สิ่งที่ Wix Cookie Consent Banner ในตัวทำจริงๆ

Wix Cookie Consent Banner ซึ่งมีให้สำหรับทุกเว็บไซต์ Wix ภายใต้ Settings, Privacy & Compliance เป็นหนึ่งในเครื่องมือความยินยอมดั้งเดิมที่มีความสามารถมากกว่าที่แพลตฟอร์มโฮสต์ใดๆ จัดส่ง รองรับการ opt-in ต่อหมวดหมู่สำหรับ Essential, Functional, Analytics และ Advertising สามารถกำหนดค่าให้ต้องการการดำเนินการยืนยันอย่างชัดเจน รองรับเนื้อหาหลายภาษาผ่านชั้นการแปลของเว็บไซต์ และผสานรวมกับนโยบายความยินยอมที่ Wix's own Marketing Apps เคารพโดยตรง เมื่อผู้ดำเนินการกำหนดค่าแบนเนอร์ให้ต้องการความยินยอมและเปิดใช้งานตัวควบคุมต่อหมวดหมู่ การผสานรวมดั้งเดิมของ Wix ได้แก่ Wix Analytics, การผสานรวม Facebook Pixel, การผสานรวม Google Ads, การผสานรวม Google Tag Manager, การผสานรวม Hotjar จะเคารพตัวเลือกของผู้ใช้โดยไม่ต้องเชื่อมต่อเพิ่มเติม

สิ่งที่แบนเนอร์ไม่ทำ และที่เกิดความล้มเหลวในการปฏิบัติตามข้อกำหนดที่พบบ่อยที่สุด คือการบล็อกสคริปต์จากบุคคลที่สามที่ผู้ดำเนินการเพิ่มผ่านฟีเจอร์ Custom Code ของ Wix, โค้ด Velo หรือวิดเจ็ต HTML ที่ฝังไว้ แบนเนอร์บันทึกตัวเลือกของผู้ใช้ งานของผู้ดำเนินการคืออ่านตัวเลือกนั้นจากนโยบายความยินยอมและดำเนินการตรรกะของบุคคลที่สามซึ่งอยู่นอกรายการการผสานรวมที่จัดการโดย Wix อย่างมีเงื่อนไข รูปแบบนี้ทำงานได้เมื่อมีการตั้งค่าแล้ว แต่ไม่ใช่อัตโนมัติ

การกำหนดค่าเริ่มต้นไม่เพียงพอ

การกำหนดค่าแบนเนอร์เริ่มต้นเมื่อผู้ดำเนินการเปิดใช้งานครั้งแรกคือความยินยอมโดยนัย กล่าวคือการเยี่ยมชมเว็บไซต์ถือเป็นความยินยอมจนกว่าผู้เยี่ยมชมจะปฏิเสธ ตำแหน่งนั้นได้เป็นแหล่งที่มาของการค้นพบซ้ำๆ ของหน่วยงานกำกับดูแลต่อเว็บไซต์ที่โฮสต์โดย Wix ทั่ว EEA, UK และระบอบการปกครองที่สอดคล้องกับ GDPR ผู้ดำเนินการต้องเปลี่ยนการกำหนดค่าให้ต้องการความยินยอมยืนยันอย่างชัดเจนก่อนที่จะตั้งค่าคุกกี้ที่ไม่จำเป็น ต้องตั้งค่าสวิตช์ต่อหมวดหมู่เป็น off โดยค่าเริ่มต้น และต้องตรวจสอบว่าตัวเลือกการปฏิเสธมีความโดดเด่นอย่างน้อยเท่ากับตัวเลือกการยอมรับใน UI ของแบนเนอร์ การตั้งค่าสามอย่างนี้ ได้แก่ ความยินยอมที่ชัดเจน ปิดโดยค่าเริ่มต้น การปฏิเสธที่โดดเด่น เป็นขั้นต่ำที่เว็บไซต์ Wix ต้องการเพื่อผ่านเกณฑ์ที่ EDPB กำหนดไว้ในแนวทางปฏิบัติสำหรับแบนเนอร์คุกกี้ปี 2023 และยืนยันอีกครั้งในลำดับความสำคัญของคณะทำงานปี 2026

วิธีที่ Wix จัดการความยินยอมภายใต้ฝากระโปรง

Wix เปิดเผยสถานะความยินยอมของผู้เยี่ยมชมผ่านอ็อบเจกต์นโยบายความยินยอมที่การผสานรวมภายในของแพลตฟอร์มอ่านและโค้ดของผู้ดำเนินการสามารถอ่านได้ผ่านแพลตฟอร์มสำหรับนักพัฒนา Velo Velo API เปิดเผยนโยบายความยินยอมภายใต้ wixWindow.consentPolicy ที่ด้านหน้าและโมดูลที่เทียบเท่าที่ด้านหลัง นโยบายความยินยอมส่งคืนอ็อบเจกต์ที่มีโครงสร้างพร้อมแฟล็ก boolean ต่อหมวดหมู่และ timestamp โค้ด Velo ของผู้ดำเนินการหรือ Custom Code อ่านแฟล็กเหล่านั้นก่อนที่จะเริ่มตรรกะของบุคคลที่สามที่ไม่จำเป็น

หมวดหมู่ความยินยอมที่ Wix เปิดเผยแมปกับอนุกรมวิธานมาตรฐาน Essential ครอบคลุมคุกกี้ session, ตะกร้าสินค้า, ความปลอดภัย และการปรับสมดุลโหลดและไม่ต้องการความยินยอม Functional ครอบคลุมการตั้งค่า รายการที่ดูล่าสุด และการจัดเก็บที่คล้ายกันที่ไม่จำเป็นแต่ไม่ติดตาม Analytics ครอบคลุม Wix Analytics, Google Analytics 4, Microsoft Clarity และเครื่องมือวัดที่คล้ายกัน Advertising ครอบคลุม Facebook Pixel, Google Ads, TikTok Pixel, LinkedIn Insight และคลังพิกเซลการตลาดที่กว้างขึ้น Wix Marketing Apps ดั้งเดิมบล็อกตามหมวดหมู่เหล่านี้โดยอัตโนมัติ ทุกอย่างที่ผู้ดำเนินการเพิ่มต้องบล็อกด้วยตนเอง

รูปแบบการผสานรวมสำหรับการฝังจากบุคคลที่สามและ Custom Code

รูปแบบที่ทำงานบน Wix มีสี่ส่วน ส่วนแรก กำหนดค่า Cookie Consent Banner ในตัวให้ต้องการความยินยอมอย่างชัดเจน ตั้งค่าสวิตช์ต่อหมวดหมู่เป็นปิดโดยค่าเริ่มต้น และตรวจสอบให้แน่ใจว่าตัวเลือกการปฏิเสธมีความโดดเด่นอย่างน้อยเท่ากับการยอมรับ ส่วนที่สอง ระบุสคริปต์จากบุคคลที่สามทุกตัวที่เว็บไซต์เพิ่มนอกรายการการผสานรวมดั้งเดิมของ Wix ซึ่งโดยทั่วไปมักอยู่ใน Settings, Custom Code ในโมดูลโค้ด Velo หรือในวิดเจ็ต HTML ที่ฝังไว้ และสร้างรายการว่าแต่ละตัวอยู่ในหมวดหมู่ความยินยอมใด ส่วนที่สาม ห่อสคริปต์จากบุคคลที่สามแต่ละตัวในการตรวจสอบความยินยอมที่อ่านนโยบายความยินยอมก่อนดำเนินการ ส่วนที่สี่ ตรวจสอบให้แน่ใจว่าประกาศความเป็นส่วนตัวที่แสดงจากแบนเนอร์สะท้อนถึงผู้รับจากบุคคลที่สามจริงๆ ไม่ใช่ภาษาเทมเพลตทั่วไปของ Wix

• Custom Code ภายใต้ Settings — ผู้ดำเนินการมักจะเพิ่ม Google Tag Manager, Facebook Pixel เพิ่มเติม, แท็กการแปลง Google Ads เพิ่มเติม, สนิปเพต Hotjar และสคริปต์ติดตามการโทรผ่าน Custom Code แต่ละรายการต้องกำหนดค่าด้วยการตั้งค่า Consent Mode ที่เหมาะสมใน UI ของ Custom Code โดย Wix เปิดเผยการเลือกหมวดหมู่ความยินยอมในระดับสนิปเพต เพื่อให้สนิปเพตโหลดเฉพาะเมื่อหมวดหมู่ที่เกี่ยวข้องได้รับอนุญาต
• โค้ด Velo — โค้ด Velo ด้านหลังและด้านหน้าสามารถอ่าน wixWindow.consentPolicy และส่งต่อไปยัง API จากบุคคลที่สามอย่างมีเงื่อนไข โมดูล Velo ใดๆ ที่เรียกใช้ endpoint จากบุคคลที่สามเพื่อบันทึกเหตุการณ์ ส่งพิกเซล หรือซิงค์ข้อมูลกับ CRM ต้องตรวจสอบหมวดหมู่ที่เกี่ยวข้องก่อนดำเนินการ
• วิดเจ็ต HTML ที่ฝังไว้ — iFrame HTML ที่ฝังจากบุคคลที่สาม (วิดเจ็ตแชท, วิดเจ็ตปฏิทิน, การฝังโซเชียล) โดยทั่วไปจะโหลดสคริปต์ของตัวเองซึ่งตั้งค่าคุกกี้ของตัวเอง รูปแบบคือการเรนเดอร์ iFrame ภายใน wrapper ที่ควบคุมโดย Velo ซึ่งแทรกองค์ประกอบ iFrame อย่างมีเงื่อนไขหลังจากที่ gate ที่เกี่ยวข้องได้รับอนุญาตเท่านั้น
• เว็บไซต์ Wix Studio — Wix Studio รับช่วงกลไกนโยบายความยินยอมเดียวกัน แต่เพิ่มการออกแบบที่ตอบสนองและฟีเจอร์โหมดนักพัฒนาซึ่งทำให้การบล็อกความยินยอมแบบ Velo ง่ายต่อการบำรุงรักษายิ่งขึ้น รูปแบบการผสานรวมเหมือนกัน แต่การยศาสตร์การบำรุงรักษาดีกว่า

กับดักการปฏิบัติตามข้อกำหนดเฉพาะของ Wix

รูปแบบสามอย่างเกิดซ้ำในการใช้งาน Wix และคิดเป็นส่วนใหญ่ของปัญหาที่หน่วยงานกำกับดูแลตั้งข้อสังเกต ข้อแรกคือคอนเทนเนอร์ Google Tag Manager ที่ผู้ดำเนินการจัดการ โดยผู้ดำเนินการติดตั้ง GTM ผ่าน Custom Code จากนั้นเพิ่มแท็กหลายสิบรายการผ่าน UI ของ GTM โดยไม่ได้กำหนดค่า Consent Mode v2 ภายใน GTM เอง แบนเนอร์ Wix บล็อก GTM loader อย่างถูกต้อง แต่เมื่อ GTM โหลดแล้ว แท็กภายในจะทำงานโดยไม่มีการตรวจสอบความยินยอมเพิ่มเติม เว้นแต่ GTM จะได้รับการกำหนดค่าให้เคารพ Consent Mode การแก้ไขคือการเปิดใช้งาน Consent Mode v2 ในคอนเทนเนอร์ GTM และเชื่อมต่อ trigger ของแต่ละแท็กกับสัญญาณความยินยอมที่เหมาะสม

ข้อที่สองคือผู้ให้บริการฟอร์มที่ฝังไว้ ได้แก่ Typeform, JotForm, Calendly และที่คล้ายกัน ที่โหลดคุกกี้ของตัวเองเพื่อวัตถุประสงค์การวิเคราะห์และการกรอกล่วงหน้า แบนเนอร์ Wix ไม่บล็อกวิดเจ็ตที่ฝังไว้โดยค่าเริ่มต้น ผู้ดำเนินการต้องบล็อกองค์ประกอบวิดเจ็ตเองผ่าน Velo หรือใช้รูปแบบ placeholder คลิกเพื่อโหลดที่เลื่อนการโหลด iFrame จนกว่าผู้ใช้จะโต้ตอบกับมัน

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

การตรวจสอบและตำแหน่งการตรวจสอบสำหรับปี 2026

การใช้งาน Wix ที่ป้องกันได้ในปี 2026 ต้องผ่านการตรวจสอบทางเทคนิคสี่ข้อ ข้อแรก session เบราว์เซอร์สะอาดที่ให้บริการจากที่อยู่ IP ของ EEA ต้องผลิตคุกกี้ที่ไม่จำเป็นเป็นศูนย์ก่อนที่จะมีการดำเนินการกับแบนเนอร์ ไม่ใช่แค่คุกกี้ที่จัดการโดย Wix เป็นศูนย์ แต่คุกกี้เป็นศูนย์จากสนิปเพต Custom Code ทุกอัน โมดูล Velo และวิดเจ็ตที่ฝังไว้ ข้อที่สอง เส้นทางการปฏิเสธต้องรักษาสถานะนั้นไว้ ข้อที่สาม เส้นทางการยอมรับต้องผลิตแท็กเฉพาะที่ผู้ใช้ได้ให้ความยินยอมเท่านั้น และบันทึกความยินยอมของ Wix พร้อมกับบันทึกด้านผู้ดำเนินการต้องมีบันทึกที่ตรงกัน ข้อที่สี่ การถอนต้องหยุดการทำงานของแท็กเพิ่มเติมทันที หมดอายุคุกกี้ที่ตั้งค่าในระหว่าง session ที่ได้รับความยินยอม และส่งต่อการออกจากระบบไปยังผู้รับจากบุคคลที่สามปลายทางที่รักษาสถานะของตนเอง

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