Von Chrome unterstützte Tests

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.

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 die debug_key-Felder festlegen (für Attributions-Erfolgsberichte) und die debug_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.

Chrome hat außerdem die Nutzung von Cookies für 20% der Chrome Canary-, Dev- und Beta-Clients eingeschränkt.

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

</ph>

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.