เช็กลิสต์ Google Consent Mode สำหรับโรงเรียน มหาวิทยาลัย และธุรกิจการศึกษา: ต้องตรวจอะไรบ้างก่อนเปิดใช้งาน

เว็บไซต์ของโรงเรียนหรือมหาวิทยาลัยแห่งเดียวมักรับใช้ผู้ใช้งานอย่างน้อยสี่กลุ่มที่มีความสัมพันธ์กับข้อมูลต่างกันโดยสิ้นเชิง นักเรียนหรือนักศึกษาที่บรรลุนิติภาวะแล้วสมัครด้วยตัวเอง ผู้ปกครองที่กรอกข้อมูลแทนบุตรหลานที่ยังเป็นผู้เยาว์ บุคลากรที่ Login เข้าระบบภายในทุกวัน และศิษย์เก่าที่แวะกลับมาดูข่าวหรือบริจาคเงิน เช็กลิสต์ Google Consent Mode ที่ไล่ตามหมวดเทคนิคอย่างเดียวมักไม่ได้ตอบว่าแต่ละกลุ่มควรเจอ Consent หน้าตาแบบใด

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

หมวดที่ 1: นักเรียนหรือนักศึกษาที่บรรลุนิติภาวะแล้ว

กลุ่มนี้มักพบในระดับมหาวิทยาลัยหรือหลักสูตรผู้ใหญ่ที่สมัครเรียนด้วยตัวเอง ตรวจว่าหน้าสมัครเรียนออนไลน์แสดง Cookie Banner ให้ผู้สมัครเลือก Accept, Reject หรือ Custom ได้ชัดเจนก่อนเริ่มกรอกข้อมูล และตรวจว่าปุ่ม Reject ทำงานจริง ไม่ใช่แสดงผลถูกต้องบน Banner แต่ Consent Signal ไม่เปลี่ยนตามที่กด

ตรวจว่า Cookie ที่เก็บสถานะการกรอกใบสมัครหลายหน้าจัดอยู่ในหมวด Necessary ส่วน Pixel วัดผลแคมเปญรับสมัครที่หน้ายืนยันการสมัครต้องรอ Consent ประเภท Marketing ก่อนทำงาน ไม่ถือว่าการกดส่งใบสมัครเท่ากับยินยอมให้ Pixel ทำงานไปด้วย

หมวดที่ 2: ผู้ปกครองของนักเรียนที่เป็นผู้เยาว์

กลุ่มนี้เป็นกลุ่มที่ต้องตรวจละเอียดที่สุด เพราะผู้ที่เห็นและตอบสนอง Cookie Banner คือผู้ปกครอง แต่ข้อมูลที่ถูกเก็บในฟอร์มเป็นข้อมูลของบุตรหลาน ตรวจว่าเว็บไซต์ไม่ได้สื่อสารให้ผู้ปกครองเข้าใจผิดว่าการกด Accept บน Banner เท่ากับการให้ความยินยอมเก็บข้อมูลนักเรียนทั้งหมดแล้ว เพราะ Consent บน Banner ของ Google Consent Mode ครอบคลุมเฉพาะการวิเคราะห์และการตลาดของเว็บไซต์เท่านั้น

ตรวจว่าฟอร์มรับสมัครที่ถามคำถามเพิ่มเติมเกี่ยวกับสุขภาพ ศาสนา หรือความต้องการพิเศษของนักเรียน ไม่ได้ถูกส่งไปยัง Tag การตลาดหรือ Analytics โดยไม่ตั้งใจ เพราะข้อมูลลักษณะนี้ต้องได้รับการดูแลระดับสูงกว่า Cookie ทั่วไป และควรมีคนตรวจแยกว่าข้อความขอความยินยอมสำหรับข้อมูลบุตรหลานที่ใช้อยู่จริงนอกเหนือจาก Banner นั้นสอดคล้องกันหรือไม่

หมวดที่ 3: ครูและบุคลากรที่ใช้ระบบภายใน

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

