หน้านี้ได้รับการแปลโดย Cloud Translation API

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

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

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

การตรวจสอบการทดสอบ

อย่าลืมตรวจสอบปริมาณการเข้าชมสัมพัทธ์ของกลุ่มทดสอบและป้ายกำกับควบคุมแต่ละรายการ 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 ที่เกี่ยวข้องของเบราว์เซอร์ (ตามที่กำหนดโดยเปอร์เซ็นต์ข้างต้น) หากค่าดังกล่าวอยู่ในกลุ่มใดกลุ่มหนึ่งเหล่านี้

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

หมายเหตุ: เช่นเดียวกับฟีเจอร์ทั้งหมดที่เราจัดส่งใน Chromium เราได้ส่ง Intent to Prototype (I2P) เป็นส่วนหนึ่งของกระบวนการพัฒนา Blink รายละเอียดการใช้งานที่อธิบายภายหลังคือสิ่งที่เราเสนอ แต่ข้อมูลเหล่านี้อาจมีการเปลี่ยนแปลงก่อนที่เราจะจัดส่งฟีเจอร์นี้ใน Chrome เวอร์ชันเสถียร เราจะอัปเดตเอกสารนี้ต่อไป และคุณยังติดตามการสนทนาแบบสาธารณะได้เมื่อมีการโพสต์ Intent ในรายชื่ออีเมล Blink-dev

หากต้องการรับส่วนหัวของคำขอ 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 — การตั้งค่า Flag การทดสอบที่อำนวยความสะดวกโดย Chrome

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

หากต้องการทดสอบเฉพาะป้ายกำกับกลุ่มทดสอบ ให้เลือก "เปิดใช้การควบคุมบังคับ 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 เพื่อจัดการคำถาม เรายินดีรับฟังความคิดเห็นและ การพูดคุยเกี่ยวกับคำถามแรกเริ่ม

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