วิธีวางระบบ Google Tag Manager Consent สำหรับฝ่าย HR เว็บไซต์สมัครงาน และ Recruitmentแบบเป็นขั้นตอน

ผู้สมัครงานคนหนึ่งกรอกใบสมัครพร้อมแนบเรซูเม่ที่มีเบอร์โทร ที่อยู่ และประวัติการทำงานโดยละเอียด แล้วกด Reject All บนแบนเนอร์ Cookie แต่ Pixel ของแพลตฟอร์มโฆษณาที่ฝ่าย HR ใช้ยิงโฆษณา Employer Branding กลับยังคงยิงข้อมูลพฤติกรรมออกไปอยู่ นี่คือความเสี่ยงที่เกิดขึ้นจริงเมื่อเว็บไซต์สมัครงานไม่ได้วางระบบ Google Tag Manager Consent ให้ครบตั้งแต่ต้น

บทความนี้เป็นวิธีวางระบบ Google Tag Manager Consent สำหรับฝ่าย HR เว็บไซต์สมัครงาน และ Recruitment แบบเป็นขั้นตอน อ่านคู่กับ คู่มือ Google Tag Manager Consent สำหรับฝ่าย HR และ Recruitment เพื่อดูภาพรวมทั้งคลัสเตอร์

ดูเพิ่มเติมที่ เช็กลิสต์ Google Tag Manager Consent สำหรับ HR และภาพรวม Pillar ที่ ศูนย์ความรู้ Tracking & MarTech ของ trusty

ทำไมเว็บไซต์สมัครงานต้องดูแล Consent เป็นพิเศษ

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

นอกจากนี้เว็บสมัครงานยังมักฝัง Tracking หลายชั้นเพื่อวัดผลแคมเปญ Employer Branding เช่น Meta Pixel, LinkedIn Insight Tag, Google Ads และ GA4 ซึ่งทำงานอยู่บนหน้าเดียวกับฟอร์มที่เก็บข้อมูลส่วนบุคคลของผู้สมัครโดยตรง

ขั้นที่ 1 — สำรวจ Script และฟอร์มที่ใช้จริงบนเว็บสมัครงาน

ก่อนแตะ GTM ทีม HR และทีมพัฒนาเว็บควรร่วมกันสำรวจว่าเว็บไซต์สมัครงานมี Script อะไรทำงานอยู่จริง ไม่ใช่แค่ Script ที่ทีม Marketing ตั้งใจติดตั้ง แต่รวมถึง Script ที่มากับ Applicant Tracking System (ATS), Plugin ฟอร์มสมัครงาน หรือ Widget ของผู้ให้บริการภายนอกที่ฝ่าย HR อาจไม่ทราบว่ามีอยู่

• Pixel และ Tag สำหรับวัดผลแคมเปญ Employer Branding เช่น Meta, LinkedIn, Google Ads
• Script ของ Applicant Tracking System หรือระบบฟอร์มสมัครงานที่เชื่อมกับ Third-party
• Live Chat หรือ Chatbot ที่ใช้ตอบคำถามผู้สมัครงาน
• Session Replay หรือ Heatmap ที่อาจบันทึกการกรอกฟอร์มโดยไม่รู้ตัว

ขั้นที่ 2 — ตั้ง Default Consent State ก่อนโหลด Tag

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

จุดที่ต้องระวังเป็นพิเศษ

หน้ากรอกใบสมัครและหน้าอัปโหลดเรซูเม่มักถูกสร้างแยกจากหน้าอื่นของเว็บไซต์ บางครั้งอยู่บน Subdomain ของ ATS ทีมต้องตรวจว่า Container เดียวกันถูกติดตั้งครบทุกหน้าในกระบวนการสมัคร ไม่ใช่แค่หน้า Landing Page ของประกาศงาน

ขั้นที่ 3 — แม็ปหมวด Cookie ของ Banner กับ Consent Type ของ Google

