การทดสอบที่อำนวยความสะดวกโดย Chrome

เราเตรียมพร้อมสำหรับการเลิกใช้งานคุกกี้ของบุคคลที่สามด้วยโหมดการทดสอบที่อำนวยความสะดวกโดย 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 โปรดดู แนวทางของ CMA ในวันที่ 26 ตุลาคม สำหรับข้อมูลเพิ่มเติมเกี่ยวกับการออกแบบเชิงทดลอง 2

คุณสามารถเข้าถึงป้ายกำกับได้โดยใช้ค่า Sec-Cookie-Deprecation ชั่วคราวที่มีจากส่วนหัว HTTP หรือ JavaScript API ดูรายละเอียดการติดตั้งใช้งานได้ที่ เข้าถึงป้ายกำกับโดยใช้ค่า Sec-Cookie-Deprecation

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

โหมด ก: กลุ่มเบราว์เซอร์ที่ติดป้ายกำกับ

องค์กรที่เข้าร่วมการทดสอบจะสามารถเลือกรับ สำหรับชุดย่อยของเบราว์เซอร์ Chrome ที่ช่วยให้ การทดสอบที่สอดคล้องกันระหว่างเทคโนโลยีโฆษณาต่างๆ บนเบราว์เซอร์ชุดเดียวกัน ตัวอย่างเช่น หากเบราว์เซอร์อยู่ในกลุ่มการทดสอบ label_only_3 (เป็น ที่แสดงในตารางต่อไปนี้) เทคโนโลยีโฆษณาทั้งหมดที่เข้าร่วมจะ ดูป้ายกำกับ label_only_3 เดียวกันและประสานงานให้สอดคล้องกัน: ใช้ PS R&M API แต่ไม่ใช้คุกกี้ของบุคคลที่สาม เราคาดหวังว่าผู้เข้าร่วม หน้านี้เพื่อให้แน่ใจว่ามีการส่งต่อป้ายกำกับไปยังผู้เข้าร่วมคนอื่นๆ เพื่อให้ ทำการทดสอบที่สอดคล้องกันในทุกกระบวนการเลือกโฆษณาและ การวัดผล

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

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

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

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

เราวางแผนที่จะเพิ่ม 8.5% ของเบราว์เซอร์ Chrome เวอร์ชันเสถียรสำหรับโหมด A และ ข้อเสนอเบื้องต้นจะแบ่ง ประชากรออกเป็น 9 กลุ่ม กลุ่มย่อยขนาดเล็กมีไว้เพื่อให้นักเทคโนโลยีโฆษณามีความยืดหยุ่นในการรวมป้ายกำกับเพื่อสร้างการทดสอบของตนเองในขนาดต่างๆ กลุ่มจะไม่ทับซ้อนกัน

โปรดทราบว่าป้ายกํากับ control_1.* มีไว้เพื่อใช้เป็น "กลุ่มควบคุม 1" ตามที่ระบุไว้ในคําแนะนําเกี่ยวกับการทดสอบอุตสาหกรรมของ CMA ดังนั้นผู้เข้าร่วมการทดสอบไม่ควรใช้ Topics API หรือเรียกใช้การประมูล Protected Audiences สําหรับการเข้าชมนี้ เนื่องจากป้ายกำกับไม่มีผลต่อลักษณะการทำงานของเบราว์เซอร์ ผู้เข้าร่วมไม่ควรผ่านหัวข้อที่สังเกตได้หรือเรียกใช้การประมูลที่ใช้ Protected Audience API เมื่อตรวจพบป้ายกำกับกลุ่ม control_1.*

เรายินดีรับความคิดเห็นว่ากลุ่มที่เลือกนี้ตรงกับความต้องการขององค์กรที่เข้าร่วมหรือไม่

กลุ่มเบราว์เซอร์ label_only_ ของโหมด A พร้อมใช้งานตั้งแต่เดือนพฤศจิกายน 2023 และกลุ่ม control_1_* ของโหมด A พร้อมใช้งานตั้งแต่วันที่ 4 มกราคม 2024

โหมด B: ปิดใช้คุกกี้ของบุคคลที่สาม 1%

Chrome ปิดใช้คุกกี้ของบุคคลที่สามใน Chrome เวอร์ชันเสถียรประมาณ 1% เบราว์เซอร์ตั้งแต่วันที่ 4 มกราคม 2024 (และใน Dev, Canary และเบต้าด้วย ในช่วงไตรมาสที่ 4 ปี 2023) องค์กรที่ทดสอบ PS R&M API ไม่จำเป็นต้องเลือกใช้โหมดนี้ เนื่องจากโหมดนี้จะมีการใช้งานอย่างสม่ำเสมอในเบราว์เซอร์ทั้งหมด ฟีเจอร์บางอย่างของเว็บไซต์อาจ ได้รับผลกระทบหากเว็บไซต์ยังไม่ได้ใช้โซลูชันอื่น เช่น CHIPS หรือ ชุดเว็บไซต์ที่เกี่ยวข้อง

