Unified Origin-Test für Relevanz und Messung

Topics, Fenced Frames und Shared Storage. Keywords: product:PrivacySandbox, docType:Guide, topicAdSetup, contentTypeSolution, Kategorie:Web, apiGroupAds, audienceAdBuyer, audienceAdSeller, audienceAdMeasurementProvider, Skill:Anfänger

Die Privacy Sandbox enthält eine Auswahl von Vorschlägen zur Nutzung von Werbung ohne websiteübergreifendes Tracking. Herkunft Tests bieten Entwicklern die Möglichkeit, und Feedback zu neuen Webtechnologien durch Tests in der Praxis geben. Die Privacy Sandbox – Relevanz und Ursprungstest für Messung stellt einen einzigen Test bereit, mit dem Websites einheitliche Tests auf Attribution Reporting, Protected Audience API, Topics, Fenced Frames und Shared Speicher. Entwickler können sich für diesen Single-Origin-Test registrieren, bei dem Sie für die Topics API, die Protected Audience API und die Attribution Reporting API. Dieses werden Sie durch die Konfigurationsschritte für den Zugriff auf die APIs geführt und erfahren, wie Sie Ihre Konfiguration validieren, und stellen weitere Ressourcen zum Testen bereit. gegenüber den APIs.

Status des Ursprungstests prüfen

Juni 2023

Anstieg der privaten Aggregation um 7% in der stabilen Version

Private Aggregation API ab Dienstag, 6. Juni 2023 bei 7% des stabilen Chrome-Traffics verfügbar. Die API wird in der Hauptgruppe für den einheitlichen Ursprungstest (5%), „Geschützt“ Isolierte Gruppe für Zielgruppen (1%) und Gruppe mit freigegebenem Speicher (1%). Die Die Traffic-Zuordnung für Protected Audience und freigegebener Speicher ändert sich nicht da die private Aggregation bestehenden isolierten Tests hinzugefügt wird.

Traffic-Zuordnung ab Dienstag, 6. Juni:

API Traffic-Zuordnung Status
Attributionsberichte Einheitlich – 5% 6% des stabilen Traffics, Stand: 13. März 2023
Isoliert – 1 % – nur ARA
Umzäunte Rahmen Einheitlich – 5% 7% des stabilen Traffics, Stand: 13. März 2023
Isoliert – 1 % – gemeinsamer Speicher + private Zusammenfassung + nur abgegrenzte Frames
Isoliert – 1 % – Nur geschützte Zielgruppe + private Zusammenfassung + nur abgegrenzte Frames
Protected Audience Einheitlich – 5% 6% des stabilen Traffics, Stand: 13. März 2023
Isoliert – 1 % – Nur geschützte Zielgruppe + private Zusammenfassung + nur abgegrenzte Frames
Private Aggregation Einheitlich – 5% 7% des stabilen Traffics, Stand: 6. Juni 2023
Isoliert – 1 % – Nur geschützte Zielgruppe + private Zusammenfassung + nur abgegrenzte Frames
Isoliert – 1 % – gemeinsamer Speicher + private Zusammenfassung + nur abgegrenzte Frames
Gemeinsam genutzter Speicher Einheitlich – 5% 6% des stabilen Traffics, Stand: 13. März 2023
Isoliert – 1 % – gemeinsamer Speicher + private Zusammenfassung + nur abgegrenzte Frames
Themen Einheitlich – 5% 6% des stabilen Traffics, Stand: 13. März 2023
Isoliert – 1 % – nur Themen

Frühere Updates

Hier finden Sie Informationen zu vorherigen Updates zum Ursprungstest.

April 2023

Anstieg der privaten Aggregation um 1% in der stabilen Version

Das Feld Private Ursprungstest der Aggregation API ist bei 1% der stabilen Chrome-Version verfügbar einheitlicher Testtraffic am Montag, dem 17. April. Das sendHistogramReport() Die Funktion der privaten Aggregation kann in der Protected Audience API verwendet werden und Gemeinsam genutzter Speicher Worklets.

Ab Montag, dem 17. April, sieht die Traffic-Zuordnung so aus:

API Traffic-Zuordnung Status
Attributionsberichte Einheitlich – 5% 6% des stabilen Traffics ab dem 13. März 2023
Isoliert – 1 % – nur ARA
Umzäunte Rahmen Einheitlich – 5% 7% des stabilen Traffics ab dem 13. März 2023
Isoliert – 1 % – Gemeinsamer Speicher (URL-Auswahl) + nur abgegrenzte Frames
Isoliert – 1 % – nur Protected Audience API + Fenced Frames
Protected Audience API Einheitlich – 5% 6% des stabilen Traffics ab dem 13. März 2023
Isoliert – 1 % – nur Protected Audience API + Fenced Frames
Private Aggregation Einheitlich – 1% 1% des stabilen Traffics ab dem 17. April 2023
Freigegebener Speicher (URL-Auswahl) Einheitlich – 5% 6% des stabilen Traffics ab dem 13. März 2023
Isoliert – 1 % – Gemeinsamer Speicher (URL-Auswahl) + nur abgegrenzte Frames
Themen Einheitlich – 5% 6% des stabilen Traffics ab dem 13. März 2023
Isoliert – 1 % – nur Themen

März 2023

Aktualisierung der Zeitachse

Ursprünglich hatten wir angekündigt, dass die isolierten Tests am Montag beginnen werden. 13. März 2023, aber die neuen Tests beginnen am Donnerstag, 16. März, 2023 aufgrund der zusätzlichen Zeit, die für die Einrichtung der Tests benötigt wird. Die 1% Am Donnerstag erfolgt der Anstieg der Protected Audience API von 4% auf 5% ebenfalls 16. März 2023.

Rücklauf der Protected Audience API um 1 %

Letzten Monat haben wir den Traffic des Protected Audience API-Ursprungstests für Tests vorübergehend von 5% auf 4% der stabilen Chrome-Version reduziert. Die ersten Tests sind abgeschlossen und wir planen, die Protected Audience API für den einheitlichen Test am Donnerstag, den 16. März 2023, wieder um bis zu 5 % zu erhöhen.

Die hochgestuften Nutzer sind die gleichen Nutzer wie die heruntergestufte Nutzergruppe. Die vorherigen Interessengruppen sind jedoch abgelaufen, da seit der Erhöhung mehr als 30 Tage vergangen sind.

Isolierte Tests

Um unseren Testprozess zu verbessern und die Messwerte der Ursprungstest-APIs weiterhin zu beobachten, erstellen wir zusätzlich zum bestehenden einheitlichen Test für jede API isolierte Tests. Es werden neue Tests für Attributionsberichte, Topics, eine Kombination aus Protected Audience API und Fenced Frames sowie eine Kombination aus URL-Auswahl von freigegebenem Speicher und Fenced Frames erstellt. In jedem isolierten Test sind nur die zugewiesenen APIs für die Nutzer in dieser Gruppe verfügbar.

API Traffic-Zuordnung
für isolierten Test
Attributionsberichte 1 %
Protected Audience API + Fenced Frames 1 %
Freigegebener Speicher (URL-Auswahl) + Fenced Frames 1 %
Themen 1 %

Ab Donnerstag, dem 16. März, erhalten Sie 1% des Rabatts Stabiler Chrome-Traffic für die oben aufgeführten APIs zusätzlich zu den 5 %, die Sie die aus dem bestehenden einheitlichen Test erzielt werden. Neue Nutzer werden zugewiesen für jeden Test.

Traffic-Zuordnung

Die aktuelle Traffic-Zuordnung für einheitliche Ursprungstests sieht am Dienstag, dem 28. Februar, so aus:

API Traffic-Zuordnung
im aktuellen einheitlichen Test
Attributionsberichte 5 %
Umzäunte Rahmen 5 %
Protected Audience API 4 %
Freigegebener Speicher (URL-Auswahl) 5 %
Themen 5 %

Die Traffic-Zuordnung sieht ab Donnerstag, dem 16. März, so aus, wie die Protected Audience API wieder hochgefahren wird und die neuen isolierten Tests beginnen:

API Neue Traffic-Zuordnung Status
Attributionsberichte Einheitlich – 5% 6% des stabilen Traffics ab dem 16. März 2023
Isoliert – 1 % – nur ARA
Umzäunte Rahmen Einheitlich – 5% 7% des stabilen Traffics ab dem 16. März 2023
Isoliert – 1 % – Gemeinsamer Speicher (URL-Auswahl) + nur abgegrenzte Frames
Isoliert – 1 % – nur Protected Audience API + Fenced Frames
Protected Audience API Einheitlich – 5% (4% aktuelle Zuweisung + 1% Anlaufzeit) 6% des stabilen Traffics ab dem 16. März 2023
Isoliert – 1 % – nur Protected Audience API + Fenced Frames
Freigegebener Speicher
(URL-Auswahl)
Einheitlich – 5% 6% des stabilen Traffics ab dem 16. März 2023
Isoliert – 1 % – Gemeinsamer Speicher (URL-Auswahl) + nur abgegrenzte Frames
Themen Einheitlich – 5% 6% des stabilen Traffics ab dem 16. März 2023
Isoliert – 1 % – nur Themen