ทีมต้องตรวจว่าหมวดที่ Cookie Consent Banner แสดงให้ผู้สมัครเลือก เช่น จำเป็น ฟังก์ชัน วิเคราะห์ และการตลาด ถูกแม็ปเข้ากับ Consent Type ของ Google ตามการตั้งค่าปัจจุบันของ Google Tag Platform อย่างถูกต้อง โดยเฉพาะ Pixel ที่ใช้วัดผลแคมเปญ Employer Branding ซึ่งควรจัดอยู่ในหมวดการตลาด ไม่ใช่หมวดจำเป็นเพียงเพราะฝ่าย HR ต้องการข้อมูลแคมเปญ

ขั้นที่ 4 — ทดสอบพฤติกรรม Tag บนกระบวนการสมัครงานจริง

ทดสอบต้องครอบคลุมตั้งแต่หน้าประกาศงาน หน้ากรอกใบสมัคร ไปจนถึงหน้ายืนยันการส่งใบสมัครสำเร็จ เพราะแต่ละหน้าอาจมี Script ต่างกัน ใช้ Tag Assistant หรือเครื่องมือ Preview ปัจจุบันของ Google ร่วมกับ Developer Tools ของเบราว์เซอร์ ตรวจ Network Request ว่ามี Pixel ยิงก่อนผู้สมัครกดยินยอมหรือไม่

• ก่อนผู้สมัครโต้ตอบกับแบนเนอร์ Tag การตลาดต้องไม่ยิง
• กด Accept All แล้ว Tag ที่เกี่ยวข้องต้องยิงตามหมวดที่ยินยอม
• กด Reject All แล้ว Tag การตลาดต้องหยุดยิงแม้ในหน้ายืนยันการส่งใบสมัคร
• ทดสอบซ้ำด้วย Session ใหม่ที่ไม่มี Consent เดิมค้างอยู่ เพื่อจำลองผู้สมัครที่เข้าเว็บครั้งแรก

ขั้นที่ 5 — ตรวจ Consent Mode เมื่อเว็บสมัครงานอยู่บนแพลตฟอร์มภายนอก

หลายองค์กรใช้แพลตฟอร์ม ATS หรือ Career Site สำเร็จรูปที่โฮสต์แยกจากเว็บไซต์บริษัท กรณีนี้ทีมต้องตรวจว่าแพลตฟอร์มนั้นรองรับการฝัง GTM Container ของตัวเองได้หรือไม่ และหากรองรับไม่ได้ ต้องพิจารณาว่า Consent ที่ตั้งค่าบนเว็บไซต์หลักส่งผลไปถึงแพลตฟอร์มภายนอกจริงหรือไม่ ไม่ควรสมมติว่าผู้สมัครยินยอมแล้วเพียงเพราะเคยกด Accept บนเว็บไซต์หลัก

ขั้นที่ 6 — เก็บ Evidence และวางรอบทบทวน

บันทึกผลการทดสอบพร้อมวันที่ เวอร์ชัน Container และหน้าที่ทดสอบไว้เป็นหลักฐาน โดยเฉพาะเมื่อฝ่าย HR เปลี่ยนแพลตฟอร์มสมัครงานหรือเพิ่มแคมเปญ Employer Branding ใหม่ ควรมีรอบทบทวน Consent Mode ซ้ำทุกครั้งที่มีการเปลี่ยนแปลงเหล่านี้ ไม่ใช่ตั้งค่าครั้งเดียวแล้วปล่อยผ่าน

ประสานงานระหว่างฝ่าย HR ทีมพัฒนาเว็บ และ Agency โฆษณา

