อัปเดต Preference Center ปี 2026: สิ่งที่โรงเรียน มหาวิทยาลัย และธุรกิจการศึกษาต้องทบทวน

มหาวิทยาลัยแห่งหนึ่งติดตั้ง Preference Center บนเว็บไซต์รับสมัครนักศึกษาไว้ตั้งแต่ปีก่อน แต่ปีนี้ฝ่ายทะเบียนเปลี่ยนไปใช้ระบบ LMS ใหม่และเพิ่มฟอร์มรับสมัครออนไลน์อีกชุดหนึ่งที่ทีมไอทีไม่ได้เป็นผู้ติดตั้งเอง ผลคือ Preference Center เดิมยังทำงานได้ปกติ แต่ไม่ครอบคลุมคุกกี้ที่ระบบใหม่เพิ่มเข้ามา สถานการณ์แบบนี้ไม่ใช่เรื่องผิดปกติ แต่เป็นสิ่งที่ควรตรวจทุกรอบปีการศึกษา ไม่ใช่ติดตั้งครั้งเดียวแล้วปล่อยไว้

บทความนี้เน้นสิ่งที่ควรทบทวนในรอบอัปเดตปี 2026 สำหรับสถานศึกษาที่มี Preference Center อยู่แล้ว ไม่ใช่คู่มือเริ่มต้นตั้งแต่ศูนย์

ทบทวนความยินยอมของนักเรียนที่เป็นผู้เยาว์

เว็บไซต์รับสมัครและระบบพอร์ทัลของโรงเรียนมัธยมมักมีผู้ใช้ที่เป็นผู้เยาว์เข้าถึงโดยตรง ต่างจากเว็บไซต์ทั่วไปที่ผู้ใช้ส่วนใหญ่เป็นผู้ใหญ่ Preference Center ที่ออกแบบมาสำหรับผู้ใช้ทั่วไปอาจไม่เพียงพอสำหรับสถานการณ์นี้ สิ่งที่ควรตรวจคือฟอร์มใดบ้างที่นักเรียนเป็นผู้กรอกเอง ฟอร์มใดที่ผู้ปกครองเป็นผู้กรอกแทน และหน้าจอ Preference Center อธิบายความแตกต่างนี้ให้ผู้ใช้เข้าใจหรือไม่

สิ่งที่ AI ไม่ควรตัดสินใจแทนสถานศึกษา

เรื่องที่ว่าความยินยอมของผู้เยาว์ต้องผ่านผู้ปกครองในกรณีใดบ้าง เป็นประเด็นที่ต้องให้ฝ่ายกฎหมายหรือที่ปรึกษาของสถานศึกษาตรวจสอบตามบริบทจริง ไม่ควรใช้แนวปฏิบัติทั่วไปมาตัดสินใจแทนโดยไม่ทบทวน เพราะสถานศึกษาแต่ละแห่งมีระดับชั้นและอายุนักเรียนที่แตกต่างกัน

ตรวจ Cookie Inventory ให้ครอบคลุมระบบ LMS และพอร์ทัลนักเรียน

ระบบ Learning Management System หรือพอร์ทัลนักเรียนมักมาจากผู้ให้บริการภายนอกที่ฝ่ายไอทีของสถานศึกษาไม่ได้เขียนโค้ดเอง ทำให้บางครั้งไม่รู้ว่าระบบเหล่านี้เก็บคุกกี้อะไรบ้าง สิ่งที่ควรทบทวนในรอบนี้คือ

• ระบบ LMS ที่เพิ่มหรือเปลี่ยนใหม่ในปีนี้ถูกเพิ่มเข้า Cookie Inventory แล้วหรือยัง
• ฟอร์มรับสมัครออนไลน์ที่แยกจากเว็บไซต์หลัก เช่น ใช้ Google Form หรือระบบของ Third Party ถูกรวมอยู่ในขอบเขตการตรวจของ Preference Center หรือไม่
• วิดีโอแนะนำหลักสูตรหรือสื่อการเรียนที่ฝังจากแพลตฟอร์มภายนอกมีคุกกี้ติดตามที่ต้องแจ้งผู้ใช้หรือไม่

