เพิ่มประสิทธิภาพประกาศเกี่ยวกับคุกกี้เพื่อประสิทธิภาพและความสามารถในการใช้งาน
เอกสารนี้จะอธิบายว่าประกาศคุกกี้จะส่งผลต่อประสิทธิภาพ การวัดประสิทธิภาพ และประสบการณ์ของผู้ใช้อย่างไร
การแสดง
การแจ้งเตือนคุกกี้อาจมีผลกระทบอย่างมากต่อประสิทธิภาพของหน้าเว็บ เนื่องจากการแจ้งเตือนเหล่านี้มักจะโหลดตั้งแต่เนิ่นๆ ในกระบวนการโหลดหน้าเว็บ ปุ่มนี้จะแสดงต่อผู้ใช้ทุกคน และอาจส่งผลต่อการโหลดโฆษณาและเนื้อหาของหน้าเว็บอื่นๆ ได้
การแจ้งเตือนเกี่ยวกับคุกกี้จะส่งผลต่อเมตริกของ 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: ระบบมักจะแสดงการควบคุมสำหรับการกำหนดค่าการใช้คุกกี้โดยใช้โมดัลแยกต่างหากซึ่งจะเปิดขึ้นเมื่อผู้ใช้ตอบกลับการแจ้งเตือนความยินยอมในการใช้คุกกี้ครั้งแรก อย่างไรก็ตาม หากมีพื้นที่เพียงพอ บางเว็บไซต์จะแสดงการควบคุมเหล่านี้ในหน้าภายในประกาศความยินยอมในการใช้คุกกี้ครั้งแรก
รายละเอียด: วิธีการที่ใช้กันมากที่สุดในการกำหนดค่าคุกกี้คือการอนุญาตให้ผู้ใช้เลือกรับคุกกี้ตาม "หมวดหมู่" ของคุกกี้ ตัวอย่างของหมวดหมู่คุกกี้ที่พบบ่อย ได้แก่ คุกกี้ด้านการทำงาน การกำหนดเป้าหมาย และคุกกี้โซเชียลมีเดีย
อย่างไรก็ตาม บางเว็บไซต์จะพัฒนาไปอีกขั้นและอนุญาตให้ผู้ใช้เลือกใช้แบบสำหรับแต่ละคุกกี้ได้ อีกวิธีหนึ่งในการให้ผู้ใช้มีการควบคุมที่เจาะจงมากขึ้นคือการแบ่งหมวดหมู่คุกกี้ เช่น "การโฆษณา" ออกเป็นกรณีการใช้งานที่เจาะจง เช่น การอนุญาตให้ผู้ใช้เลือกใช้ "โฆษณาพื้นฐาน" และ "โฆษณาที่ปรับตามโปรไฟล์ของผู้ใช้" แยกกันได้