สำหรับ Cookie ที่จำเป็นต่อการ Login และรักษาสถานะ Session ของบุคลากร ให้จัดเป็น Necessary ได้ตามปกติ แต่หากมี Analytics ติดตามการใช้งานระบบภายในเพื่อวัดประสิทธิภาพ ควรพิจารณาว่าจำเป็นต้องผ่าน Consent Mode แบบเดียวกับหน้าสาธารณะหรือควรมีแนวทางแยกต่างหากสำหรับระบบที่ใช้ภายในองค์กรเท่านั้น

หมวดที่ 4: ศิษย์เก่าและผู้บริจาค

หน้าติดต่อศิษย์เก่าและหน้าเชิญชวนบริจาคมักมี Pixel วัดผลแคมเปญระดมทุนที่ทำงานแยกจากหน้ารับสมัครนักเรียน ตรวจว่าหน้าเหล่านี้มี Consent Banner และ Default Consent State ของตัวเองอย่างชัดเจน ไม่ใช่อาศัยการตั้งค่าที่ทำไว้สำหรับหน้ารับสมัครนักเรียนเพียงจุดเดียว เพราะวัตถุประสงค์การเก็บข้อมูลของสองกลุ่มนี้ต่างกัน

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

หมวดที่ 5: การตั้งค่าทางเทคนิคที่ใช้ร่วมกันทุกกลุ่ม

ไม่ว่าจะเป็นผู้ใช้งานกลุ่มใด รากฐานทางเทคนิคยังคงต้องตรวจเหมือนกัน คือยืนยันว่า Default Consent State ถูกส่งเข้า dataLayer ก่อน Container เริ่มโหลด Tag อื่น เปิดเว็บไซต์ในโหมด Incognito แล้วดู Network Request ว่าไม่มี Request ไปยัง Google Analytics หรือ Google Ads เกิดขึ้นก่อน Banner ปรากฏ และตรวจค่า Default ของ ad_storage, analytics_storage, ad_user_data และ ad_personalization ว่าตั้งเป็น denied ไว้ก่อนสำหรับผู้ใช้ที่ยังไม่ได้เลือก

ทดสอบ Accept, Reject และ Custom ให้ครบทั้งสี่กลุ่มผู้ใช้งาน

กด Accept All, Reject All และเลือกแบบ Custom แล้วไล่ตรวจ Consent Signal บนหน้าที่เกี่ยวข้องกับแต่ละกลุ่ม คือหน้าสมัครเรียนสำหรับผู้บรรลุนิติภาวะ หน้าฟอร์มรับสมัครที่ผู้ปกครองกรอกแทนบุตรหลาน หน้า Login บุคลากร และหน้าศิษย์เก่า เพราะ Tag ที่ทำงานอยู่ในแต่ละหน้าอาจต่างชุดกันโดยสิ้นเชิง

สิ่งที่เช็กลิสต์นี้ไม่ครอบคลุม

เช็กลิสต์นี้ครอบคลุมเฉพาะการตั้งค่าทางเทคนิคของ Consent Mode ไม่ใช่การยืนยันว่ากระบวนการขอความยินยอมจากผู้ปกครองสำหรับข้อมูลบุตรหลานที่เป็นผู้เยาว์ถูกต้องตามที่กฎหมายกำหนด และไม่ใช่การตรวจสอบว่า Privacy Policy ของสถานศึกษาตรงกับข้อมูลที่เก็บจริงในแต่ละกลุ่มผู้ใช้งานหรือไม่ ส่วนเหล่านี้ควรให้ทีมกฎหมายหรือ DPO ของสถานศึกษาตรวจแยกต่างหาก

บทบาทของเครื่องมืออย่าง trusty ในการตรวจแต่ละกลุ่ม

