แนวทางปฏิบัติแนะนำสำหรับประกาศเกี่ยวกับคุกกี้

เพิ่มประสิทธิภาพประกาศเกี่ยวกับคุกกี้เพื่อประสิทธิภาพและความสามารถในการใช้งาน

เอกสารนี้จะอธิบายว่าประกาศคุกกี้จะส่งผลต่อประสิทธิภาพ การวัดประสิทธิภาพ และประสบการณ์ของผู้ใช้อย่างไร

การแสดง

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

การแจ้งเตือนเกี่ยวกับคุกกี้จะส่งผลต่อเมตริกของ Web Vitals ดังต่อไปนี้

• การแสดงผลเนื้อหาขนาดใหญ่ที่สุด (LCP): การแจ้งเตือนความยินยอมในการใช้คุกกี้ส่วนใหญ่ค่อนข้างเล็กและมักไม่มีองค์ประกอบ LCP ของหน้าเว็บ แต่ก็อาจเกิดขึ้นได้ โดยเฉพาะในอุปกรณ์เคลื่อนที่ ในอุปกรณ์เคลื่อนที่ การแจ้งเตือนคุกกี้มักจะกินพื้นที่ส่วนใหญ่ของหน้าจอ กรณีนี้มักเกิดขึ้นเมื่อการแจ้งเตือนคุกกี้มีบล็อกข้อความขนาดใหญ่ (บล็อกข้อความอาจเป็นองค์ประกอบ LCP ได้เช่นกัน)

• การโต้ตอบกับ Next Paint (INP): การแจ้งเตือนของคุกกี้มักเป็นสาเหตุของ INP ที่สูง เนื่องจากมักจะเพิ่มสคริปต์ของบุคคลที่สามจำนวนมากเมื่อมีการยอมรับ ปัญหาหลักมักจะเกิดจากการโต้ตอบในส่วนยอมรับ เนื่องจากจะส่งผลให้มีการประมวลผลข้อมูลจำนวนมากเพื่อเพิ่มสคริปต์ของบุคคลที่สามทั้งหมดในครั้งเดียว ดูวิธีลดปัญหานี้ได้ในส่วนแนวทางปฏิบัติแนะนำด้านล่าง

• Cumulative Layout Shift (CLS): การแจ้งเตือนเกี่ยวกับความยินยอมในการใช้คุกกี้เป็นแหล่งที่มาของการเปลี่ยนเลย์เอาต์ที่พบได้บ่อย

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

แนวทางปฏิบัติแนะนำ

แนวทางปฏิบัติแนะนำในส่วนนี้มุ่งเน้นที่ประกาศเกี่ยวกับคุกกี้ของบุคคลที่สาม แนวทางปฏิบัติแนะนำบางข้อ (แต่ไม่ทั้งหมด) จะมีผลกับประกาศคุกกี้ของบุคคลที่หนึ่งด้วย

ทำความเข้าใจผลกระทบ INP ของประกาศเกี่ยวกับคุกกี้

ดังที่กล่าวไว้ก่อนหน้านี้ ปุ่มยอมรับมักเป็นสาเหตุของปัญหา INP เนื่องจากมีการประมวลผลข้อมูลจำนวนมากที่เกิดขึ้นเมื่อคลิก

ทีม Chrome ได้ทำงานร่วมกับแพลตฟอร์มการจัดการความยินยอม (CMP) ต่างๆ เพื่อให้ได้ผลตอบแทนหลังจากคลิกยอมรับเพื่อให้เบราว์เซอร์รับทราบการยอมรับนั้นอย่างรวดเร็วในการแสดงผลครั้งถัดไป ดูตัวอย่างจากกรณีศึกษา PubTech

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

โหลดสคริปต์การแจ้งเตือนคุกกี้แบบไม่พร้อมกัน

สคริปต์ประกาศเกี่ยวกับคุกกี้ควรโหลดแบบไม่พร้อมกัน โดยเพิ่มแอตทริบิวต์ async ลงในแท็กสคริปต์

<script src="https://cookie-notice.com/script.js" async>

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

โหลดสคริปต์ประกาศเกี่ยวกับคุกกี้โดยตรง

ควรโหลดสคริปต์ประกาศคุกกี้ "โดยตรง" โดยวางแท็กสคริปต์ใน HTML ของเอกสารหลัก แทนที่จะโหลดโดย Tag Manager หรือสคริปต์อื่นๆ การใช้เครื่องจัดการแท็กหรือสคริปต์รองเพื่อแทรกสคริปต์การแจ้งเตือนคุกกี้จะหน่วงเวลาการโหลดสคริปต์การแจ้งเตือนคุกกี้ ซึ่งจะบดบังสคริปต์จากโปรแกรมแยกวิเคราะห์การค้นหาของเบราว์เซอร์ และป้องกันไม่ให้สคริปต์โหลดก่อนการเรียกใช้ JavaScript