Diese Änderungen wirken sich nicht auf die Einrichtung Ihres bestehenden Ursprungstesttokens aus und Sie müssen kein neues Token für den Ursprungstest erstellen oder verlängern.

Januar 2023

Im Rahmen einer Regressionsuntersuchung in Chrome wird der Traffic der Protected Audience API-Ursprungstests ab dem 26. Januar 2023 von 5% auf 4% der stabilen Chrome-Version reduziert. Die Untersuchung wird etwa einen Monat dauern und Sie werden benachrichtigt, sobald der Traffic wieder angehoben ist.

Diese Änderung erfolgt automatisch und hat keine Auswirkungen auf Ihre vorhandenen Ursprungstesttokens. Bei den Nutzern in dem Traffic, der von 1% abnimmt, bleiben die Interessengruppen in ihren Browsern. Die Anlaufphase wird für dieselben Nutzer übernommen und ihre Interessengruppen können wiederverwendet werden. Allerdings laufen die Interessengruppen nach 30 Tagen ab und die Regressionsuntersuchung kann länger dauern.

Außerdem wird der Ursprungstest der URL Selection API für den gemeinsam genutzten Speicher ab dem 26. Januar 2023 auf 5% des stabilen Chrome-Traffics erhöht.

API Hinweise
Attributionsberichte Die stabile Version ist ab dem 26. Oktober 2022 auf 5% gestiegen.
Themen Die stabile Version ist ab dem 26. Oktober 2022 auf 5% gestiegen.
Protected Audience API Verfügbar in der stabilen Version, ab dem 26. Januar 2023 vorübergehend auf 4% gesunken.
Fenced Frames In der stabilen Version verfügbar, ab dem 9. November 2022 auf 5% erhöht.
Gemeinsam genutzter Speicher In der stabilen Version verfügbar, Anstieg um 5% ab dem 26. Januar 2023.

November 2022

Die „selectURL“ API von Shared Storage nimmt ab dem 9. November für 1% des stabilen Chrome-Traffics am Ursprungstest teil.

Wie bereits im Blogpost Den Ursprungstest der Privacy Sandbox-Relevanz und Messung auf 5%erhöhen angekündigt, liegen die Attributionsberichte und Topics seit dem 9. November mit der Protected Audience API und Fenced Frames bei 5 %.

API Hinweise
Attributionsberichte Die stabile Version ist ab dem 26. Oktober auf 5% erhöht.
Themen Die stabile Version ist ab dem 26. Oktober auf 5% erhöht.
Protected Audience API Stabile Version verfügbar, ab dem 9. November auf 5% erhöht.
Fenced Frames Stabile Version verfügbar, ab dem 9. November auf 5% erhöht.
Gemeinsam genutzter Speicher Ab 9. November ab 1% in der stabilen Version verfügbar.

Oktober 2022: Anstieg um 5 %

Attribution Reporting, Topics, die Protected Audience API und Fenced Frames sind derzeit in der stabilen Chrome-Version verfügbar und werden Teil des erhöhten Traffics sein.

Ab dieser Woche werden wir den Traffic für Attributionsberichte und Topics, die Protected Audience API und Fenced Frames ab dem 9. November erhöhen.

Weitere Informationen finden Sie im Blogpost Erhöhung des Ursprungstests für die Privacy Sandbox-Relevanz und Messung auf 5%.

API Hinweise
Attributionsberichte Stabile Version verfügbar, nach dem 26. Oktober auf 5% erhöht.
Themen Stabile Version verfügbar, nach dem 26. Oktober auf 5% erhöht.
Protected Audience API Stabile Version verfügbar, ab dem 9. November auf 5% erhöht.
Fenced Frames Stabile Version verfügbar, ab dem 9. November auf 5% erhöht.
Gemeinsam genutzter Speicher Derzeit nur in M105+ Canary, Dev und Beta verfügbar.

Oktober 2022