trusty ช่วยสแกน Cookie และ Tracking Script บนหน้าเว็บสาธารณะ เช่น หน้าสมัครเรียน หน้าฟอร์มรับสมัคร และหน้าศิษย์เก่าที่เข้าถึงได้โดยไม่ต้อง Login เพื่อใช้เป็นจุดเริ่มต้นในการตรวจแต่ละกลุ่ม แต่ผลสแกนอัตโนมัติยังไม่ครอบคลุมหน้า Login ของบุคลากรหรือระบบภายในที่ต้องยืนยันตัวตนก่อนเข้าถึง ทีมไอทีจึงยังต้องไล่ตรวจหมวดที่ 3 ด้วยตนเองผ่าน Tag Assistant

ตัวอย่างการใช้เช็กลิสต์เมื่อมีนักเรียนกลุ่มใหม่เข้ามาทุกปี

ทุกปีการศึกษาจะมีผู้สมัครกลุ่มใหม่ที่ไม่เคยเห็น Cookie Banner ของเว็บไซต์มาก่อน ต่างจากบุคลากรที่ตอบสนอง Banner ไปแล้วตั้งแต่ปีก่อน ๆ และอาจยังใช้ค่า Consent เดิมที่เคยเลือกไว้ ทีมดูแลเว็บไซต์ควรตรวจว่าผู้สมัครใหม่แต่ละรุ่นเห็น Banner ที่เป็นเวอร์ชันล่าสุดจริง ไม่ใช่เวอร์ชันเก่าที่ค้างอยู่จาก Cache ของเว็บไซต์ และควรตรวจว่าผู้ปกครองของนักเรียนที่เลื่อนชั้นขึ้นปีใหม่ยังคงเห็นข้อความขอความยินยอมที่ตรงกับ Privacy Policy ฉบับปัจจุบัน ไม่ใช่ฉบับที่ใช้ตอนบุตรหลานสมัครเข้าเรียนครั้งแรกเมื่อหลายปีก่อน

ความแตกต่างระหว่างเช็กลิสต์แยกตามกลุ่มผู้ใช้งานกับเช็กลิสต์ตามหมวดเทคนิค

เช็กลิสต์ตามหมวดเทคนิคเหมาะสำหรับทีมไอทีที่ต้องการไล่ตรวจ Default State, Consent Type และ Container เวอร์ชันอย่างรวดเร็ว ส่วนเช็กลิสต์แยกตามกลุ่มผู้ใช้งานในบทความนี้ช่วยให้เห็นว่าแต่ละหน้าของเว็บไซต์ควรมี Consent หน้าตาแบบใดให้เหมาะกับผู้ที่เข้ามาเจอหน้านั้นจริง ทั้งสองมุมมองควรใช้ร่วมกัน ไม่ใช่เลือกใช้อย่างใดอย่างหนึ่งเพียงอย่างเดียว

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

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

Consent บน Banner ครอบคลุมการให้ความยินยอมเก็บข้อมูลบุตรหลานที่เป็นผู้เยาว์หรือไม่ ไม่ครอบคลุม Consent บน Banner ของ Google Consent Mode ใช้เฉพาะการเก็บข้อมูลเพื่อวิเคราะห์และการตลาดของเว็บไซต์ ส่วนความยินยอมเก็บข้อมูลบุตรหลานในฟอร์มรับสมัครเป็นกระบวนการคนละชั้นที่ผู้ปกครองต้องได้รับข้อมูลแยกต่างหาก

บุคลากรของสถานศึกษาต้องเจอ Cookie Banner แบบเดียวกับผู้เยี่ยมชมทั่วไปหรือไม่ ไม่จำเป็น หน้า Login เข้าระบบภายในของบุคลากรไม่ควรมี Pixel โฆษณาหรือ Tag รีมาร์เก็ตติ้งทำงานอยู่ เพราะบุคลากรไม่ใช่กลุ่มเป้าหมายทางการตลาด ส่วน Cookie ที่จำเป็นต่อการ Login จัดเป็น Necessary ได้ตามปกติ

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

