สิ่งที่ Cookie Consent ดั้งเดิมของ Webflow ทำและหยุดตรงไหน

Webflow เพิ่มคุณสมบัติ Cookie Consent ดั้งเดิมในปี 2022 และพัฒนามาตั้งแต่นั้น คุณสมบัตินี้รองรับหมวดหมู่คุกกี้ที่กำหนดไว้ล่วงหน้าสามหมวด — Essential, Marketing และ Personalization — เปิดเผยอินเทอร์เฟซแบนเนอร์ที่กำหนดค่าได้ผ่านการตั้งค่าโครงการ และผูกการบล็อก Google Analytics กับการเลือกของผู้ใช้ แบนเนอร์บันทึกความยินยอมของผู้ใช้ในคุกกี้บุคคลที่หนึ่ง

สิ่งที่แบนเนอร์ดั้งเดิมของ Webflow ไม่ทำ — และที่การใช้งานส่วนใหญ่ที่สร้างโดยเอเจนซีล้มเหลว — คือการบล็อก Custom Code ที่ผู้ดำเนินการเพิ่มเป็นประจำ สำหรับการวิเคราะห์ พิกเซลการตลาด วิดเจ็ตแชท และวิดีโอที่ฝังไว้ จุดฉีด Custom Code ทำงานก่อนที่แบนเนอร์จะแสดง ซึ่งหมายความว่าสคริปต์บุคคลที่สามที่เพิ่มผ่านจุดเหล่านั้น ถูกดำเนินการก่อนที่จะมีการตัดสินใจเรื่องความยินยอม เอเจนซีมักเพิ่ม Hotjar, Facebook Pixel, สคริปต์ CRM บุคคลที่สาม หรือ Calendly embed ผ่าน Custom Code โดยคิดว่าแบนเนอร์ดั้งเดิมจัดการการบล็อกให้ แต่ไม่ได้จัดการ

การตั้งค่าเริ่มต้น opt-in เทียบกับความยินยอมโดยนัย

แบนเนอร์ดั้งเดิมเปิดเผยรูปแบบความยินยอมสามแบบ รูปแบบความยินยอมโดยนัยได้เป็นแหล่งที่มาของการค้นพบด้านกฎระเบียบซ้ำๆ ต่อเว็บไซต์ที่โฮสต์โดย Webflow ใน EEA รูปแบบ opt-in เป็นค่าเริ่มต้นที่ถูกต้องสำหรับการใช้งานใดๆ ที่กำหนดเป้าหมาย EEA, UK, บราซิล, สวิตเซอร์แลนด์ หรือเขตอำนาจศาลอื่นที่ใช้มาตรฐาน GDPR ผู้ดำเนินการต้องเลือก opt-in กำหนดค่าหมวดหมู่ให้ ปิด ตามค่าเริ่มต้น และยืนยันในการแสดงตัวอย่างว่าปุ่มปฏิเสธ มีความโดดเด่นทางภาพอย่างน้อยเท่ากับปุ่มยอมรับ

การบล็อก Custom Code: งานที่แบนเนอร์ดั้งเดิมไม่ทำ

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

รูปแบบการบล็อกที่ง่ายที่สุดคือการอ่านคุกกี้ความยินยอมของ Webflow หรือสถานะความยินยอมจาก JavaScript hook ที่แพลตฟอร์มเปิดเผย และดำเนินการตรรกะบุคคลที่สามตามเงื่อนไข สำหรับสคริปต์ที่เพิ่มในส่วน Footer Code รูปแบบคือการห่อสนิปเปทในตัวฟังเหตุการณ์ ที่เปิดใช้งานในเหตุการณ์การเปลี่ยนแปลงความยินยอมของ Webflow สำหรับสคริปต์ในส่วน Head Code — ที่สนิปเปทการวิเคราะห์และพิกเซลส่วนใหญ่อาศัยอยู่ — รูปแบบคือการโหลดสนิปเปทเป็นตัวแทน โดยคำขอจริงจากบุคคลที่สามถูกเลื่อนออกไป จนกว่าการตรวจสอบความยินยอมจะผ่าน

รูปแบบตัวแทนสำหรับสคริปต์บุคคลที่สาม

รูปแบบที่ใช้งานได้ในการผสานรวม Webflow ทั่วไปส่วนใหญ่ คือตัวแทน <script type="text/plain"> สคริปต์บุคคลที่สามรวมอยู่ในมาร์กอัปของหน้า แต่มีแอตทริบิวต์ type ตั้งค่าเป็นค่า ที่เบราว์เซอร์จะไม่ดำเนินการ สคริปต์ bootstrap ขนาดเล็ก — เพิ่มครั้งเดียวในส่วน Footer Code — ฟังเหตุการณ์การเปลี่ยนแปลงความยินยอมของ Webflow ระบุสคริปต์ตัวแทนที่ตรงกับหมวดหมู่ที่กำหนด และเขียนแอตทริบิวต์ type ใหม่ เป็น text/javascript สำหรับการดำเนินการ รูปแบบนี้เหมือนกับที่โมดูล EU Cookie Compliance ของ Drupal ใช้ และที่ Cloudflare Zaraz ใช้ที่ขอบ

ตัวเลือก CMP บุคคลที่สาม: เมื่อแบนเนอร์ดั้งเดิมไม่เพียงพอ

สำหรับเว็บไซต์ที่ต้องการการติดตามการตรวจสอบที่สมบูรณ์มากขึ้น การกำหนดค่าต่อผู้จำหน่าย ตรรกะหลายเขตอำนาจศาล หรือการผสานรวมกับ IAB TCF แบนเนอร์ดั้งเดิมไม่เพียงพอ และ CMP บุคคลที่สาม — Cookiebot, OneTrust, Usercentrics, Iubenda — ควรมาแทนที่ ต้องปิดใช้งานแบนเนอร์ดั้งเดิมก่อน

• การผสานรวม Cookiebot — ติดตั้งสนิปเปท Cookiebot ผ่าน Custom Code ในส่วน Head ทำเครื่องหมายสคริปต์ที่จัดการโดย Cookiebot ด้วยแอตทริบิวต์ data-cookieconsent และปิดใช้งานแบนเนอร์ดั้งเดิมของ Webflow ในการตั้งค่าโครงการ
• การผสานรวม OneTrust — ติดตั้งสนิปเปท CDN ของ OneTrust กำหนดค่าแดชบอร์ด OneTrust เพื่ออ่านโครงสร้างหมวดหมู่ของ Webflow และปิดใช้งานแบนเนอร์ดั้งเดิม
• การผสานรวม Usercentrics — ติดตั้งสนิปเปท Usercentrics กำหนดค่านิยามบริการ ในแดชบอร์ด Usercentrics ที่สะท้อนสินค้าคงคลังแท็กจริงของผู้ดำเนินการ และปิดใช้งานแบนเนอร์ดั้งเดิม
• การผสานรวม Iubenda — ติดตั้งสนิปเปท Iubenda Consent Solution กำหนดค่านโยบายและการแมปหมวดหมู่ และปิดใช้งานแบนเนอร์ดั้งเดิม

Webflow CMS Collections และเนื้อหาที่แสดงแบบไดนามิก

CMS Collections ของ Webflow สมควรได้รับความสนใจเป็นพิเศษ เพราะนำเสนอพื้นผิวความยินยอมที่หน้าแบบคงที่ไม่มี หน้า Collection ที่ฝังวิดเจ็ตบุคคลที่สาม — YouTube embed ในโพสต์บล็อก ฟีด TikTok ในหน้าพอร์ตโฟลิโอ — รับช่วงการตัดสินใจเรื่องความยินยอมที่ทำในหน้าที่โฮสต์ แต่เนื้อหาที่ฝังไว้ไม่ยอมรับการตัดสินใจเหล่านั้นโดยอัตโนมัติ เว้นแต่ผู้ดำเนินการได้กำหนดค่า Collection เพื่อแสดง embed ผ่านตัวแทน click-to-load

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

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

แบนเนอร์ดั้งเดิมบันทึกสถานะความยินยอมของผู้ใช้ในคุกกี้บุคคลที่หนึ่ง แต่ไม่รักษาบันทึกการตรวจสอบฝั่งเซิร์ฟเวอร์ ที่สามารถสอบถามได้ตามตัวระบุผู้ใช้หรือเซสชัน สำหรับการใช้งานที่ต้องการการติดตามการตรวจสอบที่สมบูรณ์มากขึ้น — การรายงานหลายเขตอำนาจศาล บันทึกความยินยอมต่อผู้จำหน่าย การผสานรวมกับมาตรฐานเอกสารที่ EDPB คาดหวัง — CMP บุคคลที่สามคือคำตอบที่ถูกต้อง เว็บไซต์ Webflow ที่เลือกอย่างมีเจตนาระหว่างสองเส้นทาง บล็อกทุกพื้นผิว Custom Code และจัดการรูปแบบ embed ของ Collection ได้เปลี่ยนความเรียบง่ายของผู้สร้างภาพของแพลตฟอร์ม ให้เป็นส่วนที่ปกป้องได้ของตำแหน่งความยินยอมของเอเจนซี แทนที่จะเป็นหนี้การปฏิบัติตามกฎหมายที่ซ่อนอยู่