เพิ่มประสิทธิภาพประกาศเกี่ยวกับคุกกี้เพื่อประสิทธิภาพและความสามารถในการใช้งาน
บทความนี้จะอธิบายว่าประกาศเกี่ยวกับคุกกี้จะส่งผลต่อประสิทธิภาพ การวัดประสิทธิภาพ และประสบการณ์ของผู้ใช้อย่างไร
การแสดง
การแจ้งเตือนเกี่ยวกับคุกกี้อาจมีผลกระทบอย่างมากต่อประสิทธิภาพของหน้าเว็บเนื่องจากโดยปกติแล้วจะโหลดในช่วงเริ่มต้นของกระบวนการโหลดหน้าเว็บ แสดงต่อผู้ใช้ทั้งหมด และอาจส่งผลต่อการโหลดโฆษณาและเนื้อหาอื่นๆ ของหน้าเว็บ
การแจ้งเตือนเกี่ยวกับคุกกี้อาจส่งผลต่อเมตริก Web Vitals ดังนี้
การแสดงผลเนื้อหาขนาดใหญ่ที่สุด (LCP): ประกาศความยินยอมในการใช้คุกกี้ส่วนใหญ่มีขนาดเล็ก จึงมักไม่มีองค์ประกอบ LCP ของหน้าเว็บ แต่ก็อาจเกิดขึ้นได้ โดยเฉพาะในอุปกรณ์เคลื่อนที่ ในอุปกรณ์เคลื่อนที่ ประกาศเกี่ยวกับคุกกี้มักแสดงในหน้าจอขนาดใหญ่กว่า กรณีนี้มักเกิดขึ้นเมื่อประกาศคุกกี้มีบล็อกข้อความขนาดใหญ่ (บล็อกข้อความอาจเป็นองค์ประกอบ LCP ก็ได้)
First Input Delay (FID): โดยทั่วไปแล้ว โซลูชันความยินยอมให้ใช้คุกกี้ในตัวโซลูชันเองของคุณควรส่งผลต่อ FID เพียงเล็กน้อย ความยินยอมให้ใช้คุกกี้ก็ต้องมีการดำเนินการ JavaScript เพียงเล็กน้อย อย่างไรก็ตาม เทคโนโลยีที่คุกกี้เหล่านี้เปิดใช้ เช่น การโฆษณาและสคริปต์ติดตาม อาจมีผลกระทบอย่างมากต่อการโต้ตอบในหน้าเว็บ ชะลอสคริปต์เหล่านี้ไว้จนกว่าการยอมรับคุกกี้จะใช้เป็นเทคนิคในการลด First Input Delay (FID) ได้
Cumulative Layout Shift (CLS): ประกาศความยินยอมในการใช้คุกกี้เป็นแหล่งที่มาของการเปลี่ยนแปลงเลย์เอาต์ที่พบได้บ่อย
โดยทั่วไปแล้ว คุณจะคาดหวังได้ว่าการแจ้งเกี่ยวกับคุกกี้จากผู้ให้บริการบุคคลที่สามจะส่งผลต่อประสิทธิภาพมากกว่าการแจ้งเกี่ยวกับคุกกี้ที่คุณสร้างขึ้นเอง ปัญหานี้ไม่ได้เกิดขึ้นกับการแจ้งเตือนเกี่ยวกับคุกกี้โดยเฉพาะ แต่เป็นลักษณะของสคริปต์ของบุคคลที่สามโดยทั่วไป
แนวทางปฏิบัติแนะนำ
แนวทางปฏิบัติแนะนำในส่วนนี้มุ่งเน้นที่ประกาศเกี่ยวกับคุกกี้ของบุคคลที่สาม แนวทางปฏิบัติแนะนำเหล่านี้บางส่วนจะใช้กับประกาศของคุกกี้ของบุคคลที่หนึ่งได้ด้วย แต่ไม่ใช่ทั้งหมด
โหลดสคริปต์ประกาศคุกกี้แบบไม่พร้อมกัน
สคริปต์ประกาศคุกกี้ควรโหลดแบบไม่พร้อมกัน หากต้องการดำเนินการดังกล่าว ให้เพิ่มแอตทริบิวต์ async
ลงในแท็กสคริปต์
<script src="https://cookie-notice.com/script.js" async>
สคริปต์ที่ไม่ใช่อะซิงโครนัสจะบล็อกโปรแกรมแยกวิเคราะห์ของเบราว์เซอร์ ซึ่งจะทำให้การโหลดหน้าเว็บ และ LCP ล่าช้า ดูข้อมูลเพิ่มเติมได้ที่โหลด JavaScript ของบุคคลที่สามอย่างมีประสิทธิภาพ
โหลดสคริปต์ประกาศคุกกี้โดยตรง
คุณควรโหลดสคริปต์ประกาศคุกกี้ "โดยตรง" โดยการวางแท็กสคริปต์ไว้ใน HTML ของเอกสารหลัก ไม่ใช่โหลดโดยเครื่องจัดการแท็กหรือสคริปต์อื่นๆ การใช้ Tag Manager หรือสคริปต์รองเพื่อแทรกสคริปต์การแจ้งเตือนคุกกี้จะทำให้การโหลดสคริปต์การแจ้งเตือนคุกกี้นั้นล่าช้า โดยโปรแกรมจะบดบังสคริปต์จากโปรแกรมแยกวิเคราะห์ Lookahead ของเบราว์เซอร์และป้องกันไม่ให้สคริปต์โหลดก่อนเรียกใช้ 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 และ Lighthouse ที่อาจเป็นประโยชน์ในการรวมประกาศคุกกี้ไว้ในเวิร์กโฟลว์การวัดประสิทธิภาพ อย่างไรก็ตาม การแจ้งเตือนเกี่ยวกับคุกกี้และคุกกี้เป็นเพียงปัจจัยหนึ่งในหลายๆ ปัจจัยที่อาจจำลองได้ยากในสภาพแวดล้อมของห้องทดลอง ด้วยเหตุนี้ คุณจึงควรทำให้ข้อมูล RUM เป็นหัวใจสำคัญของการเปรียบเทียบประสิทธิภาพ แทนที่จะเป็นเครื่องมือสังเคราะห์
การทดสอบประกาศเกี่ยวกับคุกกี้ด้วย WebPageTest
การเขียนสคริปต์
คุณใช้การเขียนสคริปต์เพื่อให้ "คลิก" แบนเนอร์แสดงความยินยอมให้ใช้คุกกี้ทางการตลาดใน WebPageTest ขณะรวบรวมการติดตามได้
เพิ่มสคริปต์โดยไปที่แท็บสคริปต์ สคริปต์ด้านล่างจะไปยัง URL ที่จะทดสอบ แล้วคลิกองค์ประกอบ DOM ที่มีรหัส 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 จะแตกต่างกันไปเล็กน้อยตามบริบท (DevTools, 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: การควบคุมสำหรับการกำหนดค่าการใช้คุกกี้มักจะแสดงในลักษณะที่เป็นโมดัลแยกต่างหาก ซึ่งจะเปิดขึ้นเมื่อผู้ใช้ตอบสนองต่อประกาศความยินยอมใช้งานคุกกี้ครั้งแรก อย่างไรก็ตาม หากอนุญาตให้มีพื้นที่เพียงพอ บางเว็บไซต์จะแสดงการควบคุมเหล่านี้ในบรรทัดภายในประกาศความยินยอมการใช้คุกกี้ครั้งแรก
รายละเอียด: วิธีที่นิยมใช้มากที่สุดในการกำหนดค่าคุกกี้คือการอนุญาตให้ผู้ใช้เลือกใช้คุกกี้ตาม "หมวดหมู่" ของคุกกี้ ตัวอย่างของหมวดหมู่คุกกี้ที่พบบ่อย ได้แก่ คุกกี้ตามฟังก์ชันการทำงาน การกำหนดเป้าหมาย และคุกกี้โซเชียลมีเดีย
อย่างไรก็ตาม บางเว็บไซต์จะพัฒนาไปไกลกว่านั้น โดยอนุญาตให้ผู้ใช้เลือกรับในแบบคุกกี้ได้ อีกวิธีหนึ่งในการให้การควบคุมที่เจาะจงมากขึ้นแก่ผู้ใช้คือการแบ่งหมวดหมู่คุกกี้ เช่น "การโฆษณา" ออกเป็นกรณีการใช้งานที่เจาะจง เช่น การอนุญาตให้ผู้ใช้เลือกใช้ "โฆษณาพื้นฐาน" และ "โฆษณาที่ปรับตามโปรไฟล์ของผู้ใช้" แยกกัน