นอกจากนี้ เราวางแผนที่จะให้การเข้าชมจำนวนเล็กน้อยภายในโหมด B ที่ปิดใช้ PS R&M API แต่จะไม่ปิดใช้ API อื่นๆ เช่น ชุดเว็บไซต์ที่เกี่ยวข้อง, CHIPS และ FedCM เราคาดว่าชุดค่าผสมนี้มีประโยชน์ เพื่อสร้างเกณฑ์พื้นฐานด้านประสิทธิภาพสำหรับเบราว์เซอร์ที่ไม่มีคุกกี้ของบุคคลที่สาม และไม่มี PS R&M API

ในโหมด B นี้ เรายังมีป้ายกำกับสําหรับเบราว์เซอร์ที่ได้รับผลกระทบด้วย ป้ายกำกับจะพร้อมใช้งานเมื่อปิดใช้ API เราจะ เสนอว่าจะแบ่งประชากรออกเป็น 3 กลุ่มtreatment_1.* โดยที่ คุกกี้ของบุคคลที่สามถูกปิดใช้งาน แต่ PS R&M API พร้อมใช้งาน และ control_2 ที่มีทั้งคุกกี้ของบุคคลที่สามและ PS R&M API ปิดใช้อยู่

รายงานข้อบกพร่องของ ARA และรายงานข้อบกพร่องของการรวมข้อมูลแบบรวมส่วนตัวจะยังคงพร้อมใช้งานสําหรับเบราว์เซอร์ในโหมด B เพื่อช่วยแก้ไขข้อบกพร่องในการผสานรวม Attribution Reporting API และ Private Aggregation API และเพื่อช่วยให้ผู้เข้าร่วมการทดสอบเข้าใจผลกระทบของสัญญาณรบกวนได้ดียิ่งขึ้น ตราบใดที่ผู้ใช้ไม่ได้บล็อกคุกกี้ของบุคคลที่สามอย่างชัดเจน รายงานแก้ไขข้อบกพร่องจะใช้ไม่ได้ใน control_2 เนื่องจาก PS R&M API ไม่พร้อมใช้งานในส่วนแบ่งดังกล่าว รายงานข้อบกพร่องจะยังคงถูกเลิกใช้งานไปพร้อมกับการเลิกใช้งานคุกกี้ของบุคคลที่สาม

• สำหรับ Attribution Reporting API เนื่องจากมีการปิดใช้คุกกี้ของบุคคลที่สาม ต้นทางการรายงานจะไม่สามารถ เพื่อตั้งค่าคุกกี้ ar_debug และควรใช้การตั้งค่าฟิลด์ debug_key (สําหรับรายงานความสําเร็จของการระบุแหล่งที่มา) และช่อง debug_reporting (สําหรับรายละเอียดแบบละเอียด ) เพื่อเลือกรับหรือไม่รับรายงานการแก้ไขข้อบกพร่อง
• สําหรับ Private Aggregation API แหล่งที่มาของการรายงานควรใช้การเรียก enableDebugMode() เพื่อควบคุมการเลือกรับรายงานการแก้ไขข้อบกพร่อง บริษัทต่างๆ ควรดำเนินการต่อ พิจารณาวิธีบังคับใช้ภาระหน้าที่ตามกฎหมายกับการระบุแหล่งที่มา Reporting API และ Private Aggregation API รวมถึงรายงานการแก้ไขข้อบกพร่อง

โหมด A จะทำงานต่อไป และกลุ่มเหล่านี้แตกต่างจากกลุ่มโหมด A เนื่องจาก ของผู้ใช้จะอยู่ในโหมด A, โหมด B หรือไม่ก็โหมด B ผู้เข้าร่วมการทดสอบ ควรใช้การเข้าชม control_1.* เป็นกลุ่มควบคุมที่แสดงถึงสถานะ ด้วยคุกกี้ของบุคคลที่สาม

นอกจากนี้ Chrome ยังจํากัดคุกกี้สําหรับไคลเอ็นต์ Chrome Canary, Dev และเบต้า 20% ด้วย

การรวมอยู่ในกลุ่มทดสอบเหล่านี้จะมีผลเช่นเดียวกับกลุ่มที่เทียบเท่าซึ่งมีเวอร์ชันเสถียร