Diese Verlängerung wurde gewährt, damit das System in der stabilen Version genügend Zeit hat, API-Verbesserungen kontinuierlich testen und validieren sowie Feedback geben dem bestehenden Zeitplan für die öffentliche Nutzung entsprechen.

Der gesamte Zeitplan für die Privacy Sandbox bleibt unverändert.

In der Testversion enthaltene APIs:

API Hinweise
Quellenangabe Berichte Entwickler*in Leitfaden für den Ursprungstest.
Protected Audience API Entwickler*in Leitfaden für den Ursprungstest.
Themen Entwickler*in Leitfaden für den Ursprungstest.
Eingezäunt Rahmen Informationen zur Verwendung des Ursprungstests finden Sie in der Anleitung zur Protected Audience API.
Geteilt Speicher Derzeit nur in M105+ Canary, Dev und Beta verfügbar.

August 2022

Mai 2022

50% der Nutzer von Chrome 102 Beta werden die Verfügbarkeit des Ursprungstests erhöht.

In der Testversion enthaltene APIs:

API Hinweise
Quellenangabe Berichte Entwickler*in Leitfaden für den Ursprungstest.
Protected Audience API Entwickler*in Leitfaden für den Ursprungstest.
Themen Entwicklerleitfaden für das Ursprungstest. Topics wurde im Ursprungstest kurzzeitig deaktiviert, da ein Fehler aufgetreten ist, die Browserstabilität beeinträchtigt.
Eingezäunt Rahmen Fenced Frames wurden dem Ursprungstest hinzugefügt. Weitere Informationen finden Sie in der Anleitung zur Protected Audience API. für den Test.

April 2022

Der Ursprungstest beginnt mit einer begrenzten Anzahl von Nutzern ab Chrome 102 Beta.

In der Testversion enthaltene APIs:

API Hinweise
Quellenangabe Berichte Individuelle Absicht zu Testzwecken (I2E). Attributionsberichte sind auch als einen individuellen Ursprungstest.
Protected Audience API Individuelle Absicht zu Testzwecken (I2E). Die Protected Audience API ist auf Computern nur mit einer Teilmenge der Funktionalität.
Themen Individuelle Absicht zu Testzwecken (I2E).

Für den Ursprungstest registrieren und ihn konfigurieren

Um den Ursprungstest auf Ihrer Website zu aktivieren, müssen Sie sich registrieren und einbetten das zugewiesene Ursprungstesttoken (ein zeitbasierter String für Ihren spezifischen Zugriff auf Ursprungstest). Weitere Informationen zur Entstehung von Chrome Tests.

Ursprungstesttokens werden sofort gewährt und können widerrufen oder neu erstellt werden jederzeit ändern.

Für jede Seite, auf der Sie den Ursprungstest verwenden möchten, müssen Sie ein Testtoken mit dem HTML-Code oder der Antwort der jeweiligen Seite.

Verwende ein <meta>-Tag im Abschnitt <head> der Seite:

<meta http-equiv="origin-trial" content="TOKEN_GOES_HERE">

Alternativ kannst du den folgenden HTTP-Header in die Seitenantwort einfügen:

Origin-Trial: TOKEN_GOES_HERE

Mit einem iFrame konfigurieren

Wenn Sie Ursprungstestfunktionen in einem iFrame verwenden, z. B. Protected Audience API-Funktionen joinAdInterestGroup()), muss das Token im iFrame bereitgestellt werden. und mit dem Ursprung des iFrames übereinstimmen.

Websiteübergreifende Konfiguration mit JavaScript

Wenn Sie Ursprungstestfunktionen über websiteübergreifendes JavaScript verwenden, wie in dem Anbieter von Drittanbieter-JavaScript auf der Seite auf oberster Ebene, müssen Sie Folgendes tun:

  • Wählen Sie bei der Registrierung für den Ursprungsserver die Option Drittanbieter-Abgleich aus. .
  • Im Feld Webursprung sollte der Ursprung des Skripts angegeben werden.
  • Fügen Sie das <meta>-Tag in die Seite der obersten Ebene ein (d. h. das Tag und nicht auf Ihren eigenen Content) aus Ihrem Skript. Beispiel:
const otMeta = document.createElement('meta');
otMeta.setAttribute('http-equiv', 'origin-trial');
otMeta.setAttribute('content', 'TOKEN_GOES_HERE');
document.querySelector('head').appendChild(otMeta);

Fehler im Ursprungstest beheben