ข้อจำกัดของทีมไอทีที่ไม่มีฝ่ายความเป็นส่วนตัวเฉพาะ

สถานศึกษาส่วนใหญ่ไม่มีตำแหน่งที่ดูแลความเป็นส่วนตัวโดยเฉพาะ งานนี้มักตกอยู่กับทีมไอทีที่ดูแลระบบทั้งหมดของโรงเรียนอยู่แล้ว การตั้งความคาดหวังให้ตรวจสอบทุกจุดแบบละเอียดตลอดเวลาจึงไม่สอดคล้องกับกำลังคนจริง แนวทางที่นำไปใช้ได้จริงคือกำหนดรอบตรวจสอบที่ชัดเจน เช่น ก่อนเปิดภาคเรียนใหม่และหลังเปลี่ยนระบบสำคัญ แทนที่จะพยายามตรวจทุกอย่างตลอดทั้งปี

เมื่อพบว่ามีการเปลี่ยนแปลงที่กระทบข้อมูลอ่อนไหว เช่น ข้อมูลสุขภาพนักเรียนในฟอร์มขอลาป่วย หรือข้อมูลที่เกี่ยวกับสวัสดิภาพเด็ก ควรยกระดับให้ผู้บริหารหรือที่ปรึกษากฎหมายของสถานศึกษาเข้ามาพิจารณา ไม่ปล่อยให้เป็นการตัดสินใจของทีมไอทีเพียงฝ่ายเดียว

สิ่งที่เปลี่ยนไปเมื่อเทียบกับปีก่อนหน้า

เมื่อเทียบกับรอบตรวจสอบปีก่อน สิ่งที่สถานศึกษาควรให้ความสำคัญเพิ่มคือจำนวนระบบภายนอกที่เชื่อมกับเว็บไซต์หลักมีแนวโน้มเพิ่มขึ้นเรื่อย ๆ ทั้งระบบ LMS ระบบชำระค่าเทอมออนไลน์ และแพลตฟอร์มติดต่อผู้ปกครอง แต่ละระบบมักมีผู้ให้บริการต่างกัน ทำให้ Cookie Inventory ที่เคยครบถ้วนเมื่อปีก่อนอาจไม่ครบแล้วในปีนี้หากไม่มีการทบทวน สิ่งที่ควรทำคือขอรายชื่อระบบที่เพิ่มเข้ามาใหม่จากฝ่ายทะเบียนและฝ่ายการเงินของสถานศึกษาโดยตรง แทนที่จะพึ่งพาผลสแกนอัตโนมัติเพียงอย่างเดียว เพราะสแกนภายนอกมักมองไม่เห็นระบบที่อยู่หลังการเข้าสู่ระบบของนักเรียน

ทบทวนสัญญาและข้อตกลงกับผู้ให้บริการภายนอกประจำปี

สถานศึกษาส่วนใหญ่ต่ออายุสัญญากับผู้ให้บริการ LMS ระบบรับสมัคร หรือแพลตฟอร์มสื่อการสอนออนไลน์เป็นรอบปีการศึกษา ช่วงต่อสัญญาจึงเป็นจังหวะที่เหมาะสำหรับทบทวนว่าเงื่อนไขการใช้ข้อมูลของผู้ให้บริการยังตรงกับสิ่งที่แจ้งไว้ใน Preference Center หรือไม่ เพราะผู้ให้บริการบางรายปรับนโยบายการเก็บข้อมูลของตัวเองระหว่างปีโดยไม่ได้แจ้งลูกค้าทุกรายอย่างชัดเจน

ตรวจว่าเงื่อนไขใหม่ของผู้ให้บริการยังตรงกับที่แจ้งผู้ปกครองไว้

