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

ทีมที่เพิ่งเริ่มเปิดแคมเปญ Google Ads สำหรับเว็บไซต์สมัครงานมักตั้งค่า Conversion Tag ก่อน แล้วค่อยคิดเรื่อง Consent ทีหลัง ผลคือต้องย้อนกลับมาแก้ทั้งระบบเมื่อพบว่า Tag ทำงานโดยไม่สนใจการเลือกของผู้สมัคร บทความนี้กลับลำดับให้ถูกต้องตั้งแต่ต้น โดยแบ่งการวางระบบออกเป็น 5 เฟส เรียงตามลำดับที่ควรทำจริง

เนื้อหาอ้างอิงกรอบ TRUSTY-20 และควรอ่านคู่กับภาพรวมใน คู่มือ Google Ads Conversion Tracking Consent สำหรับฝ่าย HR เพื่อเข้าใจส่วนประกอบของระบบก่อนเริ่มลงมือ

เฟสที่ 1 เตรียมข้อมูลก่อนวางระบบ

สำรวจว่าหน้าสมัครงานเก็บข้อมูลอะไรบ้าง

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

ระบุ Script และ Tag ทั้งหมดที่ทำงานอยู่บนหน้าสมัครงาน

ใช้ Network Tab ของเบราว์เซอร์เปิดหน้าสมัครงานแล้วไล่ดู Request ทั้งหมดที่เกิดขึ้น บันทึกว่ามี Google Ads Tag, Google Analytics, Pixel ของแพลตฟอร์มอื่น หรือ Script จากปลั๊กอิน ATS ตัวใดบ้าง รายการนี้จะเป็นฐานสำหรับกำหนดว่า Tag ใดต้องรอ Consent และ Tag ใดจำเป็นต่อการทำงานของฟอร์มจริง ๆ

เฟสที่ 2 ติดตั้ง Consent Banner และตั้งค่า Google Consent Mode

ตั้งค่า Default Consent State ให้เป็น Denied ก่อนเสมอ

ก่อนที่ผู้สมัครจะเห็น Banner ระบบต้องตั้งค่า Default Consent State ของหมวด Advertising เป็น Denied ไว้ก่อน วิธีตรวจว่าตั้งค่าถูกต้องคือเปิด Google Tag Assistant แล้วดูค่า Consent State ที่ส่งออกไปในโหลดหน้าแรก ถ้าเห็นค่า Granted ตั้งแต่ยังไม่มีใครกดอะไรบน Banner แปลว่าการตั้งค่าเฟสนี้ยังไม่เสร็จ

Map หมวด Cookie ของ Banner เข้ากับพารามิเตอร์ Consent Mode

หมวด Marketing บน Banner ต้อง Map เข้ากับพารามิเตอร์ ad_storage และ ad_user_data ของ Google Consent Mode ให้ตรงกัน ไม่ใช่ผูกทุกหมวดเข้ากับ analytics_storage เพียงตัวเดียว การตั้งค่านี้ทำผ่านหน้า Configuration ของ Consent Management Platform ที่เว็บไซต์ใช้งานอยู่ ให้ตรวจสอบเอกสารล่าสุดจาก Google Ads Help ประกอบทุกครั้งเพราะพารามิเตอร์อาจมีการปรับปรุง

เฟสที่ 3 ผูก Conversion Tag เข้ากับ Consent ผ่าน GTM

ตั้งค่า Consent Trigger ใน Google Tag Manager

ในหน้า Tag Configuration ของ Google Tag Manager ให้ตั้งค่า Additional Consent Check เพื่อให้ Conversion Tag ทำงานเฉพาะเมื่อหมวด ad_storage ถูกอนุญาตแล้วเท่านั้น ขั้นตอนนี้คือหัวใจของระบบทั้งหมด เพราะถ้าข้ามไป Tag จะยังยิงได้แม้ Consent State เป็น Denied

ตรวจ Tag ที่ฝัง Hardcode อยู่ในโค้ดของ ATS

บางระบบ ATS ฝัง Conversion Script ไว้ในโค้ดโดยตรงโดยไม่ผ่าน GTM ทำให้ Tag เหล่านี้ไม่ถูกควบคุมด้วย Consent Mode เลย ให้ประสานกับผู้ให้บริการ ATS เพื่อย้าย Script เหล่านี้เข้ามาอยู่ใน GTM หรืออย่างน้อยตั้งเงื่อนไขให้ Script อ่านค่า Consent จาก CMP ก่อนทำงาน

เฟสที่ 4 ทดสอบก่อนเปิดใช้งานจริง

ทดสอบสามสถานการณ์แยกกัน

ก่อนเปิดใช้งานจริง ต้องทดสอบสามสถานการณ์คือกด Reject All แล้วส่งใบสมัครทดลอง กด Accept All แล้วส่งใบสมัคร และเลือก Customize เฉพาะ Necessary แล้วส่งใบสมัคร ทุกครั้งให้เปิด Network Tab ดูว่า Conversion Tag ยิง Request หรือไม่ ผลที่ถูกต้องคือ Tag ต้องไม่ยิงเมื่อเลือก Reject All และต้องยิงเมื่อเลือก Accept All เท่านั้น

ทดสอบข้าม Session และข้าม Device

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

เฟสที่ 5 เปิดใช้งานและมอบหมาย Owner ดูแลต่อเนื่อง

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

