Weitere Informationen zu den Auktionsfunktionen der Protected Audience API
Da wir die Funktionen der Protected Audience API allgemein verfügbar machen, fragen Sie sich möglicherweise, welche Dienste und Funktionen der Protected Audience API verfügbar sind. Hier finden Sie eine Liste der Protected Audience API-Funktionen mit eingeschränktem Umfang und Informationen dazu, wann sie unterstützt werden.
Zeitachse der Verfügbarkeit von Funktionen
| Funktion | Für Tests verfügbar | Status |
|---|---|---|
| Berichte zu Auktionsgewinnen auf Ereignisebene | Jetzt | Unterstützung bis mindestens 2026. Diese Funktion soll den Übergang von Berichten zu Drittanbieter-Cookies zu Berichten zur Protected Audience API erleichtern. Daher wird dieses Reporting nicht mehr unterstützt, sobald die Werbetechnologieanbieter ihre Reporting-Mechanismen aktualisiert haben. |
| Triggerbasierte Aggregation | Jetzt | Verfügbar zum Testen in Chrome Canary/Dev M113+ und Beta/Stabil M115+. |
| Verwendung der vertrauenswürdigen Ausführungsumgebung (Trusted Execution Environment, TEE) für den Schlüssel/Wert-Dienst | Jetzt | Erforderlich frühestens im 3. Quartal 2025. |
| Fenced Frames | Jetzt | Erforderlich frühestens 2026. |
| Verbesserte Integration von Protected Audience API und Attribution Reporting | 2023 Q2 | Verfügbar für Tests in der stabilen Version von Chrome M112 und höher. |
| K-Anonymität | Jetzt | Artikel zur k-Anonymität |
| Gebots- und Auktionsdienste | Tests sind für das 2. Halbjahr 2023 geplant. | In Entwicklung. |
Zusätzliche Funktionen
| Funktion | Für Tests verfügbar | Status |
|---|---|---|
| Gebotssignale auf Ereignisebene für die Modellierung (Github-Problem) | 2023 | Ab dem 2. Quartal 2023 in Chrome verfügbar. |
| Berichte zur Latenz pro Käufer | 2023 | Ab dem 1. Quartal 2023 in Chrome verfügbar. |
| Zeitlimit für die Echtzeit pro Käufer | 2023 | Ab dem 1. Quartal 2023 in Chrome verfügbar. |
| Berichts-ID des Käufers für benutzerdefinierte Aufschlüsselungen | 2023 | Ab dem 3. Quartal 2023 in Chrome verfügbar. |
| Unterstützung von Direktverkäuferzielen | 2023 | Ab dem 1. Quartal 2023 in Chrome verfügbar. |
| Anzeigenkosten mit eingeschränkter Genauigkeit für die Cost-per-Click-Abrechnung | 2023 | Ab dem 2. Quartal 2023 in Chrome verfügbar. |
| Währung für das höchste Gebot und das höchste Gebot mit anderer Bewertung | 2023 | Ab dem 3. Quartal 2023 in Chrome verfügbar. |
| Makro-Unterstützung für Drittanbieter-Ad-Tracker (3PAT) | 2023 | Ab dem 3. Quartal 2023 in Chrome verfügbar. |
| Unterstützung für das Targeting auf auszuschließende Interessengruppen | Später im Jahr 2023 | Voraussichtlich im 4. Quartal 2023 in Chrome verfügbar. |
| Sichere Weitergabe von Auktionssignalen ohne WebBundles Github-Problem |
Später im Jahr 2023 | Voraussichtlich im 4. Quartal 2023 in Chrome verfügbar |
| Massenlöschung von Interessengruppen GitHub-Problem |
Später im Jahr 2023 | Voraussichtlich im 4. Quartal 2023 in Chrome verfügbar |
| Obergrenze für Interessengruppen von 1.000 auf 2.000 erhöhen Github-Problem |
Ende 2023 | Voraussichtlich im 4. Quartal 2023 in Chrome verfügbar |
| Unterstützung für die Betaversion 1 für Gebote und Auktionen Erläuterung |
Ursprungstest, später im Jahr 2023 | Voraussichtlich im 4. Quartal 2023 in Chrome verfügbar (über Ursprungstest) |
| Real Time Monitoring API Erläuterung |
Ende des 2. Quartals oder Anfang des 3. Quartals 2024 | Erwartet in Chrome im späten zweiten oder frühen dritten Quartal 2024 Wir erwägen auch Verbesserungen, die im Explainer unter „Future Work“ (Zukünftige Arbeit) aufgeführt sind. Wir planen, die Richtung bis zum ersten Quartal 2025 zu bestätigen, und gehen davon aus, dass wir bis zum ersten Quartal 2026 eine überarbeitete Lösung finden werden, abhängig von den Einführungszeitplänen der zugrunde liegenden Technologien. |
Berichte zu gewonnenen Auktionen auf Ereignisebene
Wir hatten ursprünglich angegeben, dass die Berichterstellung auf Ereignisebene für Auktionsgewinne eine vorübergehende Lösung sein würde und dass die Private Aggregation API zum Generieren von Zusammenfassungsberichten verwendet wird. Nachdem wir uns das Feedback angehört und die relative Komplexität von aggregationsbasierten Lösungen, insbesondere für die Abrechnung, untersucht haben, haben wir beschlossen, die Unterstützung für Berichte zu Auktionsgewinnen auf Ereignisebene nicht zu entfernen. Die Funktionen reportResult() und reportWin() können sendReportTo() aufrufen.
Berichte zu Auktionsgewinnen auf Ereignisebene werden mindestens bis 2026 unterstützt. Wir werden Sie rechtzeitig benachrichtigen, bevor die API auf alternative Lösungen umgestellt wird.
Berichte zu Auktionsverlusten werden weiterhin über die Private Aggregation API unterstützt.
Triggerbasierte aggregierte Berichterstellung
Während einer Protected Audience-Auktion können Sie einen aggregierbaren Bericht senden, wenn ein Ereignis die contributeToHistogramOnEvent()-Methode der Private Aggregation API auslöst. Das Auslöseereignis kann aus der Auktion selbst stammen, z. B. ein Auktionsgewinn oder ‑verlust. Diese aggregierbaren Berichte werden dann an einen bereitgestellten Aggregationsdienst gesendet, mit dem Sie einen endgültigen Zusammenfassungsbericht mit Ergebnissen zu Auktionsverlusten erstellen können. Das Ereignis kann auch aus einem Fenced Frame außerhalb der Auktion stammen. In diesem Fall wird die Einreichung des aggregierbaren Berichts mit Fenced Frame Ads Reporting API ausgelöst.window.fenced.reportEvent()
Weitere Informationen finden Sie im Abschnitt contributeToHistogramOnEvent() auf der Seite „Private Aggregation“.
Verwendung der vertrauenswürdigen Ausführungsumgebung für den Schlüssel/Wert-Dienst
Mit dem Protected Audience API Key/Value-Dienst können bei der Auktion Echtzeitsignale abgerufen werden, wenn das Gebot vom Käufer generiert und die Anzeige vom Verkäufer bewertet wird. Der Schlüssel/Wert-Dienst muss schließlich in einer vertrauenswürdigen Ausführungsumgebung (Trusted Execution Environment, TEE) ausgeführt werden, um sicherzustellen, dass die Daten des Nutzers privat bleiben.
Die Ausführung des Schlüssel/Wert-Dienstes in einer TEE ist nicht erforderlich. Wir benachrichtigen Sie mindestens 12 Monate, bevor die TEE-Nutzung obligatorisch wird. Bis dahin können Sie Ihren eigenen Server weiterhin für Echtzeit-Schlüssel/Wert-Signale verwenden. Der Key/Value-Dienst in einer TEE mit benutzerdefinierten Funktionen (UDFs) wird voraussichtlich bis Ende des ersten Quartals 2023 mit der On-Device Protected Audience API getestet.
Fenced Frames
Fenced Frames sind ein neues HTML-Element, das die Kommunikation zwischen dem Inhalt und dem Einbettungselement einschränkt. Es wird verwendet, um Inhalte auf Grundlage von websiteübergreifenden Daten zu rendern. Mit der Protected Audience API werden Inhalte in einem Fenced Frame gerendert.
Nachdem wir uns intensiv mit verschiedenen Stakeholdern ausgetauscht und den erheblichen Aufwand für die Umsetzung dieser Änderung geprüft haben, wird Chrome die Verwendung von Fenced Frames erst ab 2026 vorschreiben,um die Inklusivität des Ökosystems zu wahren. Außerdem wird Chrome rechtzeitig über die Änderung informieren. Bis dahin müssen Sie, wenn keine Fenced Frames verwendet werden, ein iFrame zum Rendern des undurchsichtigen URN verwenden. Außerdem ist zu beachten, dass Verkäufer weiterhin die Verwendung von Fenced Frames verlangen können.
| Vorschlag | Status |
|---|---|
| Änderungen an der Web API für urn to config Erläuterung |
Im 1. Quartal 2023 in Chrome verfügbar. |
| Creative-Makros in abgegrenzten Frames für Anzeigenberichte (Fenced Frames for Ads Reporting, FFAR) GitHub-Problem |
Verfügbar in Chrome im 3. Quartal 2023. |
| Automatische Beacons einmal senden GitHub-Problem |
Verfügbar in Chrome im 3. Quartal 2023. |
| Serializable Fenced Frames Configs GitHub-Problem |
Verfügbar in Chrome im 3. Quartal 2023. |
| Zusätzliche Formatoption für Makros für Anzeigengrößen für geschützte Zielgruppen GitHub-Problem |
Im 4. Quartal 2023 in Chrome verfügbar. |
| Automatische Beacons, die an alle registrierten URLs gesendet werden GitHub-Problem | GitHub-Problem |
Im 4. Quartal 2023 in Chrome verfügbar. |
| Verlassen von Anzeigeninteressengruppen aus Urn-iFrames und Frames von Anzeigenkomponenten aktivieren
GitHub-Problem |
Im 1. Quartal 2024 in Chrome verfügbar |
| Einführung von „reserved.top_navigation_start/commit“
GitHub-Problem, GitHub-Problem |
Im 1. Quartal 2024 in Chrome verfügbar |
| Cookie-Einstellung in ReportEvent erst nach Einführung von 3PCD deaktivieren
GitHub-Problem |
Im 1. Quartal 2024 in Chrome verfügbar |
| Unterstützung für automatische Beacons in plattformübergreifenden Subframes hinzufügen
GitHub-Problem |
Im 1. Quartal 2024 in Chrome verfügbar |
Cross-Origin-Subframes zulassen, reportEvent()-Beacons zu senden
GitHub-Problem |
Im 2. Quartal 2024 in Chrome verfügbar |
Referer-Header in Beacons
GitHub-Problem |
Im 1. Quartal 2025 in Chrome verfügbar |
| Unterstützung für automatische Beacon-Daten zwischen verschiedenen Ursprüngen
GitHub-Problem |
Voraussichtlich im 2. Quartal 2025 in Chrome |
Verbesserte Integration der Protected Audience API und von Attribution Reporting
Vor Kurzem wurden Herausforderungen bei der Integration der Attribution Reporting API und der Protected Audience API angesprochen, insbesondere wenn Fenced Frames beteiligt sind.
Für Berichte auf Ereignisebene mit der Protected Audience API haben wir eine Reihe von ersten Verbesserungen vorgeschlagen, um die Integration zu vereinfachen. Weitere Informationen finden Sie in der Erklärung. Die Integration ist sowohl für Fenced Frames als auch für iFrames verfügbar. Berichte auf Ereignisebene sind ab Chrome Stable M112 verfügbar.
Für diejenigen, die Attribution Reporting mit der Protected Audience API benötigen, arbeiten wir an flexibleren Lösungen, um mit aggregierbaren Berichten mehr Gebotssignale zu erfassen. Wir werden einen Vorschlag veröffentlichen, sobald er fertig ist.
Gebots- und Auktionsdienste
Wir haben einige Bedenken hinsichtlich der Latenz der Protected Audience API gehört und arbeiten aktiv daran, die Latenz auf dem Gerät zu verbessern. Sowohl Chrome als auch Android planen, Gebots- und Auktionsdienste als zusätzliche Möglichkeit zur Ausführung von Gebots- und Scoring-Logik neben On-Device-Auktionen anzubieten. Die Dienste für Gebote und Auktionen sind eine Protected Audience API-Dienst-Lösung für die Ausführung von Auktionen auf dem Gerät. Wir gehen davon aus, dass dies eine noch schnellere Leistung ermöglicht.
Wir unterstützen weiterhin Auktionen auf dem Gerät. Die Verwendung der Bidding and Auction Services ist nicht erforderlich, es sei denn, sie passt zu Ihren Anwendungsfällen.
Weitere Informationen finden Sie im Blogpost.
Nächste Schritte
Wir möchten mit Ihnen ins Gespräch kommen, um eine API zu entwickeln, die für alle funktioniert.
Über die API diskutieren
Wie andere Privacy Sandbox APIs wird auch diese API dokumentiert und öffentlich diskutiert.
Mit der API experimentieren
Sie können Tests zur Protected Audience API durchführen und sich an Diskussionen beteiligen.