เช็กลิสต์ QA ความยินยอม: สิ่งที่ต้องทดสอบก่อนปล่อยเวอร์ชัน
เหตุใดความยินยอมต้องมี QA ของตัวเอง
ความยินยอมพังอย่างเงียบๆ สคริปต์ใหม่ที่เพื่อนร่วมทีมเพิ่มเข้ามา ทริกเกอร์แท็กที่เปลี่ยนไป หรือคุกกี้ที่ถูกเปลี่ยนชื่อ อาจทำให้การติดตามเริ่มก่อนที่ผู้เข้าชมจะเลือก หรือหยุดบันทึกตัวเลือกไปเลย และไม่มีใครสังเกตจนกว่ารายงานจะดูแปลก เช็กลิสต์สั้นๆ ที่ทำซ้ำได้ก่อนการปล่อยเวอร์ชันทุกครั้งจะจับปัญหาเหล่านี้ได้เกือบทั้งหมด
รันการตรวจสอบในโปรไฟล์เบราว์เซอร์ที่สะอาดหรือหน้าต่างส่วนตัว โดยปิดส่วนขยาย และจดผลไว้ข้างแต่ละรายการ
A. การเข้าชมครั้งแรก
- แบนเนอร์ปรากฏในการโหลดหน้าครั้งแรก โดยเลย์เอาต์ไม่กระโดดจนบังเนื้อหาสำคัญ
- ไม่มีแท็กที่ไม่จำเป็นทำงานก่อนมีการเลือก ตรวจดูคำขอการวิเคราะห์และโฆษณาในแท็บ Network
- ไม่มีคุกกี้ที่ไม่จำเป็นถูกตั้งก่อนมีการเลือก ตรวจดูในแท็บ Application
- สัญญาณความยินยอมเริ่มต้นเป็นปฏิเสธในที่ที่ต้องได้รับความยินยอม
- หน้าเว็บยังใช้งานได้ขณะแบนเนอร์เปิดอยู่ และอ่านเนื้อหาได้
B. การเลือก
- ยอมรับทั้งหมดเปิดใช้แท็กที่ถูกต้อง และสัญญาณเปลี่ยนเป็นอนุญาตทันที
- ปฏิเสธทั้งหมดหาและคลิกได้ง่ายเท่ากับยอมรับ และปิดแท็กที่ไม่จำเป็นไว้
- ตัวเลือกแบบละเอียดทำงานได้: เปิดเฉพาะการวิเคราะห์แล้วจะเปิดเฉพาะการวิเคราะห์ ไม่มีอย่างอื่น
- ตัวเลือกถูกจดจำหลังโหลดซ้ำและในหน้าถัดไป โดยแบนเนอร์ไม่ปรากฏอีก
- ตัวเลือกถูกบันทึกในบันทึกความยินยอมของคุณพร้อมเวลา
C. การเปลี่ยนตัวเลือก
- จุดเข้าถึงถาวร (ลิงก์ที่ส่วนท้ายหน้าหรือไอคอน) เปิดการตั้งค่าความต้องการอีกครั้งได้ในทุกหน้า
- การถอนความยินยอมหยุดแท็กที่เกี่ยวข้อง และลบคุกกี้ของแท็กเหล่านั้นหากทำได้
- การเปลี่ยนจากปฏิเสธเป็นยอมรับเริ่มแท็กได้โดยไม่ต้องโหลดหน้าซ้ำด้วยตนเอง
D. ภูมิภาคและภาษา
- กฎของภูมิภาคทำงานตามที่คาดไว้: ใช้ VPN หรือการตั้งค่าทดสอบเพื่อจำลองผู้เข้าชมจากแต่ละภูมิภาคที่คุณให้บริการ
- ภาษาเป็นไปตามภาษาของผู้เข้าชม และป้ายปุ่มทุกอันแปลแล้ว โดยไม่เห็นคีย์ดิบ
- ภาษาที่เขียนจากขวาไปซ้ายสะท้อนเลย์เอาต์ได้ถูกต้อง หากคุณให้บริการภาษาเหล่านั้น
E. เทคนิคและแพลตฟอร์ม
- สัญญาณโฆษณาไปถึงแท็กโฆษณา: ยืนยันว่าสตริงความยินยอมหรือสัญญาณเทียบเท่ามีอยู่ในคำขอโฆษณา
- เบราว์เซอร์มือถือแสดงแบนเนอร์ได้ถูกต้องทั้งแนวตั้งและแนวนอน และปุ่มมีขนาดใหญ่พอให้แตะ
- การเข้าถึงขั้นพื้นฐาน: ใช้แป้นพิมพ์อย่างเดียวนำทางได้ มองเห็นโฟกัส และโปรแกรมอ่านหน้าจอประกาศกล่องโต้ตอบ
- ประสิทธิภาพ: สคริปต์แบนเนอร์ไม่บล็อกการเรนเดอร์ และไม่ดันเนื้อหาหลักลงหลังโหลด
วิธีรันโดยไม่ทำให้การปล่อยเวอร์ชันช้าลง
- เก็บรายการไว้ในเทมเพลตการปล่อยเวอร์ชันเพื่อไม่ให้ถูกข้าม
- ทำรายการที่ง่ายให้เป็นอัตโนมัติ เช่น การตรวจหาคำขอที่ไม่คาดคิดก่อนมีความยินยอม ด้วยการทดสอบเบราว์เซอร์แบบเขียนสคริปต์
- มอบหมายผู้รับผิดชอบหนึ่งคนต่อการปล่อยเวอร์ชัน และหมุนเวียนหากจำเป็น
- เก็บบันทึกผลลัพธ์ จะช่วยเมื่อคุณต้องแสดงว่าตรวจอะไรและเมื่อไร
กรณีพิเศษที่ควรเพิ่ม
เพิ่มรายการสำหรับสิ่งที่เป็นเอกลักษณ์ของพร็อพเพอร์ตี้ของคุณ: เครื่องเล่นวิดีโอแบบฝัง วิดเจ็ตแชต แผนที่ ปุ่มโซเชียล และ iframe การชำระเงินหรือล็อกอิน มักโหลดตัวติดตามของตนเอง หากคุณปล่อยแอปมือถือที่มี web view ให้ทำซ้ำส่วน A ถึง C ภายในแอปด้วย ทุกครั้งที่เหตุการณ์ผิดพลาดสอนบทเรียน ให้เพิ่มหนึ่งบรรทัดในรายการ เพื่อไม่ให้ความผิดพลาดเดิมกลับมา
ต้องทำอย่างไรเมื่อการตรวจสอบล้มเหลว
ถือว่าการตรวจสอบความยินยอมที่ล้มเหลวเป็นตัวบล็อกการปล่อยเวอร์ชันสำหรับสิ่งที่ติดตามก่อนมีความยินยอมหรือเพิกเฉยต่อการปฏิเสธ ปัญหาด้านรูปลักษณ์ เช่น ปุ่มเยื้องเล็กน้อย ปล่อยไปพร้อมกับตั๋วงานได้ ลำดับความสำคัญคือ: ติดตามก่อนเลือก ตัวเลือกที่ถูกเพิกเฉย ตัวเลือกที่สูญหาย แล้วจึงรูปลักษณ์
FlexyConsent อยู่ตรงไหน
แบนเนอร์ของ FlexyConsent มีให้ใช้ใน 57 ภาษา และรองรับ Google Consent Mode v2, IAB TCF 2.4 และ IAB GPP v1.1 ซึ่งครอบคลุมหลายรายการทางเทคนิคข้างต้น เช็กลิสต์ยังคงใช้ได้ เพราะแท็ก ธีม และสคริปต์ของคุณเองเป็นตัวกำหนดว่าอะไรทำงานบนหน้าจริงๆ
ประเด็นสำคัญ
- รันเช็กลิสต์ความยินยอมที่กำหนดไว้ก่อนการปล่อยเวอร์ชันทุกครั้ง ไม่ใช่เฉพาะเมื่อแบนเนอร์เปลี่ยน
- ตรวจการเข้าชมครั้งแรก ตัวเลือก การเปลี่ยนแปลง ภูมิภาค ภาษา และมือถือ
- ตรวจสอบแท็กและคุกกี้ในเบราว์เซอร์ ไม่ใช่แค่ลักษณะที่แบนเนอร์ปรากฏ
- จัดลำดับความล้มเหลว: ติดตามก่อนเลือกมาก่อน รูปลักษณ์เป็นอันสุดท้าย
- ทำให้เป็นอัตโนมัติเท่าที่ทำได้ และเก็บบันทึกของแต่ละครั้งที่รัน