สร้างการเชื่อมต่อล่วงหน้ากับต้นทางประกาศเกี่ยวกับคุกกี้

เว็บไซต์ทั้งหมดที่โหลดสคริปต์การแจ้งเตือนคุกกี้จากตำแหน่งของบุคคลที่สามควรใช้คำแนะนำเกี่ยวกับทรัพยากร dns-prefetch หรือ preconnect เพื่อช่วยสร้างการเชื่อมต่อล่วงหน้ากับต้นทางที่โฮสต์แหล่งข้อมูลประกาศเกี่ยวกับคุกกี้ ดูข้อมูลเพิ่มเติมได้ที่สร้างการเชื่อมต่อเครือข่ายตั้งแต่เนิ่นๆ เพื่อปรับปรุงความเร็วของหน้าเว็บที่รับรู้

<link rel="preconnect" href="https://cdn.cookie-notice.com/">

โหลดประกาศคุกกี้ล่วงหน้าตามความเหมาะสม

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

<link rel="preload" href="https://www.cookie-notice.com/cookie-script.js">

preload จะมีประสิทธิภาพมากที่สุดเมื่อการใช้งานจำกัดอยู่ที่การดึงข้อมูลทรัพยากรหลัก 2-3 รายการต่อหน้า ดังนั้น ประโยชน์ของการโหลดสคริปต์การแจ้งเตือนคุกกี้ล่วงหน้า จึงแตกต่างกันไปตามสถานการณ์

คำนึงถึงข้อดีข้อเสียด้านประสิทธิภาพเมื่อจัดรูปแบบประกาศคุกกี้

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

หลีกเลี่ยงการเปลี่ยนแปลงเลย์เอาต์

ปัญหาการเปลี่ยนเลย์เอาต์ที่พบบ่อยที่สุดบางส่วนที่เกี่ยวข้องกับประกาศเกี่ยวกับคุกกี้มีดังนี้

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

การเพิ่มประสิทธิภาพการโหลดขั้นสูง

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

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

การวัดประสิทธิภาพ

การแจ้งเตือนของคุกกี้อาจส่งผลต่อการวัดประสิทธิภาพ ส่วนนี้จะพูดถึงผลกระทบและเทคนิคบางส่วน ในการลดผลกระทบดังกล่าว

การตรวจสอบผู้ใช้จริง (RUM)

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

เว็บไซต์ต่างๆ ควรตระหนักถึงปรากฏการณ์นี้ คุณจึงควรทำความเข้าใจกลไกที่เครื่องมือ RUM ใช้เพื่อเก็บรวบรวมข้อมูล อย่างไรก็ตาม สำหรับเว็บไซต์ทั่วไป ความคลาดเคลื่อนนี้อาจไม่ใช่สาเหตุของสัญญาณเตือนเนื่องจากทิศทางและขนาดของข้อมูลที่มีความเอียง การใช้คุกกี้ไม่ใช่ข้อกำหนดทางเทคนิคสำหรับการวัดประสิทธิภาพ ไลบรารี JavaScript Web-vitals เป็นตัวอย่างของไลบรารีที่ไม่ใช้คุกกี้

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

การตรวจสอบสังเคราะห์

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

การทดสอบการแจ้งเตือนคุกกี้ด้วย WebPageTest

ส่วนต่อไปนี้จะกล่าวถึงการตั้งค่า WebPageTest และ Lighthouse ที่อาจมีประโยชน์ในการรวมประกาศเกี่ยวกับคุกกี้ไว้ในเวิร์กโฟลว์การวัดประสิทธิภาพ อย่างไรก็ตาม การแจ้งเตือนเกี่ยวกับคุกกี้และคุกกี้เป็นเพียงหนึ่งในหลายปัจจัยที่ยากต่อการจำลองอย่างสมบูรณ์ในสภาพแวดล้อมของห้องทดลอง ด้วยเหตุนี้ คุณจึงต้องทำให้ข้อมูล RUM เป็นพื้นฐานสำคัญของการเปรียบเทียบประสิทธิภาพ ไม่ใช่เครื่องมือสังเคราะห์

ใช้การเขียนสคริปต์

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

เพิ่มสคริปต์โดยไปที่แท็บสคริปต์ สคริปต์ต่อไปนี้จะไปยัง URL ที่จะทดสอบ จากนั้นคลิกองค์ประกอบ DOM ที่มี id=cookieButton

combineSteps
navigate    %URL%
clickAndWait    id=cookieButton

เมื่อใช้สคริปต์นี้ โปรดทราบข้อมูลต่อไปนี้