Den Status eines Ursprungstests kannst du in den DevTools prüfen > Anwendungen .

<ph type="x-smartling-placeholder">
</ph> Token-Erfolgsstatus und aktiviert.
Token-Erfolgsstatus und aktiviert.
  1. Scrollen Sie nach unten zum Bereich Frames.
  2. Wählen Sie den Frame aus, in dem Sie das Token festlegen möchten. Zum Beispiel der top Frame für die Seite der obersten Ebene oder den spezifischen iframe für eingebettete Seiten.
  3. Scrollen Sie im rechten Bereich nach unten zum Abschnitt Ursprungstests.
  4. Sie sollten einen Eintrag für den Testzeitraum für PrivacySandboxAdsAPIs sehen.
  5. Maximieren Sie diesen Eintrag, um den Status für den Ursprungstest und Ihren spezifischen Tokens.

Der Ursprungstest ist auf einen Bruchteil der Chrome-Nutzer beschränkt und Ihr Browser kann nicht in der Testgruppe. Daher wird unter Umständen ein rotes TrialNotAllowed angezeigt. Nachricht für PrivacySandboxAdsAPIs. Wenn Sie den Eintrag maximieren, Tokenstatus: Wenn eine grüne Success-Meldung angezeigt wird, gilt Ihr Ursprungstest Konfiguration korrekt ist. Berechtigten Nutzern wird die Nachricht angezeigt, wenn sie auf „Enabled“ gesetzt ist.

<ph type="x-smartling-placeholder">
</ph> Token-Erfolgsstatus und nicht aktiviert.
Token-Erfolgsstatus und nicht aktiviert.

Sollten verschiedene Meldungen angezeigt werden, lesen Sie den Artikel Fehlerbehebung bei der Herkunft von Chrome Tests für eine detaillierte Checkliste zur Validierung der Konfiguration des Ursprungstests.

Funktionen erkennen

Wie bei allen Webfunktionen sollten Sie überprüfen, ob sie verfügbar sind in bevor Sie versuchen, sie zu verwenden. Überprüfen Sie dazu die ob die relevante API am richtigen Ort vorhanden ist:

if (document.featurePolicy.allowsFeature('attribution-reporting')) {
  // Attribution Reporting enabled
}

if ('runAdAuction' in navigator) {
  // Protected Audience API enabled
}

if ('browsingTopics' in document) {
  // Topics enabled
}

if ('HTMLFencedFrameElement' in window) {
  // Fenced Frames enabled
}

if ('sharedStorage' in window) {
  // Shared Storage enabled
}

if (window?.sharedStorage?.selectURL instanceof Function) {
  // optionally check specifically for the selectURL function in Shared Storage
}

Zulässigkeit der Nutzer ermitteln

Der Ursprungstest wird für einen Bruchteil der Chrome-Nutzer ausgeführt. Sie müssen außerdem die entsprechenden Funktionen in ihren Einstellungen aktiviert haben, Testversion:

Browsereinstellungen

Damit Nutzer das Probeabo nutzen können, müssen sie folgende Voraussetzungen erfüllen:

  • Sie müssen eine Version und einen Kanal von Chrome verwenden, in denen der Ursprungstest läuft. ausgeführt wird.

  • Sie müssen der aktiven Testgruppe in Chrome angehören.

Nutzereinstellungen

Damit Nutzer das Probeabo nutzen können, müssen sie außerdem:

  • Sie haben unter „Einstellungen“ > „Einstellungen“ die Privacy Sandbox-Testversion aktiviert > Sicherheit und Datenschutz > Privacy Sandbox, auch zugänglich über chrome://settings/adPrivacy
  • Sie haben Drittanbieter-Cookies aktiviert unter „Einstellungen“ > „Einstellungen“ > Sicherheit und Datenschutz > Cookies und andere Websitedaten sind auf „Alle Cookies zulassen“ gesetzt oder „Blockieren“ „Drittanbieter-Cookies im Inkognitomodus““, chrome://settings/cookies
  • in einer Standard-Browsersitzung und nicht im Inkognitomodus ist.

Der Ursprungstest wird zwar nur berechtigten Nutzern als aktiv angezeigt, du kannst aber auch Verwende die Entwickler-Flags, um Tests mit deiner eigenen Produktionsversion durchzuführen. Website.

Teilnahme am Ursprungstest steuern

