Als Vorbereitung auf die Einstellung von Drittanbieter-Cookies Von Chrome unterstützte Testmodi, mit denen sich Websites eine Vorschau des Websiteverhaltens ansehen können und Funktionen auch ohne Drittanbieter-Cookies. Dieser Leitfaden enthält Übersicht über die Testmodi, die in Chrome bereitgestellt werden sollen, und den Zugriff darauf Testgruppen-Labels.
Der Begriff Chrome-Browser bezieht sich in diesem Kontext auf den Chrome-Client: den Chrome-Browser. auf einem Gerät installiert werden. Daten zu jedem einzelnen Nutzer Verzeichnis stellt einen individuellen Kunden dar.
Experimentgruppe: eine Reihe von Chrome-Browsern, für die bestimmte Funktionen verwendet werden können aktiviert, deaktiviert oder konfiguriert sind. Im Kontext von Chrome eine Reihe von Browsern, für die Labels festgelegt werden.
Label: In diesem Kontext ein Anfrageheader -Wert, der für einen Browser festgelegt wird, der zu einer Testgruppe gehört. Jeder Browser in einer Testgruppe bleibt währenddessen in dieser Gruppe. der von Chrome unterstützten Tests, in denen geprüft wird, für alle Tester einheitlich bleibt.
Es gibt zwei verschiedene Modi:
- Modus A:Seit November 2023 testen Organisationen die PS R&M APIs. konnten für einen Teil der Chrome-Browser einheitliche Labels aktivieren. Browser, um koordinierte Tests mit verschiedenen Testern zu ermöglichen.
- Modus B:Chrome ist ab dem 4. Januar 2024 weltweit deaktiviert. Drittanbieter-Cookies für einen Teil der Chrome-Browser.
Wo sind Drittanbieter-Cookies in Modus B deaktiviert sind, bleiben sie während der gesamten Drittanbieter-Cookies.
Wir haben mit dem CMA um sicherzustellen, dass diese Testmodi zum Test-Framework passen für Drittanbieter, wie in seinem Leitfaden für Branchentests. Daher geht die CMA davon aus, dass die Ergebnisse der Tests in diesen Modi bei der Bewertung der Privacy Sandbox genutzt werden kann. Die CMA hat angegeben, wahrscheinlich mehr Gewicht auf Ergebnisse von Experimental Design 2, die Labels Modus B und Steuerelement 1 für Modus A. Weitere Informationen finden Sie in der Leitlinien der CMA vom 26. Oktober finden Sie weitere Informationen zum Experimental Design 2.
Auf Labels kann über den temporären Cookie-Deprecation-Wert zugegriffen werden
aus einem HTTP-Header
oder der JavaScript API aus. Weitere Informationen finden Sie im späteren Abschnitt.
Auf Labels über den Wert für die Einstellung von Cookies zugreifen
.
Wir werden dieses Angebot auch auf die gewohnte Blink-Entwicklungsprozess in dem das technische Design und der Chrome-Release-Meilenstein fertiggestellt werden. Auch wenn diese Implementierung gewünscht ist, können Sie und Genehmigung bedeutet, dass diese Details noch geändert werden können. Wir werden auch weiterhin aktualisieren Sie diese Seite. Sie können dann Feedback geben oder Fragen stellen.
Modus A: Browsergruppen mit Label
Organisationen, die an den Tests teilnehmen, können dem Erhalt eines
fester Satz an Labels für einen Teil der Chrome-Browser, sodass
koordinierte Tests mit verschiedenen Anzeigentechnologien auf demselben Browser.
Wenn ein Browser beispielsweise in die Testgruppe label_only_3 fällt (als
können alle teilnehmenden Anzeigentechnologie-Anbieter
dasselbe label_only_3-Label sehen und entsprechend koordinieren: Verwenden Sie den PS
R&M-APIs verwenden, aber keine Drittanbieter-Cookies verwenden. Wir erwarten, dass die Teilnehmenden
um sicherzustellen, dass Labels an andere
Teilnehmende weitergeleitet werden,
während des gesamten Prozesses der Anzeigenauswahl und
zu messen.
So können z. B. mehrere Teilnehmende Protected Audience für Auktionen ohne Drittanbieter-Cookies in einer einheitlichen Browsergruppe. Die dass die Auktionsverkäufer das beobachtete Label an Käufer weiterleiten, koordinierte Tests zu erleichtern.
Die Labels wirken sich nicht auf das Verhalten in diesen Instanzen von Chrome aus, einschließlich der Verfügbarkeit von Drittanbieter-Cookies. Die Beschriftungen liefern unabhängige, koordinierte Experimente durchführen, die für den Test relevanten Parameter durchzusetzen. Wenn die Auswirkungen des Entfernens von Drittanbieter-Cookies testen, ist dafür verantwortlich, Drittanbieter-Cookie-Daten bei Browsern auszuschließen, .
Ziel sind Gruppen, die für den normalen Chrome-Traffic repräsentativ sind. Das dass sowohl Drittanbieter-Cookies als auch die PS R&M APIs verfügbar sein sollten. Einige Nutzer haben möglicherweise Einstellungen oder Erweiterungen verwendet, um Änderungen oder Funktionen.
Labels bleiben in der Regel während einer Browsersitzung in Chrome dauerhaft und über verschiedene Sitzungen hinweg. Dies ist jedoch nicht garantiert, da es seltene Szenarien gibt, bei denen durch das Zurücksetzen eines Browsers auch das aktuelle Label zurückgesetzt werden kann.
Wir planen, 8,5% der stabilen Chrome-Browser für Modus A aufzunehmen. Im ersten Vorschlag wird diese Population in neun Gruppen aufgeteilt. Die kleineren Untergruppen sollen Anzeigentechnologie-Anbietern die Flexibilität bei der Kombination von Labels ermöglichen, Tests unterschiedlicher Größe durchführen. Gruppen überschneiden sich nicht.
Beachten Sie, dass die control_1.*-Labels für die Verwendung als "Kontrolle 1" vorgesehen sind als
die in den CMA-Richtlinien
Leitfaden zu Branchentests,
Daher sollten die Testteilnehmer weder die Topics API verwenden noch Protected Audience verwenden.
Auktionen für diese Zugriffe. Da die Labels keinen Einfluss auf das Browserverhalten haben,
Die Teilnehmer sollten keine beobachteten Themen bestehen und keine Protected Audience-Auktionen durchführen.
wenn sie die control_1.*-Gruppenlabels erkennen.
Gern begrüßen wir Feedback ob diese Auswahl der Gruppen den Bedürfnissen Unternehmen.
| Label | % des stabilen Traffics |
|---|---|
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 |
Modus A: label_only_-Browsergruppen sind seit November 2023 verfügbar.
Modus-A-control_1_*-Gruppen sind seit dem 4. Januar 2024 verfügbar.
Modus B: 1% der Drittanbieter-Cookies deaktivieren
Chrome hat Drittanbieter-Cookies für etwa 1% der stabilen Chrome-Version deaktiviert ab dem 4. Januar 2024 (sowie in Dev, Canary und Beta) Browser im 4. Quartal 2023). Organisationen, die die PS R&M APIs testen, aktivieren Sie diesen Modus, da er einheitlich auf den gesamten Browser angewendet wird. Population. Natürlich besteht die Möglichkeit, dass einige Website-Funktionen wenn für die Website noch keine alternative Lösung wie CHIPS oder Gruppen ähnlicher Websites:
Außerdem planen wir, für einen kleinen Teil des Traffics auf Modus B zu sorgen, der hat PS R&M APIs deaktiviert. Andere APIs wie Gruppen ähnlicher Websites, CHIPS und FedCM nicht deaktiviert werden. Wir gehen davon aus, dass diese Kombination um eine Leistungsbasislinie für Browser ohne Drittanbieter-Cookies zu ermitteln und ohne die PS R&M APIs.
Als Teil von Modus B stellen wir auch Labels für die betroffenen Browser bereit. Die
Labels sind verfügbar, wenn die APIs deaktiviert sind. Wir sind
vorschlagen, die Population in drei treatment_1.*-Gruppen zu unterteilen,
Drittanbieter-Cookies sind deaktiviert, aber PS R&M APIs sind verfügbar.
Gruppe „control_2“, in der sowohl Drittanbieter-Cookies als auch die PS R&M APIs
deaktiviert.
Unterstützung bei der Fehlerbehebung für die Attribution Reporting API und die private Aggregation
API-Integrationen und helfen den Testteilnehmern, das Rauschen besser zu verstehen
Auswirkungen haben, werden ARA-Fehlerbehebungsberichte und Fehlerbehebungsberichte für private Aggregationen
weiterhin für Browser in Modus B verfügbar sind, solange der Nutzer
Drittanbieter-Cookies ausdrücklich blockiert. Debug-Berichte sind nicht verfügbar in
control_2, da PS R&M APIs in diesem Segment nicht verfügbar sind. Fehlerbehebungsberichte
werden nach wie vor eingestellt – zusammen mit der Einstellung von Drittanbieter-Cookies.
- Da Drittanbieter-Cookies für die Attribution Reporting API deaktiviert sind, gilt Folgendes:
kann nicht automatisch
um das
ar_debug-Cookie zu setzen, und sollten daher diedebug_key-Felder festlegen (für Attributions-Erfolgsberichte) und diedebug_reporting-Felder (für ausführliche Berichte), um den Erhalt von Debugging-Berichten zu aktivieren oder zu deaktivieren. - Für die Private Aggregation API sollte der Ursprung der Berichterstellung auf den Aufruf von
Mit
enableDebugMode()steuern Sie, ob Sie Debugging-Berichte erhalten möchten. Unternehmen sollten weiterhin Ermitteln, welche rechtlichen Verpflichtungen für die Nutzung von Attribution gelten können Reporting API und Private Aggregation API, einschließlich Debugging-Berichten
Modus A funktioniert weiterhin und diese Gruppen unterscheiden sich von Modus-A-Gruppen,
bei einem Nutzer befindet sich
entweder im Modus A oder B oder in keinem von beiden. Testteilnehmer
sollte den control_1.*-Traffic als Kontrollgruppe verwenden, die den Status darstellt
mit Drittanbieter-Cookies.
| Label | % des stabilen Traffics |
|---|---|
treatment_1.1 |
0,25 |
treatment_1.2 |
0,25 |
treatment_1.3 |
0,25 |
control_2 |
0,25 |
Chrome hat außerdem die Nutzung von Cookies für 20% der Chrome Canary-, Dev- und Beta-Clients eingeschränkt.
| Label | % des vorstabilen Traffics |
|---|---|
prestable_treatment_1 |
10 % |
prestable_control_2 |
10 % |
Die Aufnahme in eine dieser Testverzweigungen hat denselben Effekt wie für ihre stabilen Äquivalente.
Wie bei Modus A kann nicht garantiert werden, dass die PS R&M APIs verfügbar sind, da Nutzer
in den Chrome-Einstellungen unter Datenschutz und Sicherheit deaktivieren. Gleichermaßen
dass Cookies von Drittanbietern nicht für alle Mitglieder des
control_2, da Nutzer auf die Benutzeroberfläche des Browsers zugreifen können, um Drittanbieter-Apps zuzulassen
Cookies für eine Website.
Monitoring von Tests
Überwachen Sie unbedingt das relative Traffic-Volumen für jede Test- und Kontrollgruppe.
. treatment_1.1 sollte ungefähr die gleichen Zugriffszahlen haben wie
treatment_1.2 und treatment_1.3.
Wir empfehlen, bei Zugriffen mit Labels, die von Chrome-Versionen vor Version 120. Wenn Ihr Team sich üblicherweise Durch ungültige Zugriffe werden User-Agents identifiziert, die ungültige Merkmale aufweisen. Zugriffe, dann ist es sinnvoll, diese aus den Testergebnissen herauszufiltern.
Labels für den vorherigen Zeitraum
Bis Januar 2024 wurden vorab Zeiträume in mehreren Testverzweigungen verwendet:
Zeitraum, in dem Chrome die Größe anpassen und statistische Werte auswählen kann,
unvoreingenommene Gruppen. Diese Zeiträume liefen für alle Verzweigungen, die für
im Januar: die Modus-B-Verzweigungen und die Control_1.*-Verzweigungen. Es ist nicht nötig,
nicht für Entwickler oder Website-Maßnahmen an. In diesen Verzweigungen aus dem vorherigen Zeitraum
Verhaltensänderungen oder der API-Verfügbarkeit zu ändern. Beachten Sie jedoch, dass möglicherweise
wird manchmal das Label preperiod zurückgegeben. Wenn Browser, die den
Das Label „preperiod“ geht möglicherweise zu einer der Testgruppen über, dies ist jedoch nicht
garantiert. Daher wird nicht davon ausgegangen, dass Browser mit diesem Label
tatsächlich am Test teilnehmen.
Bei einer Testverzweigung handelt es sich um eine Teilmenge der zu untersuchenden Population: gibt, einer der beschrifteten Gruppen.
Mit dem Wert „Cookie-Einstellung“ auf Labels zugreifen
Für Modus A und B wurde eine vorübergehende
Auf den Cookie-Deprecation-Wert kann über einen Opt-in-HTTP-Header und JavaScript zugegriffen werden
API, die das Label für Modus A oder B des Browsers bereitstellt
Testgruppe (wie in den Prozentsätzen oben definiert), wenn sie in eine der
diese.
Beim Zugriff auf Labels wird auf Informationen zugegriffen, die auf dem Gerät des Nutzers gespeichert sind. In einigen Rechtsprechungen (z. B. der EU und dem Vereinigten Königreich) unterliegt, ist uns bewusst, dass diese Aktivität wie bei Cookies und für den Zugriff auf Labels wahrscheinlich der Nutzereinwilligung. Bevor Sie Labels anfordern, Rechtsberatung dazu, ob diese Einwilligungspflicht für Sie gilt.
Auf den HTTP-Header Sec-Cookie-Deprecation zugreifen
Um den Anfrageheader „Sec-Cookie-Deprecation“ zu erhalten, muss eine Website zuerst Folgendes festlegen:
das receive-cookie-deprecation-Cookie. Dieses Cookie muss die Methode
Partitioned
Das bedeutet, dass die Aktivierung des Empfangs des Headers
Top-Level-Website.
Wenn 3p-example.site z. B. die Sec-Cookie-Deprecation erhalten möchte
für die in example.com eingebetteten Ressourcen verwendet wird, muss 3p-example.site
das folgende Cookie.
Set-Cookie: receive-cookie-deprecation=1; Secure; HttpOnly; Path=/; SameSite=None; Partitioned; Max-Age=15552000
Die Cookieattribute Secure, HttpOnly, SameSite und Partitioned sind
obligatorisch. Die anderen Attribute: Domain, Path, Expires und Max-Age
kann so festgelegt werden, dass es Ihren Anforderungen am besten entspricht, obwohl Path=/ eine gute Standardeinstellung ist. Das Beispiel
Hier wird Max-Age=15552000 festgelegt, sodass das Cookie erst nach 180 Tagen abläuft.
Tage.
Du solltest mit dem Setzen des receive-cookie-deprecation=1-Cookies beginnen
vor Beginn der von Chrome unterstützten Testphase an, um sicherzustellen,
Browser in einer Testgruppe sind z. B. die Sec-Cookie-Deprecation
sobald er verfügbar ist.
Wenn sich der Browser beispielsweise in der Gruppe example_label_1 befindet, werden nachfolgende
Anfragen mit diesem Cookie schließen auch Sec-Cookie-Deprecation ein
Header.
Sec-Cookie-Deprecation: example_label_1
Wenn der Browser keiner Gruppe angehört, wird kein Header gesendet.
Labels sind an das Vorhandensein des Cookies gebunden. Wird das Cookie gelöscht,
für eine bestimmte Website blockiert, werden Labels nicht
gesendet. Da das Attribut Partitioned für die weitere Verwendung nach
Drittanbieter-Cookies wurden vollständig eingestellt. Daher können Partitioned-Cookies
wird festgelegt, wenn Drittanbieter-Cookies blockiert werden.
Auf die cookieDeprecationLabel JavaScript API zugreifen
Auf den Wert Cookie-Deprecation kann auch über die Methode
navigator.cookieDeprecationLabel.getValue() JavaScript API. Dadurch wird eine
Promise, das in einen String aufgelöst wird, der das entsprechende Gruppenlabel enthält. Für
Wenn sich der Browser beispielsweise in der Gruppe example_label_1 befindet:
// 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"
});
}
Wenn der Browser keiner Gruppe angehört, ist die API entweder nicht verfügbar oder Der Wert ist ein leerer String. Stellen Sie daher sicher, dass Sie eine Feature-Erkennung durchführen.
Die JavaScript API kann unabhängig davon aufgerufen werden, ob der Parameter
receive-cookie-deprecation Cookie. Wenn Cookies jedoch vollständig blockiert sind,
oder speziell für die Website, ist die API wieder entweder nicht verfügbar oder
einen leeren String zurückgeben.
Wie bei jedem vom Kunden bereitgestellten Wert muss auch die -Wert vor der Verwendung aus dem Header oder der JavaScript API.
Demo und Tests
Ab Chrome 120 sind Flags verfügbar, um lokale Entwickler zu aktivieren das Anfordern und Lesen der Labels.
Mit dem Flag chrome://flags/#tpc-phase-out-facilitated-testing können Sie
eine Auswahl von Testlabels aktivieren. Diesen Labels ist fake_ vorangestellt,
von den echten Beschriftungen zu unterscheiden. Das Aktivieren des Flags führt nicht dazu, dass die
zu einer der Testgruppen hinzufügen.
Unter goo.gle/cft-demo können Sie die Labels in Aktion sehen.
Wenn die Registrierung für die Privacy Sandbox-Relevanz und -Analyse erzwungen wird
APIs können Sie die Erzwingung für lokale Tests mit
chrome://flags/#privacy-sandbox-enrollment-overrides und Bereitstellung der Demo
Ursprung. Alternativ können Sie das folgende Befehlszeilen-Flag einfügen, wenn Sie
Chrome über ein Terminal ausführen:
--args --disable-features=EnforcePrivacySandboxAttestations
Das Drop-down-Menü für Meldungen enthält mehrere Optionen. Tester werden hauptsächlich an den mit "Force" gekennzeichneten Einträgen interessiert sind. Sie sorgen dafür, dass der Test ist unabhängig von anderen Gerätekonfigurationen aktiviert.
Wenn Sie nur Labels von Testgruppen testen möchten, wählen Sie „Aktivierte Erzwingungskontrolle 1“ aus. oder „Nur Label erzwingen“ aktiviert. Dies führt dazu, dass der Browser „fake_control_1.1“ oder „nur gefälschtes_label_1.1“ Labels.
In Chrome M120 oder höher können Sie auch die folgenden Einträge verwenden.
Wenn Sie die Blockierung von Drittanbieter-Cookies testen möchten, wählen Sie „Aktiviert erzwungene Behandlung“ aus. Dieses „fake_treatment_1.1“ gesendet, Testgruppe auswählen, sondern auch Seite „Cookie-Einstellungen“ und die aktuelle Cookie-Einstellung, um Drittanbieter-Cookies zu blockieren.
Um die Blockierung von Drittanbieter-Cookies ohne private Ads APIs zu testen, wählen Sie Strg 2". Dadurch wird „fake_control_2“ gesendet. Testgruppenlabel, aktualisieren auf der Seite mit den Cookie-Einstellungen, Blockieren von Drittanbieter-Cookies und privaten Anzeigen-APIs.
Hinweis: Es gibt ein Problem, bei dem der Browser beim neuen
die Cookies von Drittanbietern blockiert, selbst wenn Sie
deaktivieren Sie das Flag. Wir arbeiten an der Lösung dieses Problems. In der Zwischenzeit können Sie
können Sie diese Flag-Werte in einem separaten Chrome-Datenverzeichnis testen, indem Sie
Chrome mit dem Befehlszeilen-Flag --user-data-dir=<new dir>.
Feedback
Wir verwenden den Dienst "chrome-testing" im Entwicklersupport-Repository auf GitHub, um Fragen zu verwalten. Gern begrüßen wir Feedback und die Diskussion zu den ersten Fragen:
- Hast du vor, Modus A, Modus B oder beides zu verwenden?
- Labelgrößen für von Chrome unterstützte Tests auswählen
- Verwendung von Client Hints für Chrome-gestützte Tests
Sie können auch neue Fragen oder Diskussionen zu stellen im Repository mithilfe der „Chrome-gestützten Tests“ Vorlage.