Weitere Informationen zu den Auktionsfunktionen der Protected Audience API in der bevorstehenden Einstellung von Drittanbieter-Cookies.
Da wir die Protected Audience API der allgemeinen Verfügbarkeit näherbringen und Drittanbieter-Cookies in Chrome bald eingestellt werden, fragen Sie sich vielleicht, ob die Dienste und Funktionen der Protected Audience API verfügbar sind. Hier finden Sie eine Liste der Protected Audience API-bezogenen Funktionen und wann sie unterstützt werden.
Zeitplan für die Verfügbarkeit der Funktion
| Funktion | Zum Testen verfügbar | Status |
|---|---|---|
| Berichte zu Auktionsgewinnen auf Ereignisebene | Jetzt | Wird bis mindestens 2026 unterstützt. Diese Funktion soll die Umstellung von der Berichterstellung zu Drittanbieter-Cookies auf die Protected Audience API-Berichte erleichtern. Daher wird diese Berichterstellung nicht mehr unterstützt, nachdem Anzeigentechnologie-Anbieter ihre Meldemechanismen aktualisiert haben. |
| Triggerbasierte Aggregation | Jetzt | Verfügbar für Tests in Chrome Canary/Dev M113+ und Beta/Stable M115+. |
| Nutzung der vertrauenswürdigen Ausführungsumgebung (Trusted Execution Environment, TEE) für den Schlüssel/Wert-Dienst | Jetzt | Erforderlich vor dem 3. Quartal 2025. |
| Fenced Frames | Jetzt | Erforderlich ab 2026. |
| Verbesserte Protected Audience API- und Attribution Reporting-Integration | 2. Quartal 2023 | Verfügbar zum Testen in der stabilen Chrome-Version M112+. |
| k-Anonymität | Jetzt | Weitere Informationen zur k-Anonymität |
| Gebots- und Auktionsdienste | Ziel für Tests im 2. Halbjahr 2023. | In Entwicklung. |
Zusätzliche Funktionen
| Funktion | Zum Testen verfügbar | Status |
|---|---|---|
| Gebotssignale für Nutzer auf Ereignisebene für die Modellierung (GitHub-Problem) | 2023 | Verfügbar in Chrome im 2. Quartal 2023. |
| Berichte zur Latenz pro Käufer | 2023 | Verfügbar in Chrome im 1. Quartal 2023. |
| Zeitüberschreitung pro Käufer – Zeitüberschreitung | 2023 | Verfügbar in Chrome im 1. Quartal 2023. |
| Berichts-ID des Käufers für benutzerdefinierte Aufschlüsselungen | 2023 | Verfügbar in Chrome im 3. Quartal 2023. |
| Support für das Ziel „Direktverkäufer“ | 2023 | Verfügbar in Chrome im 1. Quartal 2023. |
| Genauigkeit der Werbekosten bei der Cost-per-Click-Abrechnung | 2023 | Verfügbar in Chrome im 2. Quartal 2023. |
| Währung für das höchste und das höchste andere Gebot | 2023 | Verfügbar in Chrome im 3. Quartal 2023. |
| Makrounterstützung für Anzeigen-Tracker von Drittanbietern (3PAT) | 2023 | Verfügbar in Chrome im 3. Quartal 2023. |
| Unterstützung für die Ausrichtung auf auszuschließende Interessengruppen | Ende 2023 | In Chrome voraussichtlich im 4. Quartal 2023. |
| Sichere Weitergabe von Auktionssignalen ohne WebBundles GitHub-Problem |
Ende 2023 | Voraussichtlich im 4. Quartal 2023 in Chrome |
| Mehrere Interessengruppen gleichzeitig löschen GitHub-Problem |
Ende 2023 | Voraussichtlich im 4. Quartal 2023 in Chrome |
| Obergrenze für Interessengruppen von 1.000 auf 2.000 erhöhen GitHub-Problem |
Ende 2023 | Voraussichtlich im 4. Quartal 2023 in Chrome |
| Unterstützung für Bidding und Auktionen (Beta 1) Erläuterung |
Ursprungstest, Ende 2023 | Voraussichtlich in Chrome (über den Ursprungstest) im 4. Quartal 2023 |
Berichte zu Auktionsgewinnen auf Ereignisebene
Ursprünglich hatten wir angegeben, dass die Berichte zu Auktionsgewinnen auf Ereignisebene eine temporäre Lösung sind. Mit der Private Aggregation API werden Zusammenfassungsberichte generiert. Nachdem wir uns das Feedback angesehen und die relative Komplexität von aggregationsbasierten Lösungen untersucht haben, insbesondere für die Abrechnung, haben wir beschlossen, die Unterstützung für Berichte zu Auktionsgewinnen auf Ereignisebene mit den Funktionen reportResult() und reportWin(), über die sendReportTo() nicht mehr verfügbar ist, bis zu einem späteren Zeitpunkt nach der Einstellung von Drittanbieter-Cookies nicht mehr zu unterstützen.
Berichte zu Auktionsgewinnen auf Ereignisebene werden bis mindestens 2026 unterstützt. Wir informieren Sie vorab, bevor die API auf alternative Lösungen umgestellt wird.
Berichte zu Auktionsverlusten werden weiterhin über die Private Aggregation API unterstützt.
Triggerbasierte zusammengefasste Berichterstellung
Bei einer Protected Audience-Auktion können Sie mit der Methode contributeToHistogramOnEvent() der Private Aggregation API einen aggregierten Bericht senden, wenn er durch ein Ereignis ausgelöst wird. Das auslösende Ereignis kann von der Auktion selbst stammen, z. B. ein Auktionsgewinn oder -verlust, sodass Sie einen Bericht zu Auktionsverlusten erstellen können. Das Ereignis kann auch aus einem abgegrenzten Frame außerhalb der Auktion stammen, wobei window.fenced.reportEvent() der Fenced Frame Ads Reporting API verwendet wird, um das Senden des aggregierten Berichts auszulösen.
Weitere Informationen finden Sie auf der Seite Private Aggregation im Bereich contributeToHistogramOnEvent().
Nutzung vertrauenswürdiger Ausführungsumgebung für Schlüssel/Wert-Dienst
Über den Protected Audience API-Dienst für Schlüssel/Wert-Paare kann die Auktion Echtzeitsignale abrufen, 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 Trusted Execution Environment (TEE) ausgeführt werden, um die Vertraulichkeit der Nutzerdaten zu gewährleisten.
Das Ausführen des Schlüssel/Wert-Diensts in einem TEE ist erst nach der Einstellung von Drittanbieter-Cookies erforderlich. Wir informieren Sie mindestens 12 Monate im Voraus, bevor die Nutzung von TEE verpflichtend ist. Bis dahin können Sie weiterhin Ihren eigenen Server für Echtzeit-Schlüssel/Wert-Signale verwenden. Die Ausführung des Schlüssel/Wert-Diensts in einem TEE mit benutzerdefinierten Funktionen (User-Defined Functions, UDFs) ist ab Ende des 1. Quartals 2023 für Tests mit der Protected Audience API auf dem Gerät verfügbar.
Umzäunte Rahmen
Fenced Frames sind ein neues HTML-Element, das die Kommunikation zwischen dem Content und dem Einbettungscode einschränkt. Es wird zum Rendern von Content basierend auf websiteübergreifenden Daten verwendet. Die Protected Audience API rendert Inhalte in einem abgegrenzten Frame.
Wir haben eng mit verschiedenen Stakeholdern zusammengearbeitet und den erheblichen Aufwand für diese Änderung untersucht. Aus diesem Grund wird Chrome bis mindestens 2026 keine Vorgaben für Fence Frames verlangen, um die Inklusion des Systems zu wahren. Chrome wird frühzeitig darüber informiert. Wenn Sie bis dahin keine Fence Frames verwenden, müssen Sie einen iFrame verwenden, um die opake URN zu rendern. Außerdem ist zu beachten, dass Verkäufer die Verwendung von Fenced Frames möglicherweise weiterhin verlangen können.
| Vorschlag | Status |
|---|---|
| Web API-Änderungen für Urn in Konfiguration Erläuterung |
Verfügbar in Chrome im 1. Quartal 2023. |
| Creative-Makros in 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. |
| Konfigurationen für Serialisierbare Fenced Frames GitHub-Problem |
Verfügbar in Chrome im 3. Quartal 2023. |
| Zusätzliche Formatoption für Makros für die Protected Audience-Anzeigengröße GitHub-Problem |
Verfügbar in Chrome im 4. Quartal 2023. |
| Automatische Beacons, die an alle registrierten URLs senden GitHub-Problem | GitHub-Problem |
Verfügbar in Chrome im 4. Quartal 2023. |
| Verlassen von Interessengruppen aus Urn-iFrames und Anzeigenkomponenten-Frames aktivieren
GitHub-Problem |
Verfügbar in Chrome im 1. Quartal 2024 |
| Einführung in „reserviert.top_navigation_start/commit“ GitHub-Problem, GitHub-Problem |
Verfügbar in Chrome im 1. Quartal 2024 |
| Cookie-Einstellung in ReportEvent erst vor 3PCD deaktivieren GitHub-Problem |
Verfügbar in Chrome im 1. Quartal 2024 |
| Unterstützung für automatische Beacons in ursprungsübergreifenden Subframes hinzufügen
GitHub-Problem |
Verfügbar in Chrome im 1. Quartal 2024 |
Verbesserte Integration der Protected Audience API und Attributionsberichte
In letzter Zeit wurden Herausforderungen bezüglich der Integration der Attribution Reporting API und der Protected Audience API aufgezeigt, insbesondere bei Fenced Frames.
Für Berichte auf Ereignisebene mit der Protected Audience API haben wir eine Reihe erster Verbesserungen vorgeschlagen, um die Integration zu vereinfachen. Weitere Informationen finden Sie in der Erläuterung. Die Integration ist sowohl für Fenced Frames als auch für iFrames verfügbar. Berichte auf Ereignisebene sind für Tests in der stabilen Chrome-Version M112+ verfügbar.
Für alle, die Attributionsberichte mit der Protected Audience API benötigen, arbeiten wir an flexibleren Lösungen, mit denen sich mehr Gebotssignale mithilfe von zusammengefassten Berichten erfassen lassen. Wir veröffentlichen ein Angebot, sobald es 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, neben On-Device-Auktionen Gebots- und Auktionsdienste als zusätzliche Möglichkeit zur Ausführung von Gebots- und Bewertungslogik bereitzustellen. Gebots- und Auktionsdienste sind eine Protected Audience API-Dienstlösung, mit der Auktionen außerhalb des Geräts durchgeführt werden können und die unserer Ansicht nach eine noch höhere Leistung ermöglichen kann.
Wir werden weiterhin On-Device-Auktionen unterstützen und die Nutzung der Gebots- und Auktionsdienste ist nur dann erforderlich, wenn es Ihren Anwendungsfällen gerecht wird.
Weitere Informationen finden Sie in diesem 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.