ทีมไอทีหรือฝ่ายจัดซื้อควรขอสรุปการเปลี่ยนแปลงนโยบายความเป็นส่วนตัว (Privacy Policy Changelog) จากผู้ให้บริการทุกรายที่ต่อสัญญาในปีนี้ แล้วเทียบกับหมวดหมู่คุกกี้และคำอธิบายที่แสดงอยู่ใน Preference Center ของโรงเรียน หากผู้ให้บริการเพิ่มการเก็บข้อมูลหมวดใหม่ เช่น Analytics เพิ่มเติมสำหรับวัดผลการใช้งาน แต่ Preference Center ของโรงเรียนยังไม่มีหมวดนั้นให้เลือก ต้องปรับปรุงให้ตรงกันก่อนเปิดปีการศึกษาใหม่

ทบทวนรายชื่อ Vendor ที่เลิกใช้แล้วแต่ยังค้างอยู่ในเอกสาร

ทุกปีมักมี Vendor บางรายที่โรงเรียนเลิกใช้ไปแล้ว เช่น เปลี่ยนระบบ LMS หรือเปลี่ยนผู้ให้บริการฟอร์มรับสมัคร แต่ชื่อ Vendor เดิมยังค้างอยู่ในรายการที่อธิบายไว้ใน Preference Center หรือ Cookie Policy ทีมไอทีควรไล่ตรวจรายชื่อ Vendor ทั้งหมดที่ระบุไว้ในเอกสาร เทียบกับ Script ที่โหลดจริงบนเว็บไซต์ปัจจุบัน แล้วลบรายการที่ไม่มีอยู่จริงออก เพื่อไม่ให้ผู้ปกครองเข้าใจผิดว่าข้อมูลยังถูกส่งไปยัง Vendor ที่เลิกใช้ไปแล้ว

กำหนดผู้รับผิดชอบทบทวนสัญญาให้ชัดเจนก่อนเปิดปีการศึกษา

โรงเรียนหลายแห่งไม่มีตำแหน่งที่รับผิดชอบเรื่องนี้โดยตรง ทำให้การทบทวนสัญญา Vendor มักถูกมองข้ามจนกว่าจะมีปัญหาเกิดขึ้นก่อน แนวทางที่ทำได้จริงคือกำหนดให้ทีมไอทีเป็นผู้รวบรวมรายชื่อ Vendor และวันครบกำหนดสัญญาไว้ในตารางเดียว แล้วแจ้งเตือนล่วงหน้าอย่างน้อยหนึ่งเดือนก่อนวันเปิดปีการศึกษาใหม่ เพื่อให้มีเวลาปรับปรุง Preference Center ให้ตรงกับสถานะ Vendor ล่าสุดก่อนที่นักเรียนและผู้ปกครองจะเริ่มใช้งานเว็บไซต์จริง

บันทึกผลการทบทวนไว้เป็นหลักฐานสำหรับปีถัดไป

เมื่อทบทวนสัญญาและปรับปรุง Preference Center เสร็จแล้ว ควรบันทึกสรุปสั้น ๆ ไว้ว่าปีนี้ตรวจ Vendor กี่ราย พบรายการที่ต้องแก้ไขอะไรบ้าง และแก้เสร็จเมื่อไร เอกสารสรุปแบบนี้ไม่ต้องยาว แต่ต้องมีอยู่จริงและหาได้ง่ายเมื่อทีมชุดใหม่เข้ามารับช่วงต่อ เพราะโรงเรียนหลายแห่งมีการเปลี่ยนผู้รับผิดชอบงานไอทีบ่อยกว่าธุรกิจทั่วไป การมีบันทึกที่ต่อเนื่องจากปีก่อนหน้าช่วยให้ทีมใหม่ไม่ต้องเริ่มไล่ตรวจ Vendor ทั้งหมดใหม่ตั้งแต่ศูนย์ทุกปี

คำถามที่พบบ่อย

ต้องอัปเดต Preference Center ทุกปีการศึกษาหรือไม่ ควรมีรอบทบทวนอย่างน้อยปีละครั้ง โดยเฉพาะก่อนเปิดภาคเรียนใหม่ และควรทบทวนเพิ่มทุกครั้งที่มีการเปลี่ยนระบบ LMS หรือเพิ่มฟอร์มรับสมัครใหม่ ไม่ใช่รอให้ครบรอบปีเท่านั้น