ในทางปฏิบัติ ฝ่าย HR มักเป็นผู้ขอเพิ่ม Tag ใหม่ผ่าน Agency โฆษณาโดยตรง โดยไม่ผ่านทีมพัฒนาเว็บหรือทีม Privacy ทำให้เกิดช่องว่างที่ไม่มีใครตรวจ Consent Mapping ก่อน Publish ควรกำหนดขั้นตอนให้ฝ่าย HR แจ้งทีมพัฒนาเว็บทุกครั้งที่มีการเพิ่ม Tag หรือ Pixel ใหม่ และให้ทีมพัฒนาเว็บเป็นผู้ Publish Container เข้า Production แทนการให้ Agency แก้ไขโดยตรง

ควรมีเอกสารสั้น ๆ ที่ระบุว่า Tag ใดผูกกับแคมเปญไหน ใครเป็นผู้ขอเพิ่ม และผ่านการตรวจ Consent Mapping แล้วหรือยัง เพื่อให้ทีมใหม่ที่เข้ามาดูแลต่อสามารถเข้าใจภาพรวมได้เร็วโดยไม่ต้องไล่ตรวจ Container ทั้งหมดใหม่ตั้งแต่ต้น

บทบาทของ trusty ในกระบวนการนี้

Cookie Consent Banner ของ trusty รองรับ Accept All, Reject All และเลือกรายหมวด พร้อมบล็อก Tracking Script ตาม Consent ที่ผู้สมัครเลือก (Capability Status B — ต้องตั้งค่าและจัดหมวด Cookie ให้ตรงกับ Script ที่เว็บสมัครงานใช้จริงก่อน) และบันทึก Consent Log พร้อมเวอร์ชัน Banner ไว้เป็นหลักฐาน PDPA Readiness Scan ช่วยตรวจ Banner และพฤติกรรม Script บนหน้าที่เข้าถึงแบบสาธารณะได้ (Capability Status C — ไม่ครอบคลุมหน้าที่อยู่หลัง Login หรือแพลตฟอร์ม ATS ภายนอกที่แยกโดเมน)

สถานการณ์ที่ฝ่าย HR เจอบ่อยเมื่อ Consent ตั้งค่าไม่ครบ

• ทีมพัฒนาเว็บเพิ่ม Pixel ใหม่สำหรับแคมเปญรับสมัครงาน โดยที่ฝ่าย HR ไม่รู้ว่ามี Script เพิ่มขึ้น
• แบนเนอร์แสดงผลถูกต้อง แต่ Pixel ยิงไปก่อนหน้านั้นแล้วตั้งแต่หน้ากรอกใบสมัครโหลดเสร็จ
• ผู้สมัครกด Reject All แล้ว แต่ Tag บนหน้ายืนยันการส่งใบสมัครยังยิงเพราะผูก Trigger แบบ All Pages
• เปลี่ยนแพลตฟอร์ม ATS ใหม่ แล้ว Container เดิมไม่ได้ถูกย้ายไปติดตั้งบนแพลตฟอร์มใหม่
• Consent Log ไม่มีเวอร์ชัน Banner กำกับ ทำให้ตรวจย้อนหลังไม่ได้ว่าผู้สมัครยินยอมภายใต้ข้อความเวอร์ชันไหน

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

• สำรวจ Script และ Tag ที่ใช้จริงบนทุกหน้าของกระบวนการสมัครงาน รวมถึงที่มากับ ATS
• ตั้ง Consent Initialization Tag และ Default Consent State เป็น denied ก่อน Tag อื่นทำงาน
• แม็ปหมวด Cookie ของ Banner กับ Consent Type ของ Google ให้ตรงกับการตั้งค่าปัจจุบัน
• ทดสอบ Accept All, Reject All บนหน้าประกาศงาน หน้ากรอกใบสมัคร และหน้ายืนยันการส่ง
• ตรวจว่า Consent Mode ทำงานครบเมื่อเว็บสมัครงานอยู่บนแพลตฟอร์ม ATS ภายนอก
• บันทึก Evidence การทดสอบพร้อมวันที่และเวอร์ชัน Container ไว้ตรวจย้อนหลัง
• ทบทวน Consent Mode ซ้ำทุกครั้งที่เปลี่ยนแพลตฟอร์มสมัครงานหรือเพิ่มแคมเปญใหม่

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

