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

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

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

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

ตัวอย่างที่การแจ้งเตือนคุกกี้อาจส่งผลต่อเมตริก Web Vitals

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

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

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

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

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

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

ทําความเข้าใจผลกระทบ INP ของการแจ้งเตือนคุกกี้

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

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

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

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

<script src="https://example.com/script.js" async>

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

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

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

<link rel="preconnect" href="https://cdn.example.com/">

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

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

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

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

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

ต่อไปนี้คือปัญหาการเปลี่ยนแปลงเลย์เอาต์ที่พบบ่อยที่สุดซึ่งเชื่อมโยงกับการแจ้งเตือนเกี่ยวกับคุกกี้

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

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

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

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

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

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

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

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

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

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

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

หากไม่มีการกําหนดค่าเอง เครื่องมือสังเคราะห์ส่วนใหญ่ (เช่น Lighthouse และ 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 ด้วยชุดคุกกี้ ให้ไปที่แท็บขั้นสูง แล้วเพิ่มส่วนหัวคุกกี้ลงในช่องส่วนหัวที่กำหนดเอง

ช่อง &quot;ส่วนหัวที่กำหนดเอง&quot; ใน WebPageTest

เปลี่ยนสถานที่ทดสอบ

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

เมนูแบบเลื่อนลง &quot;ตำแหน่งทดสอบ&quot; ใน WebPageTest

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

เครื่องมือสำหรับนักพัฒนาเว็บ

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

ภาพหน้าจอที่ไฮไลต์ตัวเลือก &quot;ล้างพื้นที่เก็บข้อมูล&quot; ของ 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: นี่เป็นประสบการณ์ที่ดีของผู้ใช้ไหม การออกแบบนี้ส่งผลต่อองค์ประกอบหน้าเว็บที่มีอยู่และเส้นทางของผู้ใช้อย่างไร
  • ธุรกิจ: กลยุทธ์คุกกี้ของเว็บไซต์คืออะไร เป้าหมายของคุณสำหรับประกาศเกี่ยวกับคุกกี้คืออะไร
  • กฎหมาย: การดำเนินการนี้เป็นไปตามข้อกำหนดทางกฎหมายหรือไม่
  • ทีมวิศวกร: การติดตั้งใช้งานและการบำรุงรักษาจะใช้เวลานานเท่าใด การเปลี่ยนจะยากง่ายเพียงใด

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

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

แผนภาพแสดงตัวอย่างตัวเลือกตําแหน่งต่างๆ สําหรับประกาศเกี่ยวกับคุกกี้

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

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

โมดอล

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

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

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

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

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

ไม่สามารถกําหนดค่าได้

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

แผนภาพแสดงตัวอย่างการแจ้งเตือนคุกกี้ที่ไม่มีการกำหนดค่าคุกกี้

กำหนดค่าได้บางส่วน

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

แผนภาพแสดงตัวอย่างการแจ้งเตือนคุกกี้ที่มีการกําหนดค่าคุกกี้ได้

กำหนดค่าได้อย่างเต็มที่

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

แผนภาพแสดงตัวอย่างการแจ้งเตือนคุกกี้ที่มีการกำหนดค่าคุกกี้ได้อย่างเต็มที่

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

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

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

แผนภาพแสดงตัวอย่างการแจ้งเตือนคุกกี้ที่มีการกำหนดค่าคุกกี้ได้อย่างเต็มที่