trusty ช่วยตรวจเช็กลิสต์แยกตามกลุ่มผู้ใช้งานนี้ได้อย่างไร trusty ช่วยสแกน Cookie และ Tracking Script บนหน้าเว็บสาธารณะ เช่น หน้าสมัครเรียนและหน้าศิษย์เก่าที่ไม่ต้อง Login แต่ไม่ครอบคลุมหน้า Login ของบุคลากรหรือระบบภายในที่ต้องตรวจแยกด้วยตนเอง

สำหรับขั้นตอนวางระบบตามปฏิทินการศึกษาแบบเต็มรูปแบบ ดูเพิ่มเติมได้ที่ วิธีวางระบบ Google Consent Mode สำหรับสถานศึกษา

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

• ตรวจ Cookie Banner บนหน้าสมัครเรียนของผู้บรรลุนิติภาวะว่าปุ่ม Reject ส่ง Consent Signal จริง
• แยกข้อความ Consent บน Banner ออกจากกระบวนการขอความยินยอมผู้ปกครองสำหรับข้อมูลบุตรหลาน
• ตรวจว่าคำถามเพิ่มเติมเกี่ยวกับสุขภาพหรือศาสนาในฟอร์มรับสมัครไม่ถูกส่งเข้า Tag การตลาดโดยไม่ตั้งใจ
• ตรวจหน้า Login บุคลากรว่าไม่มี Pixel โฆษณาหรือ Tag รีมาร์เก็ตติ้งทำงานอยู่
• ตรวจหน้าศิษย์เก่าและหน้าบริจาคว่ามี Consent Banner และ Default State แยกจากหน้ารับสมัคร
• ตรวจ Default Consent State ด้วย Network Request ก่อน Banner ปรากฏบนทุกกลุ่มหน้า
• ทดสอบ Accept All, Reject All, Custom บนหน้าของทั้งสี่กลุ่มผู้ใช้งานก่อนเปิดใช้งานจริง
• ตรวจว่าผู้สมัครใหม่แต่ละปีเห็น Banner เวอร์ชันล่าสุด ไม่ใช่เวอร์ชันเก่าที่ค้างจาก Cache

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

• สื่อสารให้ผู้ปกครองเข้าใจว่าการกด Accept บน Banner เท่ากับให้ความยินยอมเก็บข้อมูลบุตรหลานครบแล้ว
• ปล่อยให้หน้า Login บุคลากรมี Tag การตลาดทำงานเหมือนหน้าเว็บสาธารณะทั่วไป
• ใช้ Consent เดิมของหน้ารับสมัครนักเรียนกับแคมเปญระดมทุนศิษย์เก่าโดยไม่แยก Banner
• ไม่ตรวจว่าฟอร์มถามข้อมูลสุขภาพหรือศาสนาถูกส่งเข้า Tag Analytics โดยไม่ตั้งใจ
• ปล่อยให้ผู้สมัครรุ่นใหม่เห็น Banner เวอร์ชันเก่าที่ค้างจาก Cache ของเว็บไซต์

สรุป

เช็กลิสต์ Google Consent Mode สำหรับสถานศึกษาทำงานได้ตรงจุดที่สุดเมื่อแยกตามกลุ่มผู้ใช้งานจริง ผู้สมัครที่บรรลุนิติภาวะให้ Consent ด้วยตัวเอง ผู้ปกครองของผู้เยาว์ต้องเห็นความต่างระหว่าง Consent บน Banner กับความยินยอมเก็บข้อมูลบุตรหลาน บุคลากรที่ใช้ระบบภายในไม่ควรถูกวัดผลด้วย Tag การตลาดแบบเดียวกับผู้เยี่ยมชมทั่วไป และศิษย์เก่าต้องมี Consent แยกตามวัตถุประสงค์ของตัวเอง การตั้งค่าทางเทคนิคพื้นฐานยังคงต้องตรวจครบทุกกลุ่มเช่นเดิม

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

• Google Ads Help — About Consent Mode
• Google Tag Manager Help — Consent Mode overview