เช่นเดียวกับโหมด A เราไม่รับประกันว่า PS R&M API จะพร้อมใช้งาน เนื่องจากผู้ใช้สามารถปิดใช้งานได้จากการตั้งค่าความเป็นส่วนตัวและความปลอดภัยของ 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 อาจเปลี่ยนเป็นกลุ่มทดสอบกลุ่มใดกลุ่มหนึ่ง ซึ่งไม่ใช่ รับประกันการแสดงผล ดังนั้นขอแนะนำว่าอย่าคิดว่าเบราว์เซอร์ที่มีป้ายกำกับนี้เป็น ที่คุณรับประกันว่าจะได้เข้าร่วมการทดสอบ

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

เข้าถึงป้ายกำกับโดยใช้ค่า Sec-Cookie-Deprecation

ในช่วงระหว่างโหมด A และโหมด B เราได้นำเสนอ เข้าถึงค่า Sec-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

นอกจากนี้ คุณยังเข้าถึงค่า Sec-Cookie-Deprecation ได้โดยใช้ navigator.cookieDeprecationLabel.getValue() JavaScript API ซึ่งจะแสดง สัญญาว่าจะแก้ไขเป็นสตริงที่มีป้ายกำกับกลุ่มที่เกี่ยวข้อง สำหรับ ตัวอย่างเช่น หากเบราว์เซอร์อยู่ในกลุ่ม 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_อยู่ข้างหน้าเพื่อแยกความแตกต่างจากป้ายกำกับจริง การเปิดใช้ Flag ไม่ได้เลือกเบราว์เซอร์ให้อยู่ในกลุ่มทดสอบใดๆ

คุณดูป้ายกำกับที่ใช้งานจริงได้ที่ goo.gle/cft-demo

เนื่องจากมีการบังคับใช้การลงทะเบียนสำหรับความเกี่ยวข้องและการวัดผลของ Privacy Sandbox คุณอาจต้องลบล้างการบังคับใช้สำหรับการทดสอบในเครื่องโดยใช้ API chrome://flags/#privacy-sandbox-enrollment-overrides และจัดเตรียมการสาธิต หรือจะใส่ Flag บรรทัดคำสั่งต่อไปนี้ก็ได้หากคุณเรียกใช้ Chrome จากเทอร์มินัล --args --disable-features=EnforcePrivacySandboxAttestations

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

หากต้องการทดสอบเฉพาะป้ายกํากับกลุ่มทดสอบ ให้เลือก "Enabled Force Control 1" หรือ "Enabled Force LabelOnly" ซึ่งจะส่งผลให้เบราว์เซอร์ส่ง "fake_control_1.1" หรือ "fake_label_only_1.1" ป้ายกำกับ

ใน Chrome M120 หรือใหม่กว่า คุณอาจใช้รายการต่อไปนี้ได้เช่นกัน

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

หากต้องการทดสอบการบล็อกคุกกี้ของบุคคลที่สามโดยไม่ใช้ API โฆษณาที่ปรับตามโปรไฟล์ของผู้ใช้ ให้เลือก "บังคับ ตัวควบคุม 2 นิ้ว ซึ่งจะส่งป้ายกํากับกลุ่มทดสอบ "fake_control_2" อัปเดตหน้าการตั้งค่าคุกกี้ บล็อกคุกกี้ของบุคคลที่สาม และระงับ Private Ads API ใหม่ด้วย

โปรดทราบว่ามีปัญหาที่เบราว์เซอร์จะยังมี หน้าการตั้งค่าคุกกี้ และการตั้งค่าที่บล็อกคุกกี้ของบุคคลที่สามแม้ว่าคุณจะ ปิดใช้การตั้งค่าสถานะดังกล่าว เรากำลังพยายามแก้ไขปัญหานี้ แต่ในระหว่างนี้คุณสามารถทดสอบค่า Flag เหล่านี้ในไดเรกทอรีข้อมูล Chrome แยกต่างหากได้โดยเปิด Chrome ด้วย Flag บรรทัดคำสั่ง --user-data-dir=<new dir>

ความคิดเห็น

เราใช้ฟังก์ชัน "chrome-testing" ในที่เก็บการสนับสนุนนักพัฒนาซอฟต์แวร์บน GitHub เพื่อจัดการคำถาม เรายินดีต้อนรับ ความคิดเห็นและการสนทนาของคุณเกี่ยวกับคำถามเริ่มต้น

• คุณวางแผนที่จะทดสอบโดยใช้โหมด A, โหมด B หรือทั้ง 2 โหมด
• การเลือกขนาดป้ายกำกับสำหรับการทดสอบที่อำนวยความสะดวกโดย Chrome
• การใช้คำแนะนำของไคลเอ็นต์สำหรับการทดสอบที่อำนวยความสะดวกโดย Chrome

นอกจากนี้คุณยัง ทำให้เกิดคำถามหรือการพูดคุยใหม่ๆ ในที่เก็บโดยใช้ "การทดสอบที่อำนวยความสะดวกโดย Chrome" เทมเพลต