อัปเดต GA4 และความเป็นส่วนตัว ปี 2026: สิ่งที่ฝ่าย HR เว็บไซต์สมัครงาน และ Recruitment ต้องทบทวน

ทีม HR หลายบริษัทติดตั้ง Cookie Banner และเชื่อม Consent Mode กับ GA4 ไว้ตั้งแต่ปีก่อน แล้วไม่ได้กลับมาทบทวนอีกเลย ขณะที่ Google อัปเดต Consent Mode และ GA4 อย่างต่อเนื่อง สคริปต์ที่เคยทำงานถูกต้องอาจไม่ตรงกับพฤติกรรมล่าสุดแล้วโดยที่ไม่มีใครในทีมสังเกตเห็น

บทความนี้สรุปสิ่งที่ฝ่าย HR เว็บไซต์สมัครงาน และ Recruitment ควรทบทวนเกี่ยวกับ GA4 และความเป็นส่วนตัว ในรอบทบทวนถัดไป โดยอ้างอิงหลักการล่าสุดจาก Google Ads Help เรื่อง Consent Mode ณ วันที่ตรวจ

อะไรเปลี่ยนที่กระทบ GA4 และความเป็นส่วนตัวของเว็บไซต์สมัครงาน

Google ปรับปรุง Consent Mode และวิธีที่ GA4 ประมวลผล Modeled Data อย่างต่อเนื่อง องค์กรที่ตั้งค่า Default Consent State ไว้ตั้งแต่ครั้งแรกที่ติดตั้ง ควรตรวจว่าค่า Default ที่ตั้งไว้ยังสอดคล้องกับแนวทางล่าสุดหรือไม่ โดยเฉพาะ Parameter ที่เกี่ยวกับการยินยอมด้าน Analytics

เว็บไซต์สมัครงานมีความเสี่ยงเพิ่มจากปัจจัยเฉพาะคือ ระบบ ATS ภายนอกที่เชื่อมกับ Careers Site มักอัปเดต Widget หรือ Embed Script ของตัวเองโดยที่ทีม HR ไม่ได้รับแจ้งล่วงหน้า การอัปเดตฝั่ง Vendor จึงอาจเพิ่ม Cookie หรือ Tag ใหม่เข้ามาโดยไม่มีใครในทีมรู้ตัว

ทบทวน Consent Mode และ Default Consent State

สิ่งแรกที่ควรทบทวนคือค่า Default Consent State ถูกตั้งไว้ก่อน Tag ทำงานจริงหรือไม่ และ Category ของ Consent Management Platform ที่ใช้อยู่ยัง Map ตรงกับ Consent Type ของ Google หรือไม่ หากทีมเคยเปลี่ยน Consent Platform ระหว่างปีที่ผ่านมา จุดนี้มีโอกาสคลาดเคลื่อนสูง

Consent Mode ไม่ใช่ Cookie Banner และไม่ใช่ฐานกฎหมายในตัวเอง เป็นเพียงกลไกส่งสัญญาณ Consent ไปยัง Tag ของ Google การมี Consent Mode ทำงานถูกต้องไม่ได้แปลว่าเว็บไซต์ปฏิบัติตาม PDPA ครบทุกข้อ

ผลกระทบต่อ Pipeline ผู้สมัครงานที่ควรตรวจซ้ำ

Pipeline ผู้สมัครงานทั่วไปมีจุดต่อเนื่องกันหลายจุด ตั้งแต่ Landing Page ของแคมเปญรับสมัคร ฟอร์มสมัคร และการส่งต่อไปยัง ATS จุดที่ควรตรวจซ้ำเป็นพิเศษคือ Landing Page ที่ทีมการตลาดสร้างขึ้นใหม่สำหรับแคมเปญเฉพาะกิจ เพราะมักไม่ได้ผ่านการตรวจสอบ Consent เหมือนหน้าเว็บไซต์หลัก

อีกจุดคือการเชื่อมต่อระหว่าง Careers Site กับ ATS ผ่าน iframe หรือ Redirect ซึ่งบางครั้งอยู่คนละโดเมน ทำให้ Consent ที่ผู้ใช้ให้ไว้บนเว็บไซต์หลักไม่ถูกส่งต่อไปยังโดเมนของ ATS โดยอัตโนมัติ ทีมที่ใช้ผลสแกนจากเครื่องมืออย่าง trusty ควรสแกนแยกทั้งสองโดเมน เพราะผลสแกนของแต่ละโดเมนไม่รวมกันเป็นภาพเดียวโดยอัตโนมัติ

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

สิ่งที่ทีม HR ควรทบทวนร่วมกับทีมเทคนิค

ทีม HR ไม่จำเป็นต้องอ่านโค้ดเองได้ แต่ควรตั้งคำถามที่ถูกต้องในที่ประชุมทบทวนประจำไตรมาสกับทีมเทคนิค เพื่อดูแลภาพรวมได้ที่ คลังความรู้ Tracking & MarTech

• Container GTM ที่ผูกกับ Careers Site อัปเดตล่าสุดเมื่อใด และมี Tag ใหม่เพิ่มเข้ามาหรือไม่
• ATS ที่ใช้งานอยู่มี Release Note ที่พูดถึงการเปลี่ยน Tracking หรือ Cookie หรือไม่
• Default Consent State ปัจจุบันตรงกับที่เอกสารล่าสุดของ Google Ads Help แนะนำหรือไม่
• Consent Log ยังเก็บ Policy Version และ Banner Version ครบตามรอบที่ผ่านมาหรือไม่

สัญญาณเตือนที่ควรจับตาระหว่างรอบทบทวน

