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

ก่อนเปิดใช้งานปุ่ม Reject All บนเว็บไซต์สมัครงาน ฝ่าย HR และผู้ดูแลเว็บไซต์ควรไล่ตรวจทีละจุดแทนที่จะเชื่อว่า "ติดปลั๊กอิน Cookie Consent แล้วจบ" เพราะเว็บไซต์สมัครงานมีองค์ประกอบเฉพาะที่เว็บทั่วไปไม่มี เช่น ระบบ ATS (Applicant Tracking System), ฟอร์มอัปโหลดเรซูเม่ และ Embed จาก Job Board ภายนอก ซึ่งแต่ละจุดต้องตรวจแยกกัน

เช็กลิสต์นี้แบ่งเป็น 5 จุดตรวจหลักที่ควรผ่านทั้งหมดก่อนประกาศว่าปุ่ม Reject All พร้อมใช้งานจริง

จุดตรวจ 1: ปุ่ม Reject All บนหน้า Careers และฟอร์มสมัครงาน

จุดนี้ดูเหมือนพื้นฐานที่สุด แต่เป็นจุดที่ทีม HR มักตรวจไม่ครบ เพราะมองว่าแค่มีปุ่มปรากฏบนหน้าแรกก็เพียงพอแล้ว

• ปุ่ม Reject All อยู่ในระดับเดียวกับ Accept All ในเชิงภาพและขนาด ไม่ใช่ลิงก์ตัวเล็กที่ซ่อนอยู่
• กด Reject All ได้จากการคลิกครั้งเดียว ไม่ต้องไล่กดปิดทีละหมวดหมู่
• ทดสอบบนหน้า Careers, หน้ารายละเอียดตำแหน่งงาน และหน้าฟอร์มสมัครงานแยกกัน เพราะบางเว็บติดตั้ง Consent Banner เฉพาะหน้าแรก
• แบนเนอร์ไม่บังส่วนสำคัญของฟอร์มสมัครงานบนมือถือ

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

จุดตรวจ 2: Cookie จาก ATS (Applicant Tracking System)

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

• ระบุว่า ATS ที่ใช้งาน (เช่นระบบคัดกรองใบสมัครหรือระบบนัดสัมภาษณ์) วาง Cookie หรือ Tracking Script ประเภทใดบ้าง
• ตรวจว่า Script ของ ATS ทำงานก่อนหรือหลังผู้สมัครกดเลือก Consent
• หาก ATS เป็นระบบของผู้ให้บริการภายนอกที่ฝังผ่าน iframe ให้ตรวจว่ามีกลไก Consent ของตัวเองหรือไม่ เพราะ Consent Banner บนเว็บหลักอาจควบคุมไม่ถึง
• จัดหมวด Cookie ของ ATS ให้ถูกต้อง ไม่ใส่เป็น Necessary เพียงเพราะเป็นระบบหลักในการรับสมัคร

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

จุดตรวจ 3: Embed จาก Job Board ภายนอก (LinkedIn, JobsDB)

Job Board ภายนอกมักถูกมองว่าเป็นแค่ช่องทางประกาศงาน แต่ในทางเทคนิค Widget และปุ่มแชร์จาก Job Board เหล่านี้ก็เป็น Script บุคคลที่สามที่วาง Cookie เช่นเดียวกับ Tracking การตลาดทั่วไป

• ตรวจว่าเว็บไซต์ฝัง Widget หรือปุ่มแชร์จาก LinkedIn, JobsDB หรือ Job Board อื่นในหน้าใดบ้าง
• ยืนยันว่า Script ของ Widget เหล่านี้ถูกบล็อกเมื่อผู้สมัครกด Reject All เช่นเดียวกับ Tracking การตลาดทั่วไป
• หากใช้ Pixel ติดตามผลจากแคมเปญประกาศงานบน Job Board ตรวจว่า Pixel ผูกเงื่อนไข Consent เหมือน Pixel การตลาดอื่น ไม่ใช่ข้อยกเว้น
• ตรวจว่าลิงก์แชร์ตำแหน่งงานไปยัง Social Media ไม่ได้แอบวาง Tracking Cookie ก่อนผู้ใช้คลิกจริง

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

