GA4 และความเป็นส่วนตัว คืออะไร? คู่มือสำหรับฝ่าย HR เว็บไซต์สมัครงาน และ Recruitment

ฝ่าย HR ที่ดูแลเว็บไซต์สมัครงานมักไม่ใช่ผู้ติดตั้ง GA4 เอง งานนี้มักอยู่ในมือทีมการตลาดหรือทีมพัฒนาเว็บไซต์ แต่ข้อมูลที่ GA4 อาจเก็บผ่านหน้าสมัครงานกลับเป็นข้อมูลที่ HR ต้องรับผิดชอบโดยตรง เพราะเป็นข้อมูลของผู้สมัครงานจริงที่ยื่นใบสมัครเข้ามา ไม่ใช่แค่สถิติการเข้าชมทั่วไป

คู่มือนี้อธิบาย GA4 และความเป็นส่วนตัวสำหรับฝ่าย HR เว็บไซต์สมัครงาน และทีม Recruitment ตั้งแต่พื้นฐานว่า GA4 คืออะไร ไปจนถึงจุดที่ต้องระวังเป็นพิเศษเมื่อใช้งานร่วมกับหน้าสมัครงานและระบบ Applicant Tracking System (ATS) ดูหัวข้ออื่นในหมวด Tracking & MarTech ประกอบเพื่อความเข้าใจภาพรวม

GA4 คืออะไร กับความเป็นส่วนตัวในหน้าเว็บสมัครงาน

GA4 (Google Analytics 4) เป็นเครื่องมือของ Google ที่ใช้วัดผลว่าผู้เข้าชมเว็บไซต์ทำอะไรบ้าง เช่น เข้าหน้าไหน อยู่นานเท่าไร กดปุ่มใด โดยทั่วไปใช้เพื่อดูภาพรวมพฤติกรรมผู้ใช้ ไม่ได้ออกแบบมาเพื่อเก็บข้อมูลระบุตัวบุคคลโดยตรง แต่เมื่อนำไปใช้กับหน้าสมัครงานที่มีฟอร์มกรอกข้อมูลส่วนตัวจำนวนมาก ความเสี่ยงที่ข้อมูลผู้สมัครจะหลุดเข้าไปปนกับข้อมูล Analytics ก็สูงกว่าเว็บไซต์ทั่วไป

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

ข้อมูลผู้สมัครงานที่เว็บ Recruitment เก็บผ่าน Analytics

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

ความเสี่ยงที่พบบ่อยคือทีมพัฒนาตั้งชื่ออีเวนต์ "submit_application" แล้วดึงค่าจากฟอร์มมาแนบเป็น Custom Parameter ทั้งก้อนโดยไม่ได้กรองว่ามีข้อมูลอะไรติดไปบ้าง หรือ URL ของหน้ายืนยันการสมัครมีอีเมลผู้สมัครติดอยู่ใน Query String ซึ่ง GA4 อาจบันทึก URL เต็มนั้นไว้โดยอัตโนมัติถ้าไม่ได้ตั้งค่ากรองไว้ก่อน

ความแตกต่างระหว่าง GA4 กับ Google Consent Mode

GA4 คือตัวเก็บและประมวลผลข้อมูล ส่วน Google Consent Mode คือกลไกที่ควบคุมว่า GA4 จะเก็บข้อมูลได้มากน้อยแค่ไหนตามสถานะ Consent ที่ผู้ใช้เลือก ทั้งสองเป็นคนละส่วนกัน การมี GA4 ติดตั้งอยู่ไม่ได้แปลว่ามี Consent Mode ทำงานอยู่ด้วยเสมอไป (Capability Status: ใช้ได้เมื่อผู้ใช้ตั้งค่า Default/Update State และแมป Category ของ Consent Management Platform กับ Consent Type ของ Google เอง)

สำหรับเว็บสมัครงานที่ HR ดูแลร่วมกับทีม IT จุดสำคัญคือต้องตั้งค่า Default Consent State เป็น denied ก่อนผู้สมัครตอบ Banner แล้วค่อยอัปเดตสถานะเมื่อผู้สมัครเลือกจริง ไม่ใช่ปล่อยให้ Tag ยิงเต็มรูปแบบไปก่อนตั้งแต่หน้าโหลดเสร็จ

ทำไม HR ต้องแยก Cookie จำเป็นออกจาก Analytics และ Marketing บนหน้าสมัครงาน