บางสัญญาณบ่งบอกว่าถึงเวลาต้องทบทวนก่อนรอบไตรมาสปกติ ไม่ต้องรอให้ครบกำหนดเวลา

• จำนวนผู้สมัครที่มาจากแคมเปญหนึ่งลดลงผิดปกติทันทีหลังเปลี่ยน Cookie Banner หรือ ATS
• ทีมการตลาดแจ้งว่าตัวเลข Conversion ใน Google Ads กับ GA4 เริ่มไม่ตรงกันมากขึ้นเรื่อย ๆ
• มี Vendor ใหม่เข้ามาเสนอ Plugin หรือ Widget สำหรับหน้า Careers Site
• ผู้สมัครงานสอบถามเข้ามาว่าทำไมถึงได้รับอีเมลหรือโฆษณาหลังสมัครงาน

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

วิธีบันทึกผลการทบทวนให้ตรวจสอบย้อนหลังได้

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

หัวข้อที่บันทึก	ตัวอย่างข้อมูล
วันที่ทบทวน	ระบุวันที่ประชุมทบทวนจริง ไม่ใช่วันที่สร้างเอกสาร
เอกสารอ้างอิงที่ใช้	ลิงก์หรือ Version ของเอกสาร Google Ads Help ณ วันที่ตรวจ
สิ่งที่พบและการแก้ไข	สรุปสั้น ๆ พร้อมผู้รับผิดชอบและกำหนดเสร็จ

ควรเก็บบันทึกเหล่านี้ไว้ในที่เดียวกันทุกไตรมาส เช่น โฟลเดอร์เอกสารกลางของทีม HR แทนที่จะกระจายอยู่ในแชทหรืออีเมลของแต่ละคน เพื่อให้คนที่เข้ามารับช่วงงานต่อในอนาคตค้นหาย้อนหลังได้ง่าย

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

สิ่งที่มักถูกถามเมื่อทบทวนทุกไตรมาส

ต้องทบทวน GA4 และความเป็นส่วนตัวบ่อยแค่ไหน

สำหรับเว็บไซต์สมัครงานที่มีการเปลี่ยนแคมเปญหรือ ATS บ่อย ควรทบทวนอย่างน้อยทุกไตรมาส และทบทวนเพิ่มทันทีทุกครั้งที่เปลี่ยน Consent Platform หรือมีการอัปเดต Container ครั้งใหญ่ ดูขั้นตอน Audit แบบละเอียดได้ที่ วิธี Audit GA4 และความเป็นส่วนตัว สำหรับ HR

ถ้าปีที่แล้วเคย Audit ผ่านแล้ว ปีนี้ยังต้องตรวจซ้ำหรือไม่

ต้องตรวจซ้ำ เพราะ Consent Mode และพฤติกรรมของ ATS เปลี่ยนแปลงได้ตลอด ผลตรวจของปีก่อนสะท้อนสถานะ ณ วันที่ตรวจเท่านั้น ไม่ใช่การยืนยันถาวร

Modeled Data ของ GA4 นับเป็นข้อมูลจริงที่กู้กลับมาได้ครบหรือไม่

Modeled Data เป็นค่าประมาณที่ Google คำนวณจากรูปแบบพฤติกรรมโดยรวม ไม่ใช่ข้อมูลของผู้ใช้แต่ละรายที่กู้กลับมาครบ ทีมที่ใช้ตัวเลขนี้ควรเข้าใจข้อจำกัดนี้ก่อนนำไปตัดสินใจ

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

• ทบทวน Default Consent State เทียบกับเอกสารล่าสุดของ Google Ads Help ทุกไตรมาส
• ตรวจ Release Note ของ ATS ทุกครั้งที่ Vendor แจ้งอัปเดตระบบ
• ตรวจว่า Consent บนโดเมนหลักถูกส่งต่อไปยังโดเมนของ ATS หรือไม่ หากเป็นคนละโดเมน
• ตรวจ Landing Page แคมเปญใหม่ทุกครั้งก่อนเผยแพร่ว่ามี Tag ที่ยังไม่ผ่าน Consent หรือไม่
• อัปเดต Consent Log ให้มี Policy Version และ Banner Version ล่าสุดกำกับไว้เสมอ

ข้อควรระวัง

• เข้าใจว่า Audit ที่เคยผ่านเมื่อปีก่อนยังใช้ได้ต่อเนื่องโดยไม่ต้องตรวจซ้ำ
• ไม่ได้แจ้งทีม HR เมื่อ ATS อัปเดต Widget ใหม่ ทำให้ไม่มีใครตรวจ Tag ที่เพิ่มเข้ามา
• ใช้ Modeled Data ของ GA4 เป็นตัวเลขยืนยันจำนวนผู้สมัครจริงแบบเป๊ะ ทั้งที่เป็นค่าประมาณ

บทสรุป

GA4 และความเป็นส่วนตัวไม่ใช่เรื่องที่ตรวจครั้งเดียวจบ โดยเฉพาะเว็บไซต์สมัครงานที่เปลี่ยนแคมเปญและเชื่อมต่อ ATS ภายนอกอยู่ตลอด การทบทวน Default Consent State และ Pipeline ผู้สมัครงานทุกไตรมาสช่วยลดโอกาสที่ Tag ใหม่จะหลุดรอดไปโดยไม่มีใครตรวจ

ทีม HR ควรทำงานร่วมกับทีมเทคนิคเป็นวงจรต่อเนื่อง ไม่ใช่รอให้เกิดปัญหาก่อนถึงจะกลับมาตรวจ

แหล่งข้อมูล

• Google Ads Help — About Consent Mode
• วิธี Audit GA4 และความเป็นส่วนตัว สำหรับ HR