เรามีโหมดการทดสอบที่อำนวยความสะดวกโดย Chrome ซึ่งอนุญาตให้เว็บไซต์ดูตัวอย่างลักษณะการทำงานและฟีเจอร์ของเว็บไซต์เมื่อไม่มีคุกกี้ของบุคคลที่สาม เพื่อเตรียมพร้อมสำหรับการเลิกใช้งานคุกกี้ของบุคคลที่สาม คู่มือนี้ให้ภาพรวมของโหมดการทดสอบที่ Chrome วางแผนให้บริการและวิธีเข้าถึงป้ายกำกับกลุ่มทดสอบ
เบราว์เซอร์ Chrome ในบริบทนี้หมายถึงไคลเอ็นต์ Chrome: การติดตั้ง Chrome ในอุปกรณ์ ไดเรกทอรีข้อมูลของผู้ใช้แต่ละรายประกอบขึ้นเป็นไคลเอ็นต์ที่ไม่ซ้ำกัน
กลุ่มการทดสอบ: ชุดเบราว์เซอร์ Chrome ที่เปิดใช้ ปิดใช้ หรือกำหนดค่าฟีเจอร์บางอย่าง ในบริบทของการทดสอบที่อำนวยความสะดวกโดย Chrome ชุดเบราว์เซอร์ที่มีการตั้งค่าป้ายกำกับ
ป้ายกำกับ: ในบริบทนี้ ค่าส่วนหัวของคำขอที่กำหนดให้กับเบราว์เซอร์ที่เป็นของกลุ่มทดสอบ เบราว์เซอร์แต่ละรายการในกลุ่มทดสอบจะยังคงอยู่ในกลุ่มนั้นตลอดช่วงเวลาของการทดสอบที่อำนวยความสะดวกโดย Chrome เพื่อให้มั่นใจว่าป้ายกำกับสำหรับเบราว์เซอร์จะสอดคล้องกันมากยิ่งขึ้นในทุกผู้ทดสอบ
เราให้บริการ 2 โหมดที่แตกต่างกันดังนี้
- โหมด A: ตั้งแต่เดือนพฤศจิกายน 2023 องค์กรที่ทดสอบ PS R&M API สามารถเลือกรับป้ายกำกับที่สอดคล้องกันในเบราว์เซอร์ Chrome กลุ่มย่อย เพื่อให้ทำการทดสอบแบบประสานงานระหว่างผู้ทดสอบแต่ละรายได้
- โหมด B: ตั้งแต่วันที่ 4 มกราคม 2024 เป็นต้นไป Chrome จะปิดใช้คุกกี้ของบุคคลที่สามทั่วโลกสำหรับเบราว์เซอร์ Chrome บางส่วน
เมื่อมีการปิดใช้คุกกี้ของบุคคลที่สามในโหมด B คุกกี้ดังกล่าวจะยังคงปิดใช้ไปตลอดจนกระทั่งเลิกใช้งานคุกกี้ของบุคคลที่สามอย่างเต็มรูปแบบ
เราได้ทำงานร่วมกับ CMA เพื่อให้โหมดการทดสอบเหล่านี้สอดคล้องกับเฟรมเวิร์กการทดสอบ (และไทม์ไลน์) ของบุคคลที่สามตามที่ระบุไว้ในคำแนะนำเกี่ยวกับการทดสอบในอุตสาหกรรม ด้วยเหตุนี้ CMA จึงคาดว่าจะนำผลการทดสอบในโหมดเหล่านี้ไปใช้ในการประเมิน Privacy Sandbox ได้ CMA ระบุว่ามีแนวโน้มที่จะให้น้ำหนักกับผลลัพธ์จากการออกแบบเชิงทดลอง 2 มากกว่า ซึ่งใช้ป้ายกำกับโหมด B และป้ายกำกับโหมด A ตัวควบคุม 1 ดูข้อมูลเพิ่มเติมเกี่ยวกับการออกแบบเชิงทดลอง 2 ได้ที่หลักเกณฑ์ของ CMA ในวันที่ 26 ตุลาคม
คุณจะเข้าถึงป้ายกำกับได้โดยใช้ค่า Cookie-Deprecation
ชั่วคราวที่ใช้ได้จากส่วนหัว HTTP หรือ JavaScript API ดูรายละเอียดการใช้งานในส่วนการเข้าถึงป้ายกำกับโดยใช้ค่าการเลิกใช้งานคุกกี้
นอกจากนี้เรายังจะส่งข้อเสนอนี้ผ่านขั้นตอนการพัฒนา Blink ตามปกติด้วย ซึ่งจะสรุปการออกแบบทางเทคนิคและเป้าหมายการเผยแพร่ Chrome แม้ว่านี่จะเป็นการติดตั้งใช้งานที่เราต้องการ แต่การพูดคุยและการอนุมัติเพิ่มเติมหมายความว่ารายละเอียดเหล่านี้ยังคงมีการเปลี่ยนแปลงได้ เราจะคอยอัปเดตหน้านี้เมื่อมีความคืบหน้าของแผน และคุณยังแสดงความคิดเห็นหรือถามคำถามต่อไปได้
โหมด A: กลุ่มเบราว์เซอร์ที่ติดป้ายกำกับ
องค์กรที่เข้าร่วมการทดสอบจะเลือกรับชุดป้ายกำกับแบบถาวรสำหรับชุดย่อยของเบราว์เซอร์ Chrome ได้ ทำให้สามารถประสานการทดสอบเทคโนโลยีโฆษณาต่างๆ บนเบราว์เซอร์ชุดเดียวกันได้อย่างสอดคล้องกัน
ตัวอย่างเช่น หากเบราว์เซอร์จัดอยู่ในกลุ่มทดสอบ label_only_3
(ดังที่แสดงในตารางต่อไปนี้) เทคโนโลยีโฆษณาที่เข้าร่วมทั้งหมดจะเห็นป้ายกำกับ label_only_3
เดียวกันและประสานงานอย่างสอดคล้องกัน นั่นคือ ใช้ PS R&M API แต่ไม่ใช้คุกกี้ของบุคคลที่สาม เราคาดหวังให้ผู้เข้าร่วมในหน้าตรวจสอบว่าระบบจะส่งต่อป้ายกำกับไปยังผู้เข้าร่วมคนอื่นๆ เพื่อให้การทดสอบสอดคล้องกันตลอดกระบวนการเลือกและการวัดผลโฆษณา
ตัวอย่างเช่น วิธีนี้จะช่วยให้ผู้เข้าร่วมหลายรายเรียกใช้การประมูล Protected Audience โดยไม่ใช้คุกกี้ของบุคคลที่สามในกลุ่มเบราว์เซอร์ที่สอดคล้องกัน ผู้เข้าร่วมผู้ขายการประมูลจะส่งต่อป้ายกำกับที่สังเกตได้ไปยังผู้ซื้อเพื่ออำนวยความสะดวกในการทดสอบอย่างสอดคล้องกัน
ป้ายกำกับจะไม่ส่งผลกระทบต่อลักษณะการทำงานในอินสแตนซ์ของ Chrome ซึ่งรวมถึงความพร้อมใช้งานของคุกกี้ของบุคคลที่สาม ป้ายกำกับจะช่วยจัดกลุ่มสำหรับการทดสอบที่เป็นอิสระและประสานงานกัน แต่ทุกฝ่ายที่เข้าร่วมจะบังคับใช้พารามิเตอร์ที่เกี่ยวข้องสำหรับการทดสอบได้ หากคุณกำลังทดสอบผลจากการลบคุกกี้ของบุคคลที่สาม ผู้เข้าร่วมแต่ละรายจะต้องรับผิดชอบในการยกเว้นข้อมูลคุกกี้ของบุคคลที่สามสำหรับเบราว์เซอร์ที่มีป้ายกำกับนั้น
เป้าหมายคือการมีกลุ่มที่เป็นตัวแทนของการเข้าชม Chrome ตามปกติ ซึ่งหมายความว่าทั้งคุกกี้ของบุคคลที่สามและ PS R&M API ควรพร้อมใช้งาน แม้ว่าผู้ใช้บางส่วนอาจเคยใช้การตั้งค่าหรือส่วนขยายเพื่อเปลี่ยนหรือปิดใช้ฟีเจอร์ก็ตาม
โดยทั่วไปแล้ว ป้ายกำกับจะคงอยู่ตลอดเซสชันการท่องเว็บใน Chrome และในเซสชันต่างๆ อย่างไรก็ตาม การดำเนินการนี้ไม่สามารถรับประกันได้ เนื่องจากในบางกรณีที่พบไม่บ่อยนักที่การรีเซ็ตเบราว์เซอร์ทั้งหมดอาจรีเซ็ตป้ายกำกับปัจจุบันด้วย
เราวางแผนที่จะรวมเบราว์เซอร์ Chrome เวอร์ชันเสถียร 8.5% สำหรับโหมด A โดยข้อเสนอเบื้องต้นจะแบ่งผู้เข้าร่วมออกเป็น 9 กลุ่ม กลุ่มย่อยที่เล็กลงมีวัตถุประสงค์เพื่อให้เทคโนโลยีโฆษณามีความยืดหยุ่นในการรวมป้ายกำกับเพื่อสร้างการทดสอบของตนเองในขนาดต่างๆ กลุ่มไม่ทับซ้อนกัน
โปรดทราบว่าป้ายกำกับ control_1.*
มีจุดประสงค์เพื่อใช้เป็น "การควบคุม 1" ตามที่ระบุไว้ในคำแนะนำของ CMA เกี่ยวกับการทดสอบอุตสาหกรรม ดังนั้นผู้เข้าร่วมการทดสอบจึงไม่ควรใช้ Topics API หรือเรียกใช้การประมูล Protected Audience สำหรับการเข้าชมนี้ เนื่องจากป้ายกํากับไม่ส่งผลต่อลักษณะการทํางานของเบราว์เซอร์ ผู้เข้าร่วมจึงไม่ควรส่งหัวข้อที่สังเกตได้หรือเรียกใช้การประมูลที่ใช้ Protected Audience API เมื่อตรวจพบป้ายกำกับกลุ่ม control_1.*
เรายินดีรับฟัง ความคิดเห็น ว่ากลุ่มที่เลือกนี้ตรงตามความต้องการขององค์กร ที่เข้าร่วมหรือไม่
ป้ายกำกับ | % ของการเข้าชมที่เสถียร |
---|---|
control_1.1 |
0.25 |
control_1.2 |
0.25 |
control_1.3 |
0.25 |
control_1.4 |
0.25 |
label_only_1 |
1.5 |
label_only_2 |
1.5 |
label_only_3 |
1.5 |
label_only_4 |
1.5 |
label_only_5 |
1.5 |
กลุ่มเบราว์เซอร์ในโหมด A label_only_
ได้เปิดให้ใช้งานตั้งแต่เดือนพฤศจิกายน 2023 เป็นต้นไป และกลุ่มโหมด A control_1_*
พร้อมใช้งานตั้งแต่วันที่ 4 มกราคม 2024
โหมด B: ปิดใช้คุกกี้ของบุคคลที่สาม 1%
Chrome ได้ปิดใช้คุกกี้ของบุคคลที่สามในเบราว์เซอร์ Chrome เวอร์ชันเสถียรประมาณ 1% ตั้งแต่วันที่ 4 มกราคม 2024 (และในเบราว์เซอร์เวอร์ชันพัฒนา เวอร์ชัน Canary และเบต้าในช่วงไตรมาสที่ 4 ปี 2023 ด้วย) องค์กรที่ทดสอบ PS R&M API ไม่จำเป็นต้องเลือกใช้โหมดนี้ เนื่องจากจะมีการใช้โหมดดังกล่าวกับประชากรทั้งหมดของเบราว์เซอร์ แน่นอนว่า มีความเป็นไปได้ที่ฟีเจอร์บางอย่างของเว็บไซต์อาจได้รับผลกระทบหากเว็บไซต์ยังไม่ได้ใช้โซลูชันอื่น เช่น CHIPS หรือชุดเว็บไซต์ที่เกี่ยวข้อง
นอกจากนี้ เราวางแผนที่จะมอบการเข้าชมจำนวนเล็กน้อยในโหมด B ที่ปิดใช้ PS R&M API API อื่นๆ เช่น ชุดเว็บไซต์ที่เกี่ยวข้อง, CHIPS และ FedCM จะไม่ถูกปิดใช้ เราคาดว่าชุดค่าผสมนี้จะเป็นประโยชน์ในการสร้างพื้นฐานประสิทธิภาพสำหรับเบราว์เซอร์ที่ไม่มีคุกกี้ของบุคคลที่สามและไม่มี PS R&M API
และสำหรับโหมด B เรายังมีป้ายกำกับสำหรับเบราว์เซอร์ที่ได้รับผลกระทบ ป้ายกำกับจะพร้อมใช้งานพร้อมกับ API ที่ปิดใช้ เราเสนอที่จะแบ่งประชากรออกเป็น treatment_1.*
กลุ่ม 3 กลุ่มซึ่งใช้คุกกี้ของบุคคลที่สามอยู่ แต่ PS R&M API ใช้งานได้ และอีก 1 กลุ่มคือ control_2
ที่ปิดใช้คุกกี้ของบุคคลที่สามทั้งและ PS R&M API
เพื่อช่วยในการแก้ไขข้อบกพร่องของ Attribution Reporting API และการผสานรวม Private Aggregation API ตลอดจนช่วยให้ผู้เข้าร่วมการทดสอบเข้าใจผลกระทบของสัญญาณรบกวนได้ดีขึ้น รายงานการแก้ไขข้อบกพร่องของ ARA และรายงานแก้ไขข้อบกพร่องของการรวมแบบส่วนตัวจะยังพร้อมใช้งานสำหรับเบราว์เซอร์ในโหมด B ตราบใดที่ผู้ใช้ไม่ได้บล็อกคุกกี้ของบุคคลที่สามอย่างชัดแจ้ง รายงานแก้ไขข้อบกพร่องจะใช้ไม่ได้ใน control_2
เนื่องจาก PS R&M API ไม่พร้อมใช้งานในส่วนดังกล่าว รายงานการแก้ไขข้อบกพร่องจะยังคงมีการเลิกใช้งาน รวมถึงการเลิกใช้งานคุกกี้ของบุคคลที่สาม
- สำหรับ Attribution Reporting API เนื่องจากมีการปิดใช้คุกกี้ของบุคคลที่สาม ต้นทางการรายงานจะตั้งค่าคุกกี้
ar_debug
ไม่ได้ และควรใช้การตั้งค่าช่องdebug_key
(สําหรับรายงานการระบุแหล่งที่มาสำเร็จ) และช่องdebug_reporting
(สําหรับรายงานแบบละเอียด) เพื่อเลือกรับหรือไม่รับรายงานการแก้ไขข้อบกพร่อง - สำหรับ Private Aggregation API ต้นทางการรายงานควรใช้การเรียกใช้
enableDebugMode()
เพื่อควบคุมการเลือกรับรายงานการแก้ไขข้อบกพร่อง บริษัทต่างๆ ควรพิจารณาวิธีบังคับใช้ภาระหน้าที่ตามกฎระเบียบกับการใช้ Attribution Reporting API และ Private Aggregation API รวมถึงรายงานการแก้ไขข้อบกพร่อง อย่างต่อเนื่อง
โหมด A จะทำงานต่อไป และกลุ่มเหล่านี้แตกต่างจากกลุ่มโหมด A เนื่องจากผู้ใช้จะอยู่ในโหมด A, โหมด B หรือไม่ได้ทั้งคู่ ผู้เข้าร่วมการทดสอบควรใช้การเข้าชม control_1.*
เป็นกลุ่มควบคุมที่แสดงถึงสถานะปัจจุบันด้วยคุกกี้ของบุคคลที่สาม
ป้ายกำกับ | % ของการเข้าชมที่เสถียร |
---|---|
treatment_1.1 |
0.25 |
treatment_1.2 |
0.25 |
treatment_1.3 |
0.25 |
control_2 |
0.25 |
Chrome ยังจำกัดคุกกี้ไว้ 20% ในไคลเอ็นต์ Chrome Canary, Dev และรุ่นเบต้าด้วย
ป้ายกำกับ | % ของการเข้าชมก่อนเสถียร |
---|---|
prestable_treatment_1 |
10% |
prestable_control_2 |
10% |
การรวมไว้ในกลุ่มทดสอบเหล่านี้จะมีผลเช่นเดียวกับกลุ่มที่เทียบเท่าซึ่งมีเวอร์ชันเสถียร
เราไม่รับประกันว่า PS R&M API จะพร้อมใช้งาน เช่นเดียวกับโหมด A เนื่องจากผู้ใช้ปิดใช้ได้จากการตั้งค่าความเป็นส่วนตัวและความปลอดภัยของ Chrome และเช่นเดียวกัน เราไม่รับประกันว่าจะปิดใช้งานคุกกี้ของบุคคลที่สามสำหรับสมาชิกทุกคนของกลุ่ม control_2
เนื่องจากผู้ใช้อาจเข้าถึง UI ของเบราว์เซอร์เพื่ออนุญาตคุกกี้ของบุคคลที่สามสำหรับเว็บไซต์
การตรวจสอบการทดสอบ
อย่าลืมตรวจสอบปริมาณการเข้าชมสัมพัทธ์ของกลุ่มทดสอบและป้ายกำกับควบคุมแต่ละรายการ treatment_1.1
ควรมีจำนวนการเข้าชมเท่ากับ treatment_1.2
และ treatment_1.3
เราขอแนะนำให้ใช้การพิจารณาตามที่เห็นสมควรเกี่ยวกับการรับส่งข้อมูลที่มีป้ายกำกับที่มาจาก Chrome เวอร์ชันก่อนเวอร์ชัน 120 หากทีมที่โดยปกติแล้วจัดการการเข้าชมที่ไม่ถูกต้องตรวจพบ User Agent ที่มีลักษณะเฉพาะของการเข้าชมที่ไม่ถูกต้อง คุณก็ควรกรองเนื้อหาดังกล่าวออกจากผลการทดสอบ
ป้ายกำกับก่อนช่วงระยะเวลา
เราได้ทำช่วงก่อนสำหรับการทดสอบหลายกลุ่มซึ่งเป็นช่วงจนถึงเดือนมกราคม 2024 ซึ่งเป็นช่วงระยะเวลาหนึ่งเพื่อให้ Chrome ปรับขนาดและเลือกกลุ่มที่ไม่มีอคติทางสถิติได้อย่างแม่นยำ ช่วงเวลาก่อนการทดสอบเหล่านี้ทำงานสำหรับกลุ่มทั้งหมดที่มีกำหนดเวลา
ให้เริ่มต้นในเดือนมกราคม ซึ่งก็คือกลุ่มโหมด B และกลุ่มทดสอบ Control_1.* ไม่จำเป็นต้องดำเนินการใดๆ กับนักพัฒนาซอฟต์แวร์หรือการดำเนินการของเว็บไซต์ กลุ่มก่อนช่วงระยะเวลาเหล่านี้จะไม่มีการเปลี่ยนแปลงลักษณะการทำงานหรือความพร้อมใช้งานของ API แต่คุณควรทราบว่าคุณอาจเห็นป้ายกำกับ preperiod
ปรากฏขึ้นในบางสถานการณ์ แม้ว่าเบราว์เซอร์ที่ได้รับป้ายกำกับ preperiod
อาจเปลี่ยนไปใช้กลุ่มทดสอบกลุ่มใดกลุ่มหนึ่ง แต่เรารับประกันไม่ได้ว่าเบราว์เซอร์ที่มีป้ายกำกับนี้ เราจึงไม่รับประกันว่าเบราว์เซอร์ที่มีป้ายกำกับนี้จะอยู่ในการทดสอบ
กลุ่มทดสอบคือกลุ่มประชากรชุดย่อยภายใต้การศึกษา ซึ่งในกรณีนี้คือหนึ่งในกลุ่มที่ติดป้ายกำกับ
เข้าถึงป้ายกำกับโดยใช้ค่าการเลิกใช้งานคุกกี้
ในช่วงเวลาของโหมด A และโหมด B เราได้เปิดตัวค่า Cookie-Deprecation
ชั่วคราวที่เข้าถึงได้โดยใช้ส่วนหัว HTTP การเลือกใช้และ JavaScript API ซึ่งมีป้ายกำกับสำหรับกลุ่มทดสอบโหมด A หรือ B ที่เกี่ยวข้องของเบราว์เซอร์ (ตามที่กำหนดโดยเปอร์เซ็นต์ข้างต้น) หากค่าดังกล่าวอยู่ในกลุ่มใดกลุ่มหนึ่งเหล่านี้
การเข้าถึงป้ายกํากับเกี่ยวข้องกับการเข้าถึงข้อมูลที่จัดเก็บไว้ในอุปกรณ์ของผู้ใช้ ในบางเขตอำนาจศาล (เช่น สหภาพยุโรปและสหราชอาณาจักร) เราเข้าใจว่ากิจกรรมนี้คล้ายกับการใช้คุกกี้ ดังนั้นการเข้าถึงป้ายกำกับจึงอาจต้องได้รับความยินยอมจากผู้ใช้ปลายทาง ก่อนที่จะเริ่มขอป้ายกำกับ เราขอแนะนำให้ขอคำแนะนำทางกฎหมายว่าภาระหน้าที่ในการขอความยินยอมนี้มีผลกับคุณหรือไม่
เข้าถึงส่วนหัว HTTP Sec-Cookie-Deprecation
หากต้องการรับส่วนหัวของคำขอ Sec-Cookie-Deprecation
เว็บไซต์จะต้องตั้งค่าคุกกี้ receive-cookie-deprecation
ก่อน คุกกี้นี้ต้องใช้แอตทริบิวต์ Partitioned
ซึ่งหมายความว่าการเลือกรับส่วนหัวต้องดำเนินการตามเว็บไซต์ระดับบนสุด
เช่น หาก 3p-example.site
ต้องการรับส่วนหัว Sec-Cookie-Deprecation
ในทรัพยากรที่ฝังใน example.com
ก็ให้ 3p-example.site
ต้องตั้งค่าคุกกี้ต่อไปนี้ในบริบทดังกล่าว
Set-Cookie: receive-cookie-deprecation=1; Secure; HttpOnly; Path=/; SameSite=None; Partitioned; Max-Age=15552000
แอตทริบิวต์คุกกี้ Secure
, HttpOnly
, SameSite
และ Partitioned
เป็นสิ่งจำเป็น คุณอาจตั้งค่าแอตทริบิวต์อื่นๆ เช่น Domain
, Path
, Expires
และ Max-Age
ว่าเหมาะกับความต้องการของคุณมากที่สุด แม้ว่า Path=/
จะเป็นค่าเริ่มต้นที่ดีก็ตาม ตัวอย่างนี้เป็นการตั้งค่า Max-Age=15552000
เพื่อไม่ให้คุกกี้หมดอายุจนกว่าจะครบ 180 วัน
คุณอาจต้องเริ่มตั้งค่าคุกกี้ receive-cookie-deprecation=1
ก่อนที่ระยะเวลาการทดสอบที่อำนวยความสะดวกโดย Chrome จะเริ่มต้น เพื่อให้แน่ใจว่าเบราว์เซอร์ในกลุ่มทดสอบมีส่วนหัวของคำขอ Sec-Cookie-Deprecation
ทันทีที่ระยะเวลาดังกล่าวพร้อมใช้งาน
ตัวอย่างเช่น สมมติว่าเบราว์เซอร์อยู่ในกลุ่ม example_label_1
คำขอที่ตามมาที่มีคุกกี้นี้จะรวมส่วนหัว Sec-Cookie-Deprecation
ด้วย
Sec-Cookie-Deprecation: example_label_1
หากเบราว์เซอร์ไม่ได้อยู่ในกลุ่ม จะไม่มีการส่งส่วนหัว
ป้ายกำกับจะเชื่อมโยงกับการมีคุกกี้ ดังนั้นหากคุกกี้ถูกลบ บล็อกทั้งหมด หรือถูกบล็อกสำหรับเว็บไซต์ใดเว็บไซต์หนึ่ง จะไม่มีการส่งป้ายกำกับ เนื่องจากแอตทริบิวต์ Partitioned
มีไว้เพื่อการใช้งานต่อไปหลังจากเลิกใช้งานคุกกี้ของบุคคลที่สามโดยสมบูรณ์แล้ว นั่นหมายความว่าอาจมีการตั้งค่าคุกกี้ Partitioned
เมื่อบล็อกคุกกี้ของบุคคลที่สาม
เข้าถึง cookieDeprecationLabel JavaScript API
นอกจากนี้ คุณยังเข้าถึงค่า Cookie-Deprecation
โดยใช้ JavaScript API ของ navigator.cookieDeprecationLabel.getValue()
ได้อีกด้วย ซึ่งจะแสดงเป็นคำมั่นสัญญาที่จะเปลี่ยนเป็นสตริงที่มีป้ายกำกับกลุ่มที่เกี่ยวข้อง ตัวอย่างเช่น หากเบราว์เซอร์อยู่ในกลุ่ม example_label_1
// Feature detect temporary API first
if ('cookieDeprecationLabel' in navigator) {
// Request value and resolve promise
navigator.cookieDeprecationLabel.getValue().then((label) => {
console.log(label);
// Expected output: "example_label_1"
});
}
หากเบราว์เซอร์ไม่ได้เป็นส่วนหนึ่งของกลุ่ม API จะใช้งานไม่ได้หรือค่าจะเป็นสตริงว่างเปล่า ดังนั้นโปรดตรวจสอบว่าคุณได้ตรวจหาฟีเจอร์
อาจมีการเรียก JavaScript API โดยไม่คำนึงถึงคุกกี้ receive-cookie-deprecation
อย่างไรก็ตาม หากบล็อกคุกกี้ทั้งหมดหรือเฉพาะเจาะจงสำหรับเว็บไซต์ API ดังกล่าวก็จะไม่พร้อมใช้งานหรือแสดงผลสตริงว่าง
โปรดตรวจสอบว่าคุณทำความสะอาดและตรวจสอบค่าจากส่วนหัวหรือ JavaScript API ก่อนใช้งานเช่นเดียวกับค่าอื่นๆ ที่ไคลเอ็นต์ระบุ
การสาธิตและการทดสอบ
ตั้งแต่ Chrome 120 เป็นต้นไป จะมีแฟล็กเพื่อให้นักพัฒนาซอฟต์แวร์ท้องถิ่นสามารถทดสอบการส่งคำขอและอ่านป้ายกำกับได้
แฟล็ก chrome://flags/#tpc-phase-out-facilitated-testing
ช่วยให้คุณเปิดใช้การเลือกป้ายกำกับทดสอบบางรายการได้ ป้ายกำกับเหล่านี้จะขึ้นต้นด้วย fake_
เพื่อแยกออกจากป้ายกำกับจริง การเปิดใช้การตั้งค่าสถานะไม่ได้เป็นการเลือก
ให้เบราว์เซอร์เข้าร่วมกับกลุ่มทดสอบใดๆ
ดูการทำงานของป้ายกำกับได้ที่ goo.gle/cft-demo
เนื่องจากมีการบังคับใช้การลงทะเบียนสำหรับ API การวัดผลและความเกี่ยวข้องของ Privacy Sandbox คุณจึงอาจต้องลบล้างการบังคับใช้สำหรับการทดสอบในเครื่องโดยใช้ chrome://flags/#privacy-sandbox-enrollment-overrides
และจัดเตรียมต้นทางของการสาธิต หรือใส่แฟล็กบรรทัดคำสั่งต่อไปนี้หากคุณเรียกใช้ Chrome จากเทอร์มินัล
--args --disable-features=EnforcePrivacySandboxAttestations
![chrome://flags/#tpc-phase-out-facilitated-testing](https://developers.google.cn/static/privacy-sandbox/assets/images/cft-flag.png?authuser=6&hl=th)
เมนูธงแบบเลื่อนลงมีหลายตัวเลือก ผู้ทดสอบจะสนใจรายการที่มีเครื่องหมาย "บังคับใช้" เป็นหลัก เนื่องจากจะช่วยให้มั่นใจได้ว่าลักษณะการทำงานของการทดสอบจะเปิดใช้โดยไม่คำนึงถึงการกำหนดค่าอื่นๆ ของอุปกรณ์
หากต้องการทดสอบเฉพาะป้ายกำกับกลุ่มทดสอบ ให้เลือก "เปิดใช้การควบคุมบังคับ 1" หรือ "เปิดใช้การบังคับป้ายกำกับเท่านั้น" ซึ่งจะทำให้เบราว์เซอร์ส่งป้ายกำกับ "fake_control_1.1" หรือ "fake_label_only_1.1"
ใน Chrome M120 หรือใหม่กว่า คุณอาจใช้รายการต่อไปนี้ได้เช่นกัน
หากต้องการทดสอบการบล็อกคุกกี้ของบุคคลที่สาม ให้เลือก "เปิดใช้การดำเนินการแบบบังคับ" การดำเนินการนี้จะส่งป้ายกำกับกลุ่มทดสอบ "fake_treatment_1.1" แต่แก้ไขหน้าการตั้งค่าคุกกี้และการตั้งค่าคุกกี้ปัจจุบันให้บล็อกคุกกี้ของบุคคลที่สามด้วย
หากต้องการทดสอบการบล็อกคุกกี้ของบุคคลที่สามโดยไม่ใช้ API ของโฆษณาที่ปรับตามโปรไฟล์ของผู้ใช้ ให้เลือก "บังคับการควบคุม 2" การดำเนินการนี้จะส่งป้ายกำกับกลุ่มทดสอบ "fake_control_2", อัปเดต หน้าการตั้งค่าคุกกี้, บล็อกคุกกี้ของบุคคลที่สาม และระงับ API โฆษณาที่ปรับตามโปรไฟล์ของผู้ใช้ใหม่ด้วย
โปรดทราบว่าจะมีปัญหาที่เบราว์เซอร์จะยังคงอยู่กับหน้าการตั้งค่าคุกกี้ใหม่และการตั้งค่าที่บล็อกคุกกี้ของบุคคลที่สาม แม้ว่าคุณจะปิดใช้การตั้งค่าสถานะก็ตาม เรากำลังดำเนินการแก้ไขปัญหานี้ แต่ในระหว่างนี้คุณสามารถทดสอบค่า Flag เหล่านี้ในไดเรกทอรีข้อมูล Chrome แยกต่างหากได้โดยเปิด Chrome ด้วยแฟล็กบรรทัดคำสั่ง --user-data-dir=<new dir>
ความคิดเห็น
เราใช้ป้ายกำกับ "chrome-testing" ในที่เก็บการสนับสนุนนักพัฒนาซอฟต์แวร์บน GitHub เพื่อจัดการคำถาม เรายินดีรับฟังความคิดเห็นและ การพูดคุยเกี่ยวกับคำถามแรกเริ่ม
- คุณวางแผนที่จะทดสอบโดยใช้โหมด A, โหมด B หรือทั้ง 2 โหมด
- การเลือกขนาดป้ายกำกับสำหรับการทดสอบที่อำนวยความสะดวกโดย Chrome
- การใช้คำแนะนำของไคลเอ็นต์สำหรับการทดสอบที่อำนวยความสะดวกโดย Chrome
คุณยังสามารถเพิ่มคำถามหรือการสนทนาใหม่ๆ ในที่เก็บได้โดยใช้เทมเพลต "การทดสอบที่อำนวยความสะดวกโดย Chrome"