เช็กลิสต์การจัดหมวดหมู่คุกกี้ สำหรับฝ่าย HR เว็บไซต์สมัครงาน และ Recruitment: ต้องตรวจอะไรบ้างก่อนเปิดใช้งาน

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

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

เช็กลิสต์ก่อนเปิดใช้งานหน้าสมัครงานหรือฟีเจอร์ใหม่

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

• ระบุว่าฟีเจอร์ใหม่นี้มาจาก Vendor รายใด และ Vendor นั้นเปิดเผยรายการคุกกี้ที่ใช้หรือไม่
• ตรวจว่าฟีเจอร์ใหม่โหลดสคริปต์จากโดเมนภายนอกกี่โดเมน และแต่ละโดเมนใช้เพื่ออะไร
• ตรวจว่าฟีเจอร์ใหม่จำเป็นต้องทำงานก่อนผู้ใช้ยินยอมหรือไม่ หรือรอได้จนกว่าจะได้รับความยินยอม
• ประเมินว่าข้อมูลที่ฟีเจอร์ใหม่เก็บจากผู้สมัครงานตรงกับที่ระบุไว้ใน Privacy Policy ปัจจุบันหรือไม่

เช็กลิสต์เฉพาะระบบ ATS และปลั๊กอิน Job Board

ระบบ ATS และปลั๊กอิน Job Board เป็นแหล่งคุกกี้ที่ควบคุมยากที่สุดในเว็บไซต์สมัครงาน เพราะมักมาจากผู้ให้บริการภายนอกที่ทีมเทคนิคภายในไม่ได้เขียนโค้ดเอง จึงต้องมีเช็กลิสต์เฉพาะแยกออกมาต่างหาก

• ตรวจว่า ATS ฝังหน้าฟอร์มเป็น iframe จากโดเมนของผู้ให้บริการเองหรือไม่ หากใช่ ต้องตรวจว่าคุกกี้ในนั้นถูกควบคุมโดย Consent Banner หลักได้หรือไม่
• ตรวจว่าปลั๊กอิน Job Board ที่ดึงประกาศงานจากภายนอกตั้งคุกกี้ของตัวเองทันทีที่หน้าโหลดหรือรอ Consent ก่อน
• ติดต่อผู้ให้บริการ ATS หรือ Job Board เพื่อขอเอกสารคุกกี้ที่ใช้จริง แทนการเดาจากชื่อผลิตภัณฑ์
• ตรวจว่าเวอร์ชันใหม่ของปลั๊กอินที่อัปเดตอัตโนมัติเพิ่มคุกกี้ใหม่ที่ยังไม่เคยจัดหมวดหมู่หรือไม่

เช็กลิสต์การทดสอบ Consent บนอุปกรณ์และเบราว์เซอร์ต่าง ๆ

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

• เปิด Network Tab ทดสอบ Reject All บนเดสก์ท็อปว่าไม่มีคำขอไปยังโดเมนโฆษณาหรือวิเคราะห์หลงเหลือ
• ทดสอบซ้ำบนมือถือ เพราะบางปลั๊กอินโหลดสคริปต์ต่างกันตามอุปกรณ์หรือขนาดหน้าจอ
• ทดสอบการตั้งค่า Custom Selection ว่าเลือกเฉพาะบางหมวดหมู่แล้วทำงานตรงตามที่ตั้งไว้จริง
• ทดสอบการเปลี่ยนใจของผู้ใช้ เช่น เคย Accept แล้วกลับมา Reject ภายหลัง ว่าสคริปต์หยุดทำงานจริงหรือไม่

เช็กลิสต์เอกสารและการสื่อสารกับผู้สมัครงาน

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

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

เช็กลิสต์เมื่อเว็บไซต์สมัครงานใช้เอเจนซีจัดหางานภายนอก

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

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

ดูภาพรวมหลักการจัดหมวดหมู่คุกกี้ได้ที่ คู่มือการจัดหมวดหมู่คุกกี้สำหรับฝ่าย HR และดูขั้นตอนวางระบบแบบละเอียดได้ที่ วิธีวางระบบการจัดหมวดหมู่คุกกี้สำหรับฝ่าย HR หรือดูหมวดคุกกี้และ Consent ทั้งหมดได้ที่ คุกกี้และ Consent

เช็กลิสต์เมื่อหน้าสมัครงานเปิดให้ Login ผ่านบัญชีโซเชียล

เว็บไซต์สมัครงานหลายแห่งเพิ่มปุ่ม Login ผ่านบัญชี LinkedIn, Facebook หรือ Google เพื่อให้ผู้สมัครกรอกข้อมูลได้เร็วขึ้นโดยดึงข้อมูลโปรไฟล์มาเติมในฟอร์มอัตโนมัติ ฟีเจอร์นี้สะดวกสำหรับผู้สมัคร แต่สร้างจุดที่ต้องตรวจเพิ่มเติม เพราะคุกกี้และการเปลี่ยนเส้นทาง (Redirect) ระหว่างเว็บไซต์สมัครงานกับแพลตฟอร์มโซเชียลอยู่นอกเหนือการควบคุมของ Consent Banner โดยตรง

• ตรวจว่าปุ่ม Login โซเชียลตั้งคุกกี้ของแพลตฟอร์มนั้นบนโดเมนของเว็บไซต์สมัครงานเองหรือไม่ หรือเกิดขึ้นเฉพาะตอนเปลี่ยนเส้นทางไปหน้าของแพลตฟอร์ม
• ตรวจว่าเมื่อผู้สมัครกด Reject All แล้ว ปุ่ม Login โซเชียลยังปรากฏและกดใช้งานได้อยู่หรือไม่ ซึ่งเป็นเรื่องปกติเพราะการ Login เองมักถูกจัดเป็นฟังก์ชันที่ผู้ใช้ร้องขอ แต่ต้องแยกจากสคริปต์ติดตามที่แพลตฟอร์มอาจแนบมาด้วย
• อ่านเอกสารของแต่ละแพลตฟอร์มว่าข้อมูลโปรไฟล์ที่ดึงมาเติมในฟอร์มมีขอบเขตเท่าไร และแจ้งผู้สมัครให้ทราบก่อนกดปุ่ม Login ผ่านโซเชียล
• ตรวจว่ากรณีผู้สมัครยกเลิกการเชื่อมต่อบัญชีโซเชียลภายหลัง ข้อมูลที่เคยดึงมาเก็บไว้ในระบบ ATS ถูกจัดการอย่างไร

ความแตกต่างจากปุ่ม Share ตำแหน่งงานบนโซเชียล

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

เช็กลิสต์เมื่อเปลี่ยนแคมเปญโฆษณาตำแหน่งงานตามฤดูกาลรับสมัคร

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

• ก่อนเริ่มแคมเปญ ให้ทีมการตลาดแจ้งฝ่าย HR และผู้ดูแลเว็บไซต์ล่วงหน้าว่าจะติดสคริปต์ Pixel หรือ Retargeting ใดเพิ่มเติมบนหน้าตำแหน่งงาน
• บันทึกวันที่เริ่มและวันที่คาดว่าจะสิ้นสุดแคมเปญไว้ในรายการ Cookie Inventory เพื่อให้ทีมรู้ว่าต้องกลับมาตรวจถอดสคริปต์เมื่อใด
• เมื่อแคมเปญจบลง ตรวจสอบว่าสคริปต์ที่ติดไว้ชั่วคราวถูกถอดออกจริง ไม่ใช่ปล่อยทิ้งไว้ต่อเนื่องหลังจากไม่มีตำแหน่งงานที่โฆษณาแล้ว

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

• ตรวจรายชื่อคุกกี้และสคริปต์ทั้งหมดที่ทำงานบนหน้าสมัครงานก่อนเปิดใช้งานฟีเจอร์ใหม่
• ตรวจว่า ATS หรือปลั๊กอิน Job Board ตัวใหม่ตั้งคุกกี้ของบุคคลที่สามนอกเหนือการควบคุมของ Consent Banner หรือไม่
• ทดสอบ Reject All และ Custom Selection บนทั้งเดสก์ท็อปและมือถือก่อนเปิดใช้งานจริง
• ตรวจว่า Cookie Policy และ Privacy Policy บนหน้าสมัครงานปรับปรุงให้ตรงกับคุกกี้ที่เพิ่มเข้ามาแล้ว
• แจ้งผู้เกี่ยวข้องทั้งฝ่าย HR ไอที และผู้ดูแลเว็บไซต์เมื่อมีการเพิ่มเครื่องมือสรรหาใหม่
• บันทึกวันที่ตรวจสอบและผู้รับผิดชอบไว้เป็นหลักฐานก่อนเปิดใช้งานจริง

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

• เปิดใช้งานปลั๊กอิน Job Board ใหม่ทันทีโดยไม่ตรวจว่าตั้งคุกกี้อะไรเพิ่มบ้าง
• ตรวจ Consent เฉพาะบนเดสก์ท็อป โดยไม่ทดสอบว่าโมบายทำงานตรงกันหรือไม่
• ลืมปรับปรุง Cookie Policy หลังเพิ่มเครื่องมือสรรหาใหม่ ทำให้เอกสารไม่ตรงกับคุกกี้จริง
• ไม่มีใครรับผิดชอบตรวจซ้ำหลังเปิดใช้งาน ทำให้ปัญหาที่พบภายหลังไม่มีเจ้าของ

สรุป

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

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

• MDN Web Docs — Using HTTP Cookies
• สำนักงานคณะกรรมการคุ้มครองข้อมูลส่วนบุคคล (PDPC)
• Google Tag Platform — Consent overview