• ตั้งค่า Consent Mode บนเว็บไซต์หลัก แต่ลืมตรวจว่าแพลตฟอร์ม ATS ภายนอกรองรับหรือไม่
• จัด Pixel วัดผลแคมเปญ Employer Branding เป็นหมวดจำเป็นเพื่อให้ข้อมูลไม่ขาดหาย
• ทดสอบเฉพาะหน้าประกาศงาน แต่ไม่ทดสอบหน้ากรอกใบสมัครหรือหน้ายืนยันการส่ง
• ไม่มีขั้นตอนแจ้งทีม Privacy เมื่อฝ่าย HR เปลี่ยนแพลตฟอร์มสมัครงานหรือเพิ่ม Script ใหม่
• เข้าใจว่าตั้ง Consent Mode ครั้งเดียวแล้วไม่ต้องทบทวนอีก

สรุป

การวางระบบ Google Tag Manager Consent สำหรับเว็บไซต์สมัครงานต้องเริ่มจากสำรวจ Script และฟอร์มที่ใช้จริง ตั้ง Default Consent State ให้ครบ แม็ปหมวด Cookie ให้ตรง แล้วทดสอบบนกระบวนการสมัครงานทั้งหมดรวมถึงแพลตฟอร์ม ATS ภายนอก ขั้นตอนนี้ช่วยลดความเสี่ยงจากการเก็บข้อมูลผู้สมัครงานเกินสิทธิ์ที่ได้รับความยินยอม แต่ยังต้องให้ผู้เชี่ยวชาญ PDPA ตรวจภาพรวมของกระบวนการสรรหาบุคลากรประกอบด้วย

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

• Google Ads Help — Tag Manager Consent Mode Support
• สำนักงานคณะกรรมการคุ้มครองข้อมูลส่วนบุคคล (PDPC)

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

เว็บไซต์สมัครงานต้องตั้ง Consent Mode ต่างจากเว็บไซต์บริษัททั่วไปหรือไม่

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

Pixel วัดผลแคมเปญ Employer Branding ควรจัดอยู่หมวดไหน

ควรจัดอยู่ในหมวดการตลาดเช่นเดียวกับ Pixel โฆษณาทั่วไป ไม่ควรจัดเป็นหมวดจำเป็นเพียงเพราะฝ่าย HR ต้องการข้อมูลแคมเปญครบ

ถ้าใช้แพลตฟอร์ม ATS ภายนอกจะควบคุม Consent ได้ครบไหม

ขึ้นอยู่กับว่าแพลตฟอร์มนั้นรองรับการฝัง GTM Container ของตัวเองหรือไม่ หากไม่รองรับ ทีมต้องตรวจกับผู้ให้บริการแพลตฟอร์มโดยตรงว่าจัดการ Consent อย่างไร ไม่ควรสมมติว่าครอบคลุมโดยอัตโนมัติ

trusty ช่วยดูแล Consent ของเว็บสมัครงานได้แค่ไหน

trusty ช่วยควบคุม Tracking Script ตาม Consent ผ่าน Cookie Consent Banner และช่วยตรวจ Banner กับพฤติกรรม Script บนหน้าที่เข้าถึงแบบสาธารณะได้ แต่ไม่ครอบคลุมแพลตฟอร์ม ATS ภายนอกที่แยกโดเมนหรือหน้าที่ต้อง Login

ควรทบทวน Consent Mode ของเว็บสมัครงานเมื่อไหร่

ควรทบทวนทุกครั้งที่เปลี่ยนแพลตฟอร์มสมัครงาน เพิ่มแคมเปญ Employer Branding ใหม่ หรือมี Tag ใหม่จากทีม Marketing และควรมีรอบทบทวนสม่ำเสมอตามที่กำหนดไว้ในนโยบายของทีม