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

ทีม HR เปิดตำแหน่งงานใหม่บนเว็บไซต์สมัครงานของบริษัท แล้วพบว่าปลั๊กอิน Job Board ที่ทีมไอทีติดตั้งไว้เมื่อสองปีก่อนตั้งคุกกี้ของตัวเองอยู่เบื้องหลัง โดยไม่มีใครเคยตรวจสอบว่าคุกกี้เหล่านั้นทำอะไรบ้าง เมื่อผู้สมัครงานกด Reject All บน Consent Banner สคริปต์ของปลั๊กอินยังคงทำงานเหมือนเดิม เพราะไม่มีใครเคยจัดหมวดหมู่คุกกี้ตัวนี้ไว้ตั้งแต่แรก

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

คุกกี้และสคริปต์ติดตามที่พบบ่อยบนเว็บไซต์สมัครงาน

เว็บไซต์สมัครงานมักมีเครื่องมือหลายชั้นทำงานพร้อมกัน ตั้งแต่ระบบจัดการใบสมัคร (Applicant Tracking System หรือ ATS) ที่ฝังหน้าฟอร์มสมัครงานเป็น iframe หรือสคริปต์ ไปจนถึงวิดเจ็ตของ Job Board ภายนอกอย่างประกาศตำแหน่งงานผ่าน Google for Jobs หรือปุ่มแชร์ตำแหน่งงานไปยัง LinkedIn

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

ทำไมข้อมูลผู้สมัครงานต้องได้รับการดูแลเป็นพิเศษ

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

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

หลักการแบ่งหมวดหมู่คุกกี้ 4 กลุ่มสำหรับเว็บไซต์สมัครงานและ Recruitment

Necessary — คุกกี้ที่จำเป็นต่อการส่งใบสมัคร

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

Functional — คุกกี้ที่ช่วยให้ประสบการณ์ผู้สมัครดีขึ้น

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

Analytics — คุกกี้วิเคราะห์พฤติกรรมผู้เข้าชมหน้าตำแหน่งงาน

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

Marketing — คุกกี้สำหรับ Employer Branding และ Remarketing

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

จุดที่ HR และทีมเทคนิคมักมองข้าม

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

อีกจุดที่พบบ่อยคือวิดเจ็ตของ Job Board ภายนอกที่ฝังไว้บนหน้ารายชื่อตำแหน่งงาน ซึ่งอาจตั้งคุกกี้ของตัวเองทันทีที่หน้าโหลดเสร็จ โดยไม่รอการยืนยันจาก Consent Banner และ Live Chat ที่ใช้ตอบคำถามผู้สมัครงาน ซึ่งบางผู้ให้บริการเก็บประวัติการสนทนาไว้ในระบบของตัวเองนานกว่าที่ทีม HR คาดไว้

ตัวอย่างสถานการณ์ที่พบบ่อยในทีม HR และ Recruitment

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

ทีมการตลาดเพิ่ม Pixel โดยฝ่าย HR ไม่ทราบ

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

เปลี่ยนธีมเว็บไซต์แล้วสคริปต์ Consent หายไป

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

ผู้สมัครกด Reject แต่เปลี่ยนใจไม่ได้ในภายหลัง

บาง CMP ให้ผู้สมัครเลือกครั้งแรกได้ แต่ไม่มีปุ่มให้กลับมาปรับการตั้งค่าคุกกี้ภายหลัง หากผู้สมัครต้องการเปลี่ยนใจหลังจากที่เคย Reject ไปแล้ว เว็บไซต์สมัครงานต้องมีทางให้ผู้สมัครกลับมาแก้ไขการตั้งค่าได้เสมอ

ตารางเปรียบเทียบ 4 หมวดหมู่คุกกี้บนเว็บไซต์สมัครงาน

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

จากหมวดหมู่สู่การใช้งานจริง — ภาพรวมขั้นตอนวางระบบ

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

ผลกระทบต่อผู้สมัครงานเมื่อจัดหมวดหมู่คุกกี้ผิดพลาด

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

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

เมื่อไรควรให้ผู้เชี่ยวชาญตรวจเพิ่มเติม

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

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

• ทำรายการคุกกี้และสคริปต์ทั้งหมดบนหน้าสมัครงาน รวมถึงที่มาจาก ATS และปลั๊กอิน Job Board
• แยกคุกกี้ที่จำเป็นต่อการส่งใบสมัครออกจากคุกกี้วิเคราะห์และการตลาด
• ตรวจสอบว่าสคริปต์ Remarketing สำหรับ Employer Branding ทำงานก่อนหรือหลังผู้สมัครให้ความยินยอม
• เชื่อมโยงหมวดหมู่คุกกี้กับ Privacy Policy ที่ใช้บนหน้าสมัครงานให้ตรงกัน
• กำหนดผู้รับผิดชอบฝั่ง HR และฝั่งเทคนิคเมื่อมีการเพิ่มเครื่องมือสรรหาใหม่
• ทบทวนหมวดหมู่คุกกี้ทุกครั้งที่เปลี่ยนระบบ ATS หรือเพิ่มปลั๊กอิน Job Board

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

• จัดคุกกี้ของ ATS หรือปลั๊กอิน Job Board เป็น Necessary ทั้งหมดโดยไม่ตรวจว่าจำเป็นต่อการส่งใบสมัครจริงหรือไม่
• ไม่รู้ว่าวิดเจ็ตที่ฝังจาก Job Board ภายนอกตั้งคุกกี้ของตัวเองนอกเหนือการควบคุมของ Consent Banner
• ปล่อยให้ Pixel โฆษณาสำหรับ Employer Branding ทำงานตั้งแต่โหลดหน้าโดยไม่รอผลการยินยอม
• ไม่ทบทวนคุกกี้ใหม่หลังเปลี่ยนระบบ ATS หรือเพิ่มฟอร์มสมัครงานที่เก็บข้อมูลอ่อนไหว

สรุป

การจัดหมวดหมู่คุกกี้บนเว็บไซต์สมัครงานเริ่มจากเข้าใจว่าเครื่องมือสรรหาแต่ละตัวทำงานเพื่ออะไร ไม่ใช่แค่ติด Consent Banner แล้วจบ ฝ่าย HR ที่รู้จักระบบ ATS และปลั๊กอินที่ใช้งานจริงมีบทบาทสำคัญพอ ๆ กับทีมเทคนิคในการทำให้การจัดหมวดหมู่ตรงกับสิ่งที่เกิดขึ้นจริงบนเว็บไซต์

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

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