คำถามที่ทีมมักถามหลังเปิดใช้งานคือควรทดสอบ Google Ads Conversion Tracking Consent ซ้ำบ่อยแค่ไหน คำตอบที่ใช้ได้จริงคือควรทดสอบทุกครั้งที่เปลี่ยนธีม เปลี่ยน ATS หรือเพิ่มตำแหน่งงานที่มีคำถามคัดกรองใหม่ และควรมีรอบทบทวนตามระยะที่กำหนดไว้ล่วงหน้าอย่างน้อยทุกครึ่งปีเพื่อให้ทันการเปลี่ยนแปลงของแพลตฟอร์ม

Owner ที่ได้รับมอบหมายไม่จำเป็นต้องเป็นคนเขียนโค้ดเอง แต่ควรเป็นคนที่รู้ว่าใครในองค์กรต้องถูกแจ้งเมื่อพบปัญหา และมีสิทธิ์เข้าถึง Log การตั้งค่าย้อนหลังเพื่อเทียบว่าการเปลี่ยนแปลงล่าสุดเกิดขึ้นเมื่อใด บทบาทนี้มักเหมาะกับคนในทีม HR Operations ที่ทำงานใกล้ชิดกับเว็บไซต์สมัครงานทุกวัน มากกว่าจะฝากไว้กับทีมเทคนิคที่อาจไม่ได้เข้าเว็บไซต์นี้บ่อยเท่า

เอกสารส่งต่อระหว่างทีมที่ควรมีในแต่ละเฟส

การวางระบบมักสะดุดเพราะแต่ละทีมทำงานแยกกันโดยไม่มีเอกสารส่งต่อ ทำให้ทีมถัดไปต้องเดาว่าทีมก่อนหน้าทำอะไรไปแล้วบ้าง เอกสารที่ควรมีอย่างน้อยคือรายการ Script และ Tag ทั้งหมดจากเฟสที่ 1 พร้อมระบุว่าตัวไหนต้องรอ Consent การตั้งค่า Consent Mode ที่บันทึกเป็น Configuration Export จากเฟสที่ 2 และผล Screenshot การทดสอบทั้งสามสถานการณ์จากเฟสที่ 4 เมื่อ HR ส่งมอบงานให้ทีมเทคนิคหรือรับมอบงานกลับมา ควรแนบเอกสารเหล่านี้ทุกครั้งแทนการสรุปด้วยปากเปล่าในที่ประชุม

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

ปัญหาที่มักเกิดระหว่างวางระบบและจุดที่ควรกลับไปตรวจซ้ำ

ระหว่างทำตามห้าเฟสนี้ ทีมมักเจอปัญหาเฉพาะหน้าที่ไม่ได้อยู่ในแผนตั้งแต่ต้น เช่น พบว่า ATS ที่ใช้อยู่ไม่รองรับการรับค่า Consent จากเว็บไซต์หลักเมื่อใช้งานผ่าน iframe หรือพบว่าเวอร์ชันของ Google Tag Manager ที่ติดตั้งไว้เก่าเกินกว่าจะรองรับ Consent Trigger แบบที่ต้องการ เมื่อเจอสถานการณ์แบบนี้ ให้กลับไปที่เฟสที่ 1 เพื่อบันทึกข้อจำกัดของระบบที่มีอยู่จริงเป็นส่วนหนึ่งของแผน แทนที่จะพยายามฝืนตั้งค่าให้ตรงตามแผนเดิมทั้งที่เครื่องมือไม่รองรับ

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

ทีมที่เกี่ยวข้องในแต่ละเฟส

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

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

• สำรวจข้อมูลที่ฟอร์มสมัครงานเก็บจริง รวมถึงคำถามคัดกรองที่อาจเป็นข้อมูลอ่อนไหว
• ตั้งค่า Default Consent State เป็น Denied ก่อนผู้สมัครเลือกบน Banner
• Map หมวด Marketing ของ Banner เข้ากับพารามิเตอร์ Google Consent Mode ให้ครบ
• ตั้ง Consent Trigger ใน GTM ให้ Conversion Tag รอ Consent ก่อนทำงาน
• ทดสอบทั้งสามสถานการณ์ Reject, Accept และ Customize ก่อนเปิดใช้งานจริง
• มอบหมาย Owner รับผิดชอบตรวจซ้ำเมื่อมีการเปลี่ยนธีมหรือ ATS

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

• ตั้งค่า Conversion Tag ก่อนแล้วค่อยคิดเรื่อง Consent ทีหลัง ทำให้ต้องย้อนกลับมาแก้ทั้งระบบ
• ข้ามการทดสอบกรณี Reject All เพราะทีมการตลาดอยากเห็นผลเฉพาะกรณี Accept All
• ปล่อยให้ Tag ที่ฝัง Hardcode ในโค้ด ATS ไม่ถูกย้ายเข้า GTM จึงไม่ถูกควบคุมด้วย Consent Mode
• ไม่มอบหมาย Owner ดูแลต่อเนื่อง ทำให้ระบบพังเงียบ ๆ เมื่อเปลี่ยนธีมหรือเปลี่ยน ATS

สรุป

การวางระบบ Google Ads Conversion Tracking Consent สำหรับเว็บไซต์สมัครงานที่ทำได้ผลดีต้องเรียงลำดับให้ถูก เริ่มจากสำรวจข้อมูล ตั้งค่า Consent Mode ผูก Tag ผ่าน Consent ทดสอบให้ครบทุกสถานการณ์ แล้วจึงเปิดใช้งานพร้อมมอบหมาย Owner ดูแลต่อเนื่อง การข้ามลำดับใดลำดับหนึ่งมักเป็นจุดเริ่มต้นของปัญหาที่ต้องย้อนกลับมาแก้ทีหลัง

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

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

• Google Ads Help — About Consent Mode