Preference Center ควรแยกการตั้งค่าของนักเรียนกับผู้ปกครองหรือไม่ หากฟอร์มใดผู้ปกครองเป็นผู้กรอกแทน ควรมีข้อความอธิบายแยกให้ชัดว่าใครเป็นผู้ให้ความยินยอม และควรให้ฝ่ายกฎหมายของสถานศึกษาตรวจสอบว่าต้องขอความยินยอมจากผู้ปกครองในกรณีใดบ้างตามบริบทของสถานศึกษานั้น

ทีมไอทีที่ไม่มีฝ่ายความเป็นส่วนตัวเฉพาะควรเริ่มตรงไหนก่อน ควรเริ่มจากขอรายชื่อระบบภายนอกที่เพิ่มเข้ามาใหม่ในปีนี้จากฝ่ายทะเบียนและฝ่ายการเงิน แล้วนำมาเทียบกับ Cookie Inventory เดิม จุดที่ไม่ตรงกันคือจุดที่ต้องแก้ก่อน ไม่จำเป็นต้องตรวจทุกหน้าของเว็บไซต์พร้อมกันในครั้งเดียว

เช็กลิสต์ปฏิบัติ

• ทบทวนว่าฟอร์มใดนักเรียนกรอกเองและฟอร์มใดผู้ปกครองกรอกแทน
• ตรวจสอบว่าระบบ LMS หรือพอร์ทัลนักเรียนใหม่ถูกเพิ่มเข้า Cookie Inventory แล้ว
• ขอรายชื่อระบบภายนอกใหม่จากฝ่ายทะเบียนและฝ่ายการเงินโดยตรง ไม่พึ่งผลสแกนอัตโนมัติอย่างเดียว
• กำหนดรอบตรวจสอบที่ชัดเจน เช่น ก่อนเปิดภาคเรียนใหม่ แทนการตรวจแบบไม่มีกำหนดการ
• ยกระดับกรณีที่เกี่ยวข้องกับข้อมูลอ่อนไหวของนักเรียนให้ผู้บริหารหรือที่ปรึกษากฎหมายพิจารณา
• ทดสอบว่าปุ่มเปิด Preference Center ใช้งานได้จริงบนพอร์ทัลนักเรียนที่ต้องล็อกอินก่อนเข้าถึง
• บันทึกวันที่ทบทวนล่าสุดและรายการที่เปลี่ยนแปลงไว้เป็นหลักฐาน

ข้อผิดพลาดที่พบบ่อย

• ติดตั้ง Preference Center ครั้งเดียวแล้วไม่ทบทวนเมื่อเปลี่ยนระบบ LMS
• ไม่แยกอธิบายว่าฟอร์มใดต้องได้รับความยินยอมจากผู้ปกครอง
• พึ่งพาผลสแกนอัตโนมัติเพียงอย่างเดียว ทั้งที่ระบบหลังล็อกอินของนักเรียนสแกนภายนอกมองไม่เห็น
• ให้ทีมไอทีตัดสินใจเรื่องความยินยอมของผู้เยาว์เองโดยไม่ปรึกษาฝ่ายกฎหมาย

สรุป

รอบอัปเดตปี 2026 สำหรับสถานศึกษาไม่ใช่การเริ่มทำ Preference Center ใหม่ทั้งหมด แต่คือการทบทวนว่าระบบ LMS ฟอร์มรับสมัคร และคุกกี้ที่เพิ่มเข้ามาระหว่างปียังถูกครอบคลุมอยู่หรือไม่ พร้อมตรวจสอบว่าการตั้งค่าความยินยอมของผู้เยาว์ยังเหมาะสมกับบริบทของสถานศึกษา ดูภาพรวมของ Cookie Consent ทั้งระบบเพิ่มเติมได้ที่ คู่มือ Cookies & Consent ฉบับเต็ม และแนวทางการจัดหมวดคุกกี้อย่างถูกต้องที่ การจัดหมวดหมู่คุกกี้

แหล่งข้อมูลอ้างอิง

• สำนักงานคณะกรรมการคุ้มครองข้อมูลส่วนบุคคล (PDPC)
• คู่มือ Cookies & Consent ฉบับเต็ม