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

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

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

กลุ่มทดสอบ: ชุดเบราว์เซอร์ Chrome ที่เปิดใช้ ปิดใช้ หรือกําหนดค่าฟีเจอร์บางอย่าง ในบริบทของการทดสอบที่อำนวยความสะดวกโดย Chrome ชุดเบราว์เซอร์ที่มีการตั้งค่าป้ายกำกับ

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

เรามี 2 โหมดที่แตกต่างกัน ได้แก่

• โหมด A: ตั้งแต่เดือนพฤศจิกายน 2023 องค์กรที่ทดสอบ PS R&M API ได้เลือกรับป้ายกำกับที่สอดคล้องกันในชุดย่อยของเบราว์เซอร์ Chrome เพื่อให้ทำการทดสอบแบบประสานกันได้ระหว่างผู้ทดสอบรายต่างๆ
• โหมด B: ตั้งแต่วันที่ 4 มกราคม 2024 เป็นต้นไป Chrome ได้ปิดใช้คุกกี้ของบุคคลที่สามทั่วโลกสำหรับเบราว์เซอร์ Chrome บางรุ่น

เราได้ทํางานร่วมกับ CMA เพื่อให้มั่นใจว่าโหมดการทดสอบเหล่านี้สอดคล้องกับเฟรมเวิร์กการทดสอบ (และลําดับเวลา) สําหรับบุคคลที่สามตามที่ระบุไว้ในคําแนะนําเกี่ยวกับการทดสอบอุตสาหกรรม CMA จึงคาดว่าผลการทดสอบในโหมดเหล่านี้จะนำไปใช้ประเมิน Privacy Sandbox ได้ CMA ระบุว่ามีแนวโน้มที่จะให้ความสำคัญกับผลลัพธ์จากการออกแบบการทดสอบ 2 มากกว่า ซึ่งใช้ป้ายกำกับโหมด B และป้ายกำกับกลุ่มควบคุม 1 ของโหมด A ดูข้อมูลเพิ่มเติมเกี่ยวกับการออกแบบการทดสอบ 2 ได้จากคำแนะนำของ CMA ในวันที่ 26 ตุลาคม

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

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

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

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

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

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

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

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

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

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

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

กลุ่มเบราว์เซอร์ label_only_ ของโหมด A พร้อมใช้งานตั้งแต่เดือนพฤศจิกายน 2023 และกลุ่ม control_1_* ของโหมด A พร้อมใช้งานตั้งแต่วันที่ 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 เราขอเสนอให้แบ่งกลุ่มประชากรออกเป็น 3 กลุ่ม treatment_1.* กลุ่มที่ปิดใช้คุกกี้ของบุคคลที่สาม แต่มี PS R&M API และ 1 กลุ่ม 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() เพื่อควบคุมการเลือกรับรายงานการแก้ไขข้อบกพร่อง บริษัทต่างๆ ควรพิจารณาว่าภาระหน้าที่ด้านกฎระเบียบอาจมีผลต่อการใช้ Attribution Reporting API และ Private Aggregation API รวมถึงรายงานการแก้ไขข้อบกพร่องอย่างไร

โหมด A จะทํางานต่อไป และกลุ่มเหล่านี้จะแตกต่างจากกลุ่มโหมด A เนื่องจากผู้ใช้จะอยู่ในโหมด A, โหมด 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 เป็นต้นไป จะมี Flag ที่เปิดใช้การทดสอบการขอและการอ่านป้ายกำกับสำหรับนักพัฒนาซอฟต์แวร์ในเครื่อง

Flag chrome://flags/#tpc-phase-out-facilitated-testing ช่วยให้คุณเปิดใช้ป้ายกำกับทดสอบได้ ป้ายกำกับเหล่านี้จะมีfake_อยู่ข้างหน้าเพื่อแยกความแตกต่างจากป้ายกำกับจริง การเปิดใช้ Flag ไม่ได้เลือกเบราว์เซอร์ให้อยู่ในกลุ่มทดสอบใดๆ

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

เนื่องจากมีการบังคับใช้การลงทะเบียนสําหรับ API ที่เกี่ยวข้องกับการวัดผลและ API ของ Privacy Sandbox คุณจึงอาจต้องลบล้างการบังคับใช้สําหรับการทดสอบในเครื่องโดยใช้ 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" และแก้ไขหน้าการตั้งค่าคุกกี้และการตั้งค่าคุกกี้ปัจจุบันเพื่อบล็อกคุกกี้ของบุคคลที่สาม

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

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

ความคิดเห็น

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

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

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