ความยินยอมไม่ได้มีตลอดไป

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

กฎกำหนดอะไร (และไม่ได้กำหนดอะไร)

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

เช็กลิสต์ 1: กำหนดอายุเริ่มต้น

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

เช็กลิสต์ 2: กำหนดทริกเกอร์การถามซ้ำ

ถามผู้เข้าชมอีกครั้ง โดยไม่คำนึงถึงอายุของตัวเลือกที่จัดเก็บไว้ เมื่อ:

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

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

เช็กลิสต์ 3: ปกป้องประสบการณ์ของผู้เข้าชม

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

เช็กลิสต์ 4: จัดการกรณีพิเศษ

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

เช็กลิสต์ 5: เก็บหลักฐาน

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

FlexyConsent อยู่ตรงไหน

FlexyConsent ได้รับการรับรองจาก IAB Europe และ IAB Canada รองรับ IAB TCF 2.4 และ Google Consent Mode v2 และครอบคลุมภูมิภาคต่าง ๆ รวมถึง EU, EEA, สหราชอาณาจักร, รัฐต่าง ๆ ของสหรัฐฯ, แคนาดา และควิเบก ไม่ว่าคุณจะใช้แพลตฟอร์มใด ให้ตรวจสอบว่าแพลตฟอร์มจัดเก็บตัวเลือกอย่างไรและอะไรกระตุ้นการถามใหม่ แล้วเทียบกับกฎที่คุณเขียนไว้ข้างต้น

สรุปประเด็นสำคัญ

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