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

💬 สรุปสั้น ๆ
ก่อนเปิดใช้งาน Preference Center บนเว็บสมัครงาน ต้องตรวจสามจุดหลัก คือการจัดหมวดคุกกี้ของระบบ ATS ให้มีเหตุผลรองรับ การควบคุม Widget จาก Job Board ภายนอกด้วย Consent เดียวกับเว็บหลัก และสิทธิ์ของผู้สมัครที่ถูกปฏิเสธในการเข้าถึง Preference Center ต่อไป
สารบัญ
ทีม HR เปิด Consent Banner ให้ผู้สมัครงานกด Accept ตั้งแต่หน้าแรก แต่ไม่เคยเปิด Preference Center ให้ผู้สมัครกลับมาเปลี่ยนใจภายหลัง เช่น ถอนความยินยอมให้ระบบติดตามผลผ่าน Third-party Job Board หลังจากยื่นใบสมัครไปแล้ว นี่คือช่องว่างที่พบบ่อยในเว็บสมัครงานที่แยกจากเว็บหลักของบริษัท
เช็กลิสต์นี้ไล่ตรวจจุดที่ต้องดูก่อนเปิดใช้งาน Preference Center บนเว็บไซต์สมัครงาน โดยเฉพาะจุดที่ต่างจากเว็บทั่วไป คือระบบ ATS (Applicant Tracking System) ฟอร์มอัปโหลดเรซูเม่ และ Widget จาก Job Board ภายนอก
Preference Center ต่างจาก Cookie Banner เริ่มต้นอย่างไรสำหรับเว็บสมัครงาน
Cookie Banner ทำหน้าที่ขอความยินยอมครั้งแรกตอนผู้สมัครเข้าเว็บ ส่วน Preference Center เป็นแผงควบคุมที่ผู้สมัครกลับมาเปลี่ยนการตั้งค่าได้ภายหลัง ซึ่งสำคัญมากสำหรับเว็บสมัครงาน เพราะผู้สมัครอาจยื่นใบสมัครไปแล้วหลายสัปดาห์ก่อนจะนึกอยากถอนความยินยอมบางหมวด เช่น การให้ระบบแชร์ข้อมูลกับ Job Board ที่ใช้โฆษณาตำแหน่งซ้ำ
เช็กลิสต์ก่อนเปิดใช้งาน: ATS และฟอร์มสมัครงาน
คุกกี้ของ ATS ถูกจัดหมวดหมู่ครบหรือยัง
ระบบ Applicant Tracking System มักฝัง Cookie หรือ Local Storage ของตัวเองเพื่อจดจำสถานะฟอร์มที่กรอกค้างไว้ ต้องตรวจว่า Cookie เหล่านี้ถูกจัดเข้าหมวด Necessary หรือ Functional อย่างมีเหตุผลรองรับ ไม่ใช่จัดเป็น Necessary เพียงเพราะสะดวก
ฟอร์มอัปโหลดเรซูเม่แนบข้อมูลอะไรไปกับ Tracking Event บ้าง
ตรวจว่า Event ที่ยิงตอนอัปโหลดเรซูเม่สำเร็จไม่ได้แนบชื่อไฟล์ อีเมล หรือเบอร์โทรของผู้สมัครไปกับ Parameter ของ Analytics โดยตรง เพราะเรซูเม่มักมีข้อมูลส่วนบุคคลจำนวนมากกว่าฟอร์มติดต่อทั่วไป
Preference Center แยกหมวด Recruitment Analytics ออกจาก Marketing ของบริษัทหรือไม่
บริษัทหลายแห่งใช้ Consent Platform เดียวกันทั้งเว็บหลักและเว็บสมัครงาน ต้องตรวจว่าหมวด Analytics ที่ใช้วัดผลหน้าตำแหน่งงานถูกแยกออกจากหมวด Marketing ที่ใช้ยิงโฆษณาสินค้า เพราะผู้สมัครควรเลือกได้อิสระจากกัน
เช็กลิสต์ก่อนเปิดใช้งาน: Job Board และ Third-party Embed
Widget จาก LinkedIn หรือ JobsDB ถูกควบคุมด้วย Consent เดียวกันหรือไม่
หน้ารายละเอียดตำแหน่งงานที่ฝัง Widget แชร์ไปยัง LinkedIn หรือปุ่มสมัครผ่าน JobsDB มักโหลด Script จากโดเมนภายนอกโดยตรง ต้องทดสอบว่า Script เหล่านี้ถูกบล็อกเมื่อผู้สมัครกด Reject All เช่นเดียวกับ Tag ภายในเว็บ
การแชร์ข้อมูลผู้สมัครไปยัง Job Board มีทางเลือกให้ปิดหรือไม่
ถ้าเว็บสมัครงานส่งข้อมูลติดตามผลกลับไปยัง Job Board ที่ผู้สมัครใช้สมัครมา ต้องมีหมวดใน Preference Center ให้ผู้สมัครเลือกปิดการแชร์นี้ได้ แยกจากการยินยอมให้บริษัทติดต่อกลับเรื่องตำแหน่งงาน
เช็กลิสต์ก่อนเปิดใช้งาน: Consent ก่อนและหลังสมัครงาน
ผู้สมัครที่ถูกปฏิเสธเปลี่ยนการตั้งค่าความยินยอมได้หรือไม่
เมื่อกระบวนการสมัครงานจบลงไม่ว่าจะได้รับการตอบรับหรือไม่ ผู้สมัครควรยังเข้าถึง Preference Center เพื่อขอถอนความยินยอมหรือขอลบข้อมูลได้ ไม่ใช่ปิดสิทธิ์นี้หลังปิดตำแหน่งงานแล้ว
Preference Center เข้าถึงได้จากอีเมลตอบกลับหรือเฉพาะหน้าเว็บ
ผู้สมัครจำนวนมากติดต่อผ่านอีเมลที่ระบบส่งอัตโนมัติมากกว่าการกลับเข้าเว็บ ควรตรวจว่าอีเมลแจ้งผลการสมัครมีลิงก์กลับไปยัง Preference Center หรือช่องทางติดต่อเรื่องความเป็นส่วนตัวชัดเจน การจัดหมวดหมู่ในขั้นตอนนี้ควรอ้างอิงหลัก การจัดหมวดหมู่คุกกี้ เดียวกับที่ใช้บนเว็บหลักของบริษัท และปุ่มปฏิเสธบน Preference Center ควรทำงานตามหลัก ปุ่ม Reject All คือปฏิเสธได้ง่ายเท่ากับการยอมรับ ไม่ใช่ต้องคลิกหลายขั้นตอนกว่าจะถอนความยินยอมสำเร็จ
เช็กลิสต์ก่อนเปิดใช้งาน: การเก็บและลบข้อมูลผู้สมัครที่ไม่ผ่านการคัดเลือก
เว็บไซต์สมัครงานส่วนใหญ่มีผู้สมัครที่ไม่ผ่านการคัดเลือกมากกว่าผู้ที่ได้งานหลายเท่าตัว ข้อมูลของผู้สมัครกลุ่มนี้จึงเป็นจุดที่สะสมความเสี่ยงได้มากที่สุดหากไม่มีการทบทวนก่อนเปิดใช้งาน Preference Center อย่างเป็นทางการ
ตรวจว่ามีกำหนดระยะเวลาเก็บข้อมูลที่ชัดเจนและเขียนไว้เป็นลายลักษณ์อักษร
ก่อนเปิดใช้งาน ทีม HR ควรตกลงกันให้ชัดว่าข้อมูลผู้สมัครที่ไม่ผ่านการคัดเลือกจะถูกเก็บไว้นานเท่าไรหลังปิดรับสมัครตำแหน่งนั้น เช่นหกเดือนหรือหนึ่งปี แล้วเขียนตัวเลขนี้ไว้ในทั้ง Preference Center และเอกสารภายในให้ตรงกัน ไม่ใช่ปล่อยให้แต่ละคนในทีมเข้าใจระยะเวลาไม่ตรงกัน
ตรวจว่ามีกระบวนการลบข้อมูลอัตโนมัติหรือต้องทำด้วยมือ
ระบบ ATS บางตัวมีฟังก์ชันลบข้อมูลอัตโนมัติเมื่อครบกำหนดเวลา แต่บางตัวต้องให้เจ้าหน้าที่เข้าไปลบเอง ก่อนเปิดใช้งานควรตรวจให้แน่ใจว่าทีมรู้ว่าระบบของตัวเองเป็นแบบไหน หากต้องทำด้วยมือ ควรมีปฏิทินเตือนเป็นรอบ ไม่ใช่พึ่งความจำของเจ้าหน้าที่คนใดคนหนึ่ง เพราะข้อมูลที่ควรถูกลบไปแล้วแต่ยังค้างอยู่ในระบบเป็นความเสี่ยงที่พบบ่อยที่สุดในจุดนี้
ตรวจว่าผู้สมัครที่ไม่ผ่านการคัดเลือกรู้ว่าจะติดต่อขอลบข้อมูลได้ที่ไหน
อีเมลแจ้งผลการสมัครที่ไม่ผ่านการคัดเลือกควรมีข้อความสั้น ๆ บอกว่าข้อมูลจะถูกเก็บไว้นานเท่าไร และหากต้องการให้ลบก่อนกำหนดสามารถติดต่อได้ที่ไหน ไม่ใช่ส่งอีเมลปฏิเสธเปล่า ๆ โดยไม่พูดถึงเรื่องข้อมูลเลย การใส่ข้อความนี้ไว้เป็นมาตรฐานช่วยลดคำถามที่ผู้สมัครต้องติดต่อกลับมาสอบถามเองในภายหลัง
ตรวจว่าการลบข้อมูลครอบคลุมถึงสำเนาที่อยู่นอกระบบ ATS หลัก
ข้อมูลผู้สมัครมักถูกคัดลอกไปไว้ที่อื่นระหว่างขั้นตอนคัดเลือก เช่น ไฟล์ Excel ที่ทีมสัมภาษณ์ดาวน์โหลดไปเปรียบเทียบผู้สมัคร หรือหน้าจอแชทภายในที่แนบเรซูเม่ไว้ประกอบการพูดคุย ก่อนเปิดใช้งาน Preference Center ทีม HR ควรสำรวจว่าสำเนาข้อมูลเหล่านี้มีอยู่ที่ไหนบ้าง และกำหนดให้ผู้ที่ดาวน์โหลดข้อมูลออกไปมีหน้าที่ลบสำเนาของตัวเองเมื่อครบกำหนดเวลาเดียวกับระบบหลัก ไม่เช่นนั้นการลบข้อมูลใน ATS อาจไม่มีความหมาย หากสำเนาเดิมยังหลงเหลืออยู่ในที่อื่น
พร้อมตรวจสอบความน่าเชื่อถือของเว็บไซต์คุณหรือยัง?
ทดลองใช้งาน trusty ฟรี ไม่ต้องใช้บัตรเครดิต เริ่มสแกนได้ทันที
คำถามที่พบบ่อย
Preference Center ต่างจาก Cookie Banner เริ่มต้นอย่างไรสำหรับเว็บสมัครงาน Cookie Banner ขอความยินยอมครั้งแรก ส่วน Preference Center เป็นแผงควบคุมที่ผู้สมัครกลับมาเปลี่ยนการตั้งค่าได้ภายหลัง ซึ่งสำคัญเพราะผู้สมัครมักกลับมาหลังยื่นใบสมัครไปแล้วระยะหนึ่ง
ผู้สมัครที่ถูกปฏิเสธเปลี่ยนการตั้งค่าความยินยอมได้หรือไม่ ควรยังเข้าถึง Preference Center ได้แม้กระบวนการสมัครงานจบลงแล้ว เพื่อให้ถอนความยินยอมหรือขอลบข้อมูลได้ตามที่ต้องการ
คุกกี้ของ ATS ถูกจัดหมวดหมู่ครบหรือยัง ต้องตรวจว่า Cookie ที่ระบบ ATS ใช้จดจำสถานะฟอร์มถูกจัดเข้าหมวดที่มีเหตุผลรองรับ ไม่ใช่จัดเป็น Necessary เพียงเพราะสะดวกต่อการพัฒนา
เช็กลิสต์ปฏิบัติ
- ตรวจว่าคุกกี้ของระบบ ATS ถูกจัดหมวดหมู่อย่างมีเหตุผลรองรับ ไม่ใช่จัดเป็น Necessary เพราะสะดวก
- ตรวจ Event บนฟอร์มอัปโหลดเรซูเม่ว่าไม่แนบชื่อไฟล์ อีเมล หรือเบอร์โทรเข้า Analytics Parameter โดยตรง
- แยกหมวด Recruitment Analytics ออกจากหมวด Marketing ของบริษัทใน Preference Center เดียวกัน
- ทดสอบว่า Widget จาก LinkedIn หรือ JobsDB ถูกบล็อกเมื่อผู้สมัครกด Reject All เช่นเดียวกับ Tag ภายใน
- เพิ่มหมวดให้ผู้สมัครเลือกปิดการแชร์ข้อมูลติดตามผลกลับไปยัง Job Board ได้แยกจากการยินยอมติดต่อกลับ
- ตรวจว่าผู้สมัครที่ถูกปฏิเสธยังเข้าถึง Preference Center เพื่อถอนความยินยอมหรือขอลบข้อมูลได้
- ตรวจอีเมลแจ้งผลการสมัครว่ามีลิงก์กลับไปยัง Preference Center หรือช่องทางติดต่อเรื่องความเป็นส่วนตัว
ข้อผิดพลาดที่พบบ่อย
- จัด Cookie ของ ATS เป็น Necessary ทั้งหมดโดยไม่ตรวจว่าจำเป็นต่อบริการที่ผู้สมัครร้องขอจริงหรือไม่
- ปล่อยให้ Widget จาก Job Board ภายนอกยิง Script โดยไม่ถูกควบคุมด้วย Consent เดียวกับเว็บหลัก
- ปิดสิทธิ์เข้าถึง Preference Center ของผู้สมัครที่ไม่ได้รับการตอบรับหลังปิดตำแหน่งงาน
- ใช้ Preference Center เดียวปนกันระหว่างหมวด Recruitment Analytics และ Marketing ของบริษัท
- ไม่มีลิงก์กลับไปยัง Preference Center ในอีเมลแจ้งผลการสมัครที่ผู้สมัครอ่านมากกว่าเว็บไซต์
สรุป
เว็บสมัครงานมีจุดที่ต้องระวังมากกว่าเว็บทั่วไป เพราะข้อมูลในเรซูเม่และฟอร์มสมัครงานมีความละเอียดอ่อนกว่าฟอร์มติดต่อทั่วไป และผู้สมัครมักกลับมาใช้สิทธิ์เปลี่ยนใจหลังยื่นใบสมัครไปแล้ว การเปิดเช็กลิสต์นี้ตรวจก่อนเปิดใช้งาน Preference Center ช่วยให้ทีม HR มั่นใจว่า ATS, ฟอร์มอัปโหลดเรซูเม่ และ Widget จาก Job Board ถูกควบคุมสอดคล้องกับสิ่งที่ผู้สมัครเลือกจริง ไม่ใช่แค่มีปุ่มให้กดแล้วจบ
แหล่งข้อมูลอ้างอิง
คำถามที่พบบ่อย
Preference Center ต่างจาก Cookie Banner เริ่มต้นอย่างไรสำหรับเว็บสมัครงาน
Cookie Banner ขอความยินยอมครั้งแรก ส่วน Preference Center เป็นแผงควบคุมที่ผู้สมัครกลับมาเปลี่ยนการตั้งค่าได้ภายหลัง ซึ่งสำคัญเพราะผู้สมัครมักกลับมาหลังยื่นใบสมัครไปแล้วระยะหนึ่ง
ผู้สมัครที่ถูกปฏิเสธเปลี่ยนการตั้งค่าความยินยอมได้หรือไม่
ควรยังเข้าถึง Preference Center ได้แม้กระบวนการสมัครงานจบลงแล้ว เพื่อให้ถอนความยินยอมหรือขอลบข้อมูลได้ตามที่ต้องการ
คุกกี้ของ ATS ถูกจัดหมวดหมู่ครบหรือยัง
ต้องตรวจว่า Cookie ที่ระบบ ATS ใช้จดจำสถานะฟอร์มถูกจัดเข้าหมวดที่มีเหตุผลรองรับ ไม่ใช่จัดเป็น Necessary เพียงเพราะสะดวกต่อการพัฒนา
บทความที่เกี่ยวข้อง (Related Articles)
ดูบทความอื่นในหมวด Cookies & Consentรวมคู่มือและเช็กลิสต์ที่เกี่ยวข้องกับหัวข้อนี้ใน Trusty Knowledge Centerอ่านต่อในหัวข้อเดียวกัน

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

วิธี Audit Preference Center ของฝ่าย HR เว็บไซต์สมัครงาน และ Recruitment พร้อม Evidence ที่ควรเก็บ
ผู้สมัครงานอัปโหลดเรซูเม่ผ่าน Preference Center ที่ดูเรียบร้อยบนหน้าจอ แต่คุกกี้จาก ATS และ Job Board Embed อาจทำงานไปก่อนแล้ว บทความนี้พาไล่ตรวจทีละจุด
เนื้อหานี้จัดทำขึ้นเพื่อให้ข้อมูลทั่วไปเท่านั้น ไม่ถือเป็นคำแนะนำทางกฎหมาย กรุณาปรึกษาผู้เชี่ยวชาญด้านกฎหมายหรือ Data Protection Officer ของหน่วยงานท่านก่อนนำไปปฏิบัติจริง
พร้อมตรวจสอบความน่าเชื่อถือของเว็บไซต์คุณหรือยัง?
ทดลองใช้งาน trusty ฟรี ไม่ต้องใช้บัตรเครดิต เริ่มสแกนได้ทันที