เรามีโหมดการทดสอบที่อำนวยความสะดวกโดย 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
API การจัดการและการดูแล แต่งดใช้คุกกี้ของบุคคลที่สาม เราคาดหวังให้ผู้เข้าร่วมในหน้าเว็บส่งต่อป้ายกำกับไปยังผู้เข้าร่วมคนอื่นๆ เพื่อให้ทำการทดสอบที่สอดคล้องกันตลอดกระบวนการเลือกและวัดผลโฆษณา
ตัวอย่างเช่น ฟีเจอร์นี้ช่วยให้ผู้เข้าร่วมหลายรายสามารถเรียกใช้การประมูลกลุ่มเป้าหมายที่ได้รับการคุ้มครองได้โดยไม่ต้องใช้คุกกี้ของบุคคลที่สามในกลุ่มเบราว์เซอร์ที่สอดคล้องกัน ผู้เข้าร่วมการประมูลที่เป็นผู้ขายจะส่งต่อป้ายกำกับที่สังเกตได้ไปยังผู้ซื้อเพื่ออำนวยความสะดวกในการทดสอบแบบประสานงาน
ป้ายกำกับจะไม่ส่งผลต่อลักษณะการทำงานใดๆ ในอินสแตนซ์ของ Chrome เหล่านั้น รวมถึงความพร้อมใช้งานของคุกกี้ของบุคคลที่สาม ป้ายกำกับจะจัดกลุ่มการทดสอบแบบอิสระที่ประสานงานกัน แต่ขึ้นอยู่กับฝ่ายที่เข้าร่วมในการบังคับใช้พารามิเตอร์ที่เกี่ยวข้องสำหรับการทดสอบ หากคุณทดสอบผลของการนําคุกกี้ของบุคคลที่สามออก ผู้เข้าร่วมแต่ละรายจะต้องรับผิดชอบในการยกเว้นข้อมูลคุกกี้ของบุคคลที่สามสําหรับเบราว์เซอร์ที่มีป้ายกํากับนั้น
โดยมีเป้าหมายเพื่อให้ได้กลุ่มที่แสดงถึงการเข้าชม Chrome ปกติ ซึ่งหมายความว่าทั้งคุกกี้ของบุคคลที่สามและ PS R&M API ควรพร้อมใช้งาน แม้ว่าผู้ใช้บางส่วนอาจใช้การตั้งค่าหรือส่วนขยายเพื่อเปลี่ยนหรือปิดใช้ฟีเจอร์
โดยทั่วไปแล้ว ป้ายกำกับจะคงอยู่ตลอดเซสชันการท่องเว็บใน Chrome และระหว่างเซสชันต่างๆ อย่างไรก็ตาม เราไม่รับประกันการดำเนินการนี้ เนื่องจากมีบางกรณีที่การรีเซ็ตเบราว์เซอร์ทั้งหมดอาจรีเซ็ตป้ายกำกับปัจจุบันด้วย
เราวางแผนที่จะรวมเบราว์เซอร์ Chrome รุ่นเสถียร 8.5% สำหรับโหมด A และข้อเสนอเริ่มต้นของเราแบ่งกลุ่มประชากรดังกล่าวออกเป็น 9 กลุ่ม กลุ่มย่อยขนาดเล็กมีไว้เพื่อให้นักเทคโนโลยีโฆษณามีความยืดหยุ่นในการรวมป้ายกำกับเพื่อสร้างการทดสอบของตนเองในขนาดต่างๆ กลุ่มจะไม่ทับซ้อนกัน
โปรดทราบว่าป้ายกํากับ control_1.* มีไว้เพื่อใช้เป็น "กลุ่มควบคุม 1" ตามที่ระบุไว้ในคําแนะนําเกี่ยวกับการทดสอบอุตสาหกรรมของ CMA ดังนั้นผู้เข้าร่วมการทดสอบจึงไม่ควรใช้ Topics API หรือเรียกใช้การประมูล Protected Audiences สําหรับการเข้าชมนี้ เนื่องจากป้ายกำกับไม่ส่งผลต่อลักษณะการทํางานของเบราว์เซอร์ ผู้เข้าร่วมจึงไม่ควรส่งหัวข้อที่สังเกตเห็นหรือเรียกใช้การประมูลกลุ่มเป้าหมายที่ได้รับการคุ้มครองเมื่อตรวจพบป้ายกำกับกลุ่ม 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 |
กลุ่มเบราว์เซอร์ 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.* เป็นกลุ่มควบคุมซึ่งแสดงสถานะปัจจุบันที่มีคุกกี้ของบุคคลที่สาม
| ป้ายกำกับ | % ของการเข้าชมที่เสถียร |
|---|---|
treatment_1.1 |
0.25 |
treatment_1.2 |
0.25 |
treatment_1.3 |
0.25 |
control_2 |
0.25 |
นอกจากนี้ Chrome ยังจํากัดคุกกี้สําหรับไคลเอ็นต์ Chrome Canary, Dev และเบต้า 20% ด้วย
| ป้ายกำกับ | % ของการเข้าชมก่อนการอัปเดตเป็นเวอร์ชันเสถียร |
|---|---|
prestable_treatment_1 |
10% |
prestable_control_2 |
10% |
การรวมไว้ในกลุ่มทดสอบเหล่านี้จะมีผลเหมือนกับการรวมไว้ในกลุ่มทดสอบที่เทียบเท่าในเวอร์ชันเสถียร
เช่นเดียวกับโหมด A เราไม่รับประกันว่า PS R&M API จะพร้อมใช้งาน เนื่องจากผู้ใช้สามารถปิดใช้ 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" ได้ด้วย