Die Funktionsweise des Ursprungstests bleibt gleich: Sie erhalten einen Ursprungstest Tokens für die Kontexte, in denen Sie mit den APIs experimentieren möchten. Mit der erweiterten Testpopulation, sollten Sie sicherstellen, dass Sie und den Traffic steuern, bei dem Sie den Test aktivieren.

Hier ein guter Ansatz:

  1. Fügen Sie die Ursprungstesttokens standardmäßig in allen Kontexten ein, in denen Sie zu testen.
  2. Verwenden Sie die Funktionserkennung, um nach aktiven APIs zu suchen.
  3. Wenn die APIs aktiv sind (und folglich der Browser für diese Option infrage kommt) Test), geben Sie an, ob Sie sie basierend auf Ihrem eigenen Test verwenden möchten oder nicht. Kriterien. Wenn Sie z. B. bereits eine A/B-Testinfrastruktur haben, mit einem Prozentsatz der Zugriffe, Stichproben oder anderen Attributen experimentieren, Dann können Sie entscheiden, welche Funktionen Sie aktiv nutzen möchten.

Du kannst die Teilnahme am Ursprungstest für jeden Browser vollständig verhindern , indem Sie das Token nicht in die Antwort einbeziehen. Wenn Sie beispielsweise Ihr eigenes Kontingent für einen Test erreicht haben oder während der testet, wird ohne Angabe des Tokens sichergestellt, dass keine experimentellen Funktionen auf der Seite verfügbar oder aktiv sein.

Ursprungstestkontrolle nach geografischer Region

Sie können einen Ursprungstest nicht für bestimmte Regionen deaktivieren. Ursprungstests sind die auf Seiten aktiv sind, die den Token, enthalten über HTTP-Header (serverseitig) oder HTML-Meta-Tags (clientseitig) gesendet werden.

Wenn Sie den Standort des Nutzers ermitteln können, könnten Sie Code schreiben, das Ursprungstest-Token basierend auf diesen Standortinformationen. Zum Beispiel haben Sie könnte versuchen, anhand von IP-Adressen den Standort eines Nutzers zu ermitteln. IP-Adressen gefälscht sein, daher ist dies keine garantierte Lösung.

Ein geografisch-spezifischer Ursprung kann jedoch Berechtigungen Richtlinien, um zu steuern, welche Funktionen nutzungsfreundlich sind. us.example.com und uk.example.com sind beispielsweise geografischer Herkunft, die kontrolliert werden können. Das bedeutet nicht, dass ein Region hat sich vom Ursprungstest abgemeldet.

Mit einer Berechtigungsrichtlinie fügt eine Website ein kleines Code-Snippet in ihre Seiten ein der eine Anleitung für den Browser enthält. Wenn die Seite geladen wird, die Anweisungen zur Berechtigungsrichtlinie gelesen und Funktionen (oder APIs), wie in der Richtlinie für Berechtigungen beschrieben. Wenn eine Website eine API einschränken möchte in einer bestimmten Region hat, kann der Entwickler eine Richtlinie für alle angeforderten Seiten festlegen, aus dieser Region.

Token verlängern

Ursprüngliche Testtokens laufen sechs Wochen nach ihrem Ausstellungsdatum (oder am Ende des wenn das schon früher ist.

Es ist wichtig, dass Sie Ihre neuen innerhalb dieses Zeitfensters für die ununterbrochene Nutzung der Funktionen des Ursprungstests.

Das Erneuern von Tokens dauert nur wenige Minuten. Sie können außerdem mehrere Tokens für innerhalb desselben Tests auf derselben Seite. Sie können ein verlängertes Token bereitstellen, bevor Ihr Das vorhandene Token läuft ab, sodass es keine Dienstunterbrechung für die Nutzer gibt.

Lokal testen

Spezielle Informationen zu lokalen Entwicklertests finden Sie hier:

Die APIs sind nicht standardmäßig aktiviert und müssen mit Flags für Tests durchführen. Achten Sie darauf, dass dieselben Konfigurationseinstellungen aktiviert sind. und dann:

  • Verwenden Sie eine Version und Release-Version von Chrome, in denen die entsprechenden Funktionen verfügbar sind.
  • Alle APIs zum Datenschutz bei Werbung unter chrome://settings/adPrivacy aktivieren.

In den Entwicklerleitfäden finden Sie Informationen zur Verfügbarkeit bestimmter APIs und Funktionen sowie zusätzliche Flags für eine detailliertere Konfiguration.