Cookie ที่จำเป็นต่อการทำงานของระบบ เช่น การจดจำขั้นตอนกรอกฟอร์มหลายหน้า หรือ Session สำหรับ Login เข้าดูสถานะใบสมัคร ถือเป็น Necessary Cookie ที่ไม่ต้องขอ Consent แยก แต่ Cookie ของ GA4 ที่ใช้วัดผลพฤติกรรมไม่ควรถูกจัดเป็น Necessary เพียงเพราะฝ่ายการตลาดอยากเห็นข้อมูล Conversion ของแคมเปญรับสมัครงาน

ทีม HR ควรทำงานร่วมกับทีม IT เพื่อยืนยันว่า Cookie แต่ละตัวบนหน้าสมัครงานถูกจัดหมวดถูกต้อง และผู้สมัครมีทางเลือกกด Reject โดยไม่กระทบต่อความสามารถในการยื่นใบสมัคร ดูขั้นตอนวางระบบแบบเป็นขั้นตอนได้ใน วิธีวางระบบ GA4 และความเป็นส่วนตัว สำหรับฝ่าย HR แบบเป็นขั้นตอน

ความเสี่ยงเฉพาะของข้อมูลผู้สมัครงาน

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

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

ระดับความเสี่ยงของข้อมูลในฟอร์มสมัครงานหากหลุดเข้า GA4

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

ประเภทข้อมูล	ความเสี่ยงหากหลุดเข้า GA4	สิ่งที่ควรทำ
ชื่อ-นามสกุล อีเมล เบอร์โทร	สูง เพราะระบุตัวบุคคลได้โดยตรง	ห้ามใส่เป็น Custom Parameter หรือปล่อยติดใน URL
เงินเดือนที่คาดหวัง	ปานกลาง เพราะกระทบความเป็นส่วนตัวหากเชื่อมกับตัวบุคคลได้	ตรวจว่าไม่ถูกส่งเป็นค่าพารามิเตอร์ที่จับคู่กับอีเมลผู้สมัคร
ข้อมูลสุขภาพหรือศาสนาที่ระบุเพื่อขอสิ่งอำนวยความสะดวก	สูงมาก เข้าข่ายข้อมูลอ่อนไหว	ห้ามเก็บผ่านเครื่องมือ Analytics ใด ๆ ให้ ATS จัดการแยกต่างหาก
ไฟล์เรซูเม่หรือ Portfolio ที่แนบมา	สูง เพราะมีข้อมูลส่วนบุคคลจำนวนมากในไฟล์	ตรวจว่าชื่อไฟล์หรือ URL ของไฟล์ไม่ถูกบันทึกไว้ในอีเวนต์ GA4
หมายเลขบัตรประชาชนที่บางฟอร์มขอล่วงหน้า	สูงมาก ใช้ยืนยันตัวตนได้โดยตรง	ควรเก็บผ่าน ATS ที่มีการเข้ารหัสเท่านั้น ไม่ควรอยู่ในฟอร์มหน้าเว็บทั่วไป

แคมเปญรับสมัครงานบน Social Media กับความเป็นส่วนตัวของผู้สมัคร

ทีมสรรหาบุคลากรมักลงโฆษณาตำแหน่งงานบน Facebook หรือ LinkedIn แล้วติด Pixel ของแพลตฟอร์มเหล่านั้นควบคู่กับ GA4 บนหน้าสมัครงานเพื่อวัดผล Conversion ของแคมเปญ จุดที่ต้องระวังเป็นพิเศษคือผู้สมัครงานจำนวนไม่น้อยยังทำงานอยู่กับนายจ้างเดิมและไม่ต้องการให้ใครรู้ว่ากำลังหางานใหม่ หาก Pixel เหล่านี้เก็บข้อมูลไปสร้าง Audience สำหรับยิงโฆษณาซ้ำ ผู้สมัครอาจเห็นโฆษณาตำแหน่งงานเดิมไปปรากฏบนฟีดของตนเองในที่ที่คนรอบข้างมองเห็นได้ ซึ่งกระทบความเป็นส่วนตัวมากกว่าการรีมาร์เก็ตติงสินค้าทั่วไป

ทีม HR และ Marketing จึงควรทบทวนว่าจำเป็นต้องเปิด Remarketing Audience จากหน้าสมัครงานหรือไม่ หากจำเป็นต้องใช้เพื่อวัดผลแคมเปญจริง ควรจำกัดให้ใช้เฉพาะการวัดผล Conversion แบบไม่ระบุตัวตน และปิดการสร้าง Audience สำหรับยิงโฆษณาซ้ำแบบเจาะจงรายบุคคลบนหน้าที่เกี่ยวกับการสมัครงานโดยเฉพาะ

ข้อมูลของผู้สมัครที่ไม่ผ่านการคัดเลือก

เมื่อกระบวนการรับสมัครจบลง องค์กรมักเก็บข้อมูลผู้สมัครที่ไม่ผ่านการคัดเลือกไว้ระยะหนึ่งตามนโยบายเก็บข้อมูลผู้สมัครงานของ HR แต่ข้อมูล Analytics ที่เกี่ยวข้องกับ Journey ของผู้สมัครกลุ่มนี้ในระบบ GA4 มักไม่ได้ถูกทบทวนคู่กัน ทำให้ระยะเวลาการเก็บข้อมูลใน GA4 กับระยะเวลาที่ระบุไว้ในนโยบายของ HR ไม่ตรงกัน ทีมที่ดูแลทั้งสองระบบควรทบทวนร่วมกันว่าค่า Data Retention ใน GA4 Admin สอดคล้องกับนโยบายเก็บข้อมูลผู้สมัครงานที่ HR ประกาศไว้หรือไม่ เพื่อไม่ให้เกิดกรณีที่ข้อมูลใน ATS ถูกลบไปแล้วตามนโยบาย แต่ร่องรอยพฤติกรรมที่เชื่อมโยงได้ยังค้างอยู่ใน Analytics

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

• ตรวจว่า GA4 บนหน้าสมัครงานเก็บข้อมูลอะไรบ้างผ่าน Custom Event และ Parameter
• ตรวจ URL หน้ายืนยันการสมัครว่ามีอีเมลหรือข้อมูลผู้สมัครติดอยู่ใน Query String หรือไม่
• ตั้งค่า Default Consent State เป็น denied ก่อนผู้สมัครตอบ Banner
• แยก Cookie จำเป็นสำหรับขั้นตอนกรอกฟอร์มออกจาก Cookie ของ Analytics และ Marketing
• ตรวจว่าการส่งข้อมูลระหว่างเว็บสมัครงานกับ ATS สอดคล้องกับ Consent ที่ผู้สมัครเลือกไว้
• ยกระดับการตรวจเมื่อฟอร์มเกี่ยวข้องกับข้อมูลสุขภาพ ศาสนา หรือข้อมูลอ่อนไหวอื่น
• มอบหมาย Owner ฝั่ง HR และ IT ให้ชัดว่าใครดูแล Tag เมื่อมีการเพิ่มแคมเปญรับสมัครงานใหม่

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

• ปล่อยให้ทีมการตลาดติดตั้ง GA4 บนหน้าสมัครงานเหมือนหน้าเว็บทั่วไป โดยไม่แจ้ง HR ว่ามีการเก็บข้อมูลผู้สมัคร
• ดึงค่าจากฟอร์มสมัครงานมาแนบเป็น Custom Parameter ของอีเวนต์โดยไม่กรองข้อมูลระบุตัวบุคคลออกก่อน
• เข้าใจว่า Consent ที่ผู้สมัครเลือกบนเว็บหลักส่งต่อไปยัง ATS โดยอัตโนมัติ ทั้งที่เป็นคนละระบบกัน
• ไม่ยกระดับการตรวจเมื่อฟอร์มสมัครงานมีคำถามเกี่ยวกับสุขภาพหรือศาสนาที่อาจเข้าข่ายข้อมูลอ่อนไหว

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

ฝ่าย HR มักถามว่าใครควรเป็นผู้รับผิดชอบเรื่อง GA4 บนเว็บสมัครงาน คำตอบคือควรเป็นความรับผิดชอบร่วมระหว่าง HR ในฐานะเจ้าของข้อมูลผู้สมัคร และทีม IT/Marketing ในฐานะผู้ติดตั้งและดูแล Tag ไม่ควรปล่อยให้ฝ่ายใดฝ่ายหนึ่งตัดสินใจเพียงลำพัง

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

สรุป

GA4 และความเป็นส่วนตัวบนเว็บไซต์สมัครงานต้องมองสองมิติควบคู่กันคือ ข้อมูลอะไรบ้างที่ถูกเก็บ และเก็บก่อนหรือหลัง Consent จริง ฝ่าย HR ควรทำงานร่วมกับทีม IT และ Marketing เพื่อยืนยันว่าข้อมูลผู้สมัครงานไม่หลุดเข้าไปปนกับข้อมูล Analytics คู่มือนี้เป็นความรู้พื้นฐานเพื่อเริ่มตรวจสอบ ไม่ใช่ความเห็นทางกฎหมาย กรณีที่มีข้อมูลอ่อนไหวควรให้ผู้เชี่ยวชาญด้านความเป็นส่วนตัวตรวจเพิ่มเติม

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

• Google Ads Help — About Consent Mode
• Google Analytics Help — Consent settings in Google Analytics
• สำนักงานคณะกรรมการคุ้มครองข้อมูลส่วนบุคคล (PDPC Thailand)