จุดตรวจ 4: ข้อมูล Consent ของผู้สมัครที่ถูกปฏิเสธหรือไม่ผ่านการคัดเลือก

จุดนี้ต่างจาก Cookie Consent ทั่วไป เพราะเกี่ยวข้องกับข้อมูลส่วนบุคคลของผู้สมัครโดยตรง ไม่ใช่แค่พฤติกรรมการเข้าเว็บไซต์

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

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

จุดตรวจ 5: การทดสอบก่อนเปิดใช้งานจริง

ก่อนประกาศว่าปุ่ม Reject All พร้อมใช้งานจริง ควรผ่านการทดสอบตามรายการนี้ทุกข้อ ไม่ใช่แค่ทดสอบว่าแบนเนอร์ปิดลงเมื่อกดปุ่ม

• ทดสอบกด Reject All แล้วเปิด Network Tab ตรวจว่า Tag การตลาดและ Pixel ของ Job Board ไม่ยิงซ้ำ
• ทดสอบด้วยโหมด Incognito เพื่อตัดปัจจัยเรื่อง Consent เก่าที่ค้างอยู่ในเบราว์เซอร์
• ทดสอบบนอุปกรณ์มือถือ เพราะผู้สมัครงานจำนวนมากส่งใบสมัครผ่านมือถือ
• ให้ทีม HR ทดสอบเส้นทางการสมัครงานจริงหลังกด Reject All เพื่อยืนยันว่าไม่มีขั้นตอนใดถูกบล็อกไปด้วยโดยไม่ตั้งใจ เช่น การอัปโหลดเรซูเม่

หากพบว่าขั้นตอนใดในเส้นทางสมัครงานล้มเหลวหลังกด Reject All เช่น อัปโหลดเรซูเม่ไม่ได้ หรือกดส่งใบสมัครแล้วไม่มีอะไรเกิดขึ้น ต้องแก้ไขก่อนเปิดใช้งานจริงเสมอ เพราะเป้าหมายของปุ่ม Reject All คือปฏิเสธ Tracking ไม่ใช่ปฏิเสธการทำงานของฟอร์มหลัก

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

Cookie ของ ATS จัดเป็น Necessary ได้หรือไม่

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

ต้องตรวจ Job Board Embed บ่อยแค่ไหน

ควรตรวจทุกครั้งที่เพิ่มช่องทางประกาศงานใหม่หรือเปลี่ยนผู้ให้บริการ Job Board เพราะ Widget แต่ละตัวมีพฤติกรรมการวาง Cookie ต่างกัน

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

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

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

• ทดสอบปุ่ม Reject All บนหน้า Careers, หน้ารายละเอียดตำแหน่งงาน และฟอร์มสมัครงานแยกกัน
• ตรวจว่า Cookie ของ ATS ทำงานก่อนหรือหลัง Consent และจัดหมวดให้ถูกต้อง
• ตรวจว่า Widget จาก Job Board ภายนอกถูกบล็อกเมื่อกด Reject All
• ยืนยันว่ามี Consent Log แยกตามผู้สมัครแต่ละราย
• กำหนดระยะเวลาเก็บและลบข้อมูลของผู้สมัครที่ไม่ผ่านการคัดเลือก
• ทดสอบเส้นทางการสมัครงานจริงหลังกด Reject All รวมถึงการอัปโหลดเรซูเม่

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

• ตรวจแค่หน้า Careers แล้วสรุปว่าทุกหน้าในเว็บสมัครงานผ่านแล้ว
• จัดหมวด Cookie ของ ATS เป็น Necessary ทั้งหมดโดยไม่แยกตามหน้าที่จริง
• ลืมตรวจ Widget จาก Job Board ภายนอกเพราะคิดว่าเป็นแค่ปุ่มแชร์
• ไม่มีกำหนดเวลาลบข้อมูลผู้สมัครที่ไม่ผ่านการคัดเลือก

สรุป

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

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

• สำนักงานคณะกรรมการคุ้มครองข้อมูลส่วนบุคคล (PDPC)
• คู่มือ Cookie Consent ฉบับรวมของ trusty
• ปุ่ม Reject All คืออะไรสำหรับเว็บไซต์สมัครงาน