• combineSteps จะสั่งให้ WebPageTest "รวม" ผลลัพธ์ของขั้นตอนการเขียนสคริปต์ที่ตามมาเป็นชุดการติดตามและการวัดผลชุดเดียว การเรียกใช้สคริปต์นี้โดยไม่มี combineSteps ก็มีประโยชน์เช่นกัน เนื่องจากการติดตามแยกกันทำให้ดูได้ง่ายขึ้นว่าทรัพยากรโหลดก่อนหรือหลังการยอมรับคุกกี้
• %URL% คือแบบแผน WebPageTest ที่อ้างถึง URL ที่กำลังทดสอบ
• clickAndWait จะบอกให้ WebPageTest คลิกองค์ประกอบที่ attribute=value ระบุ และรอให้กิจกรรมเบราว์เซอร์ที่ตามมาเสร็จสิ้น ซึ่งใช้รูปแบบ clickAndWait attribute=Value

หากคุณกำหนดค่าสคริปต์นี้ถูกต้องแล้ว ภาพหน้าจอที่ WebPageTest จะไม่แสดงประกาศเกี่ยวกับคุกกี้ (ยอมรับประกาศเกี่ยวกับคุกกี้แล้ว)

ดูข้อมูลเพิ่มเติมเกี่ยวกับการเขียนสคริปต์ WebPageTest ได้ที่เอกสารประกอบ WebPageTest

ตั้งค่าคุกกี้

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

เปลี่ยนตำแหน่งทดสอบ

หากต้องการเปลี่ยนตำแหน่งทดสอบที่ WebPageTest ใช้ ให้คลิกเมนูแบบเลื่อนลงตำแหน่งทดสอบในแท็บการทดสอบขั้นสูง

การทดสอบประกาศเกี่ยวกับคุกกี้กับ Lighthouse

การตั้งค่าคุกกี้ในการเรียกใช้ Lighthouse ใช้เป็นกลไกในการปรับหน้าเว็บให้เข้าสู่สถานะหนึ่งๆ เพื่อทดสอบโดย Lighthouse ลักษณะการทำงานของคุกกี้ของ Lighthouse แตกต่างกันเล็กน้อยตามบริบท (เครื่องมือสำหรับนักพัฒนาเว็บ, CLI หรือ PageSpeed Insights)

DevTools

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

CLI

การเรียกใช้ Lighthouse จาก CLI จะใช้อินสแตนซ์ Chrome ใหม่ ดังนั้นจึงไม่มีการตั้งค่าคุกกี้โดยค่าเริ่มต้น หากต้องการเรียกใช้ Lighthouse จาก CLI ด้วยชุดคุกกี้หนึ่งๆ ให้ใช้คำสั่งต่อไปนี้

lighthouse <url> --extra-headers "{\"Cookie\":\"cookie1=abc; cookie2=def; \_id=foo\"}"

ดูข้อมูลเพิ่มเติมเกี่ยวกับการตั้งค่าส่วนหัวของคำขอที่กำหนดเองใน Lighthouse CLI ได้ที่การเรียกใช้ Lighthouse ในหน้าที่ตรวจสอบสิทธิ์แล้ว

PageSpeed Insights

การเรียกใช้ Lighthouse จาก PageSpeed Insights ใช้อินสแตนซ์ Chrome ใหม่และไม่ได้ตั้งค่าคุกกี้ใดๆ ไม่สามารถกำหนดค่า PageSeed Insights เพื่อตั้งค่าคุกกี้ที่ต้องการได้

ประสบการณ์ของผู้ใช้

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

เมื่อพิจารณาการออกแบบที่เป็นไปได้สำหรับประกาศคุกกี้ คุณควรคำนึงถึงสิ่งต่อไปนี้

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

ตำแหน่งโฆษณา

ประกาศคุกกี้สามารถแสดงเป็นส่วนหัว องค์ประกอบในบรรทัด หรือส่วนท้าย โฆษณาประเภทนี้อาจแสดงที่ด้านบนของเนื้อหาหน้าเว็บโดยใช้โมดัลหรือแสดงเป็นโฆษณาคั่นระหว่างหน้าก็ได้

การแจ้งเตือนส่วนหัว ส่วนท้าย และคุกกี้ในบรรทัด

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

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

เส้นใยกึ่งสังเคราะห์

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

โมดัลหน้าจอบางส่วนที่เล็กกว่าอาจเป็นทางเลือกที่ดีสำหรับเว็บไซต์ที่มีปัญหาในการใช้ประกาศคุกกี้ในลักษณะที่ไม่ทำให้เลย์เอาต์

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

ความสามารถในการกำหนดค่า

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

ไม่มีการกำหนดค่า

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

การกำหนดค่าบางอย่าง

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

กำหนดค่าได้เต็มรูปแบบ

ประกาศเกี่ยวกับคุกกี้เหล่านี้ช่วยให้ผู้ใช้มีการควบคุมที่ละเอียดขึ้นสำหรับการกำหนดค่าการใช้คุกกี้ที่ตนเองยอมรับ

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

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

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