Aktuelle Informationen zu den Fortschritten bei der Privacy Sandbox für Android

Seit der ersten Ankündigung im Februar 2022 haben wir Feedback von Partnern aus dem gesamten Android-Ökosystem erhalten. Wir wissen Ihr Feedback sehr zu schätzen und freuen uns weiterhin auf Ihr Feedback und Ihre Fragen.

Diese Updates enthalten eine Zusammenfassung der neuen Entwicklungen und Aktualisierungen der Designvorschläge, wichtige Fragen und Feedback, das wir erhalten haben, sowie aktuelle Informationen zu den Releases der Entwicklervorschau.

Neuveröffentlichungen

Entwicklervorschau 7 veröffentlicht

Dieser neueste Release ist ein wichtiger Meilenstein und bildet die Grundlage für kommende Betaversionen der Privacy Sandbox. Diese Version enthält zusätzliche Funktionen für die Unterstützung der abfolgebasierten Vermittlung von Protected Audience, für die Registrierung von Daisy-Chain-Weiterleitungen für die Ereignisregistrierung in der Attribution Reporting API und für weitere API-Änderungen.

Wir aktualisieren die Ressourcen der Entwicklervorschau, sobald in den kommenden Monaten neue Funktionen veröffentlicht werden. Wir freuen uns über Ihr Feedback oder Ihre Fragen und melden Sie sich an, um Updates zur Initiative zu erhalten.

Veröffentlichung der Betaversion März 2023

Dieser Release stellt die Verfügbarkeit der Privacy Sandbox APIs auf öffentlichen Geräten dar und entspricht der Funktion der Entwicklervorschau 6. Entwickler können über das Extension SDK auf die APIs in Betaversionen zugreifen.

Aktuelle Informationen zum Zeitplan für die Entwicklervorschau-Releases

Sämtliche Daten und Details können sich ändern.

Jede Entwicklervorschau und jede Betaversion enthält detaillierte Versionshinweise und Leitfäden, in denen beschrieben wird, welche Funktionen in den einzelnen Releases verfügbar sind und welche nicht.

Jetzt verfügbar:

  • Entwicklervorschau 7: Enthält Funktionen,mit denen Sie die Integration mithilfe relevanter APIs wie SDK Runtime, Topics, Protected Audience und Attribution Reporting APIs entwerfen können
  • Betaprogramm für eingeschränkte Produktionstests verfügbar. Die Betaversion von März 2023 stellt die Verfügbarkeit der Privacy Sandbox APIs auf öffentlichen Geräten dar und entspricht funktional der Entwicklervorschau 6.

Anfang 2023:

  • Erste stabile API-Version der datenschutzfreundlichen APIs auf einem kleinen Prozentsatz von Android 13-Geräten.

2023:

  • Weitere Iterationen von Entwicklervorschauen und stabile API-Releases mit zusätzlichen Funktionen. Erweiterung auf mehr Nutzer und Android-Geräte

Erinnerung:Bei der Ankündigung der Privacy Sandbox für Android im Februar haben wir betont, dass wir bei der Entwicklung, Entwicklung und beim Testen dieser neuen Lösungen vorhaben, bestehende Funktionen der Werbeplattform mindestens zwei Jahre lang zu unterstützen. Außerdem möchten wir Sie rechtzeitig über zukünftige Änderungen informieren.

Aktualisierungen von Designvorschlägen

In diesem Abschnitt werden verschiedene spezifische Aktualisierungen der Designvorschläge beschrieben.

Reflexions-APIs

In unserem ursprünglichen Entwurf zur SDK-Laufzeit haben wir um Feedback zu unserem Vorschlag gebeten, den Zugriff auf die Reflexion zu verhindern und APIs aufzurufen. So können SDK-Entwickler Manipulationen durch andere SDKs verhindern.

Wir haben wertvolles Feedback zu betroffenen Anwendungsfällen erhalten. Nach einer weiteren Prüfung des Nutzens und der Risiken werden wir die Verwendung von Reflexion und das Aufrufen von APIs innerhalb der SDK-Laufzeit zulassen und unseren Designvorschlag entsprechend aktualisiert.

Ein SDK darf jedoch keine Reflexion verwenden oder APIs auf einem anderen laufzeitfähigen SDK aufrufen. Stattdessen entwickeln wir für die SDK-zu-SDK-Kommunikation in der SDK-Laufzeit separate APIs für die SDK-Erkennung. Dies wird in einem zukünftigen Update näher erläutert.

Wir suchen ständig nach Möglichkeiten, das Risiko der Manipulation durch andere SDKs zu verringern. Daher schlagen wir vor, die Verwendung von JNI-Code innerhalb der SDK-Laufzeit zu verhindern, und ziehen aktiv andere APIs in Betracht. In einem zukünftigen Update geben wir einen vollständigen Vorschlag unzulässiger APIs bekannt.

Attribution Reporting API

Topics API

  • Die Topics API gibt eine Liste mit bis zu drei Themen zurück, eines für jede der letzten drei Epochen (z. B. während der letzten drei Wochen). Wir haben den technischen Vorschlag der Topics API aktualisiert, um zu verdeutlichen, dass die zurückgegebenen Themen die Interessen des Nutzers darstellen und dass einige oder alle zurückgegebenen Themen für personalisierte Werbung verwendet werden können.

Zusammenfassung der zusätzlichen Fragen und erhaltenen Feedbacks

In diesem Abschnitt finden Sie einige der Fragen und das Feedback, das wir erhalten haben, sowie unsere Antworten.

Allgemeine Fragen

Gilt die Privacy Sandbox für Android auch für internetfähige Fernseher?
Unsere aktuellen Designvorschläge konzentrieren sich auf die Unterstützung von Anwendungsfällen für Mobilgeräte und Apps. Weitere Informationen zu anderen Android-Formfaktoren geben wir in Zukunft.
Wie wird die Privacy Sandbox für Android im Rahmen der Betaversion auf den Geräten eingeführt?
Um Updates flexibel für Nutzer bereitzustellen, werden die Hauptkomponenten als Hauptmodule auf unterstützten Android-Mobilgeräten verteilt. So können wir unterstützte Geräte nahtlos und außerhalb des normalen Releasezyklus der Android-Plattform verbessern.
Wie sieht Ihr Kotlin-Support aus?
Wir arbeiten an der Iteration des Privacy Sandbox API-Designs und beabsichtigen, Entwicklern die Möglichkeit zu bieten, idiomatischen Kotlin-Code zu schreiben. Zugehörige Entwicklerressourcen wie Beispiel-Apps in der Entwicklervorschau sind nicht nur in Java, sondern auch in Kotlin verfügbar.
Welche Einstellungen auf Nutzerebene gibt es für die Privacy Sandbox und wie sieht der erwartete Zeitplan für die Einführung dieser Einstellungen aus?

Die endgültigen Designs befinden sich noch in der Entwicklungsphase, aber in der Betaphase möchten wir Nutzersteuerungen in den Geräteeinstellungen für Folgendes bereitstellen:

  1. Privacy Sandbox-Lösungen verlassen oder wieder beitreten
  2. Bestimmte abgeleitete Themen aus der Topics API entfernen
Können die Privacy Sandbox-Lösungen auch in anderen App-Shop-Systemen verwendet werden?

Alle Privacy Sandbox-Lösungen sind Teil des Android Open Source Project (AOSP) und können bei Bedarf auch von anderen App-Shops genutzt werden. Wenden Sie sich an die App-Shops, mit denen Sie zusammenarbeiten, um mehr über ihre Pläne zu erfahren.

SDK-Laufzeit

Wie werden SDK-Versionen in diesen Angeboten verwaltet? Können Apps Abhängigkeiten von SDK-Versionen steuern, wenn die Anbieter ihre SDKs unabhängig voneinander aktualisieren können?

Dies wird derzeit entwickelt. Ein Ansatz, der in Betracht gezogen wird, ist, dass SDK-Entwickler die major.minor.patch-Version jedes SDKs angeben, das sie über einen App-Shop vertreiben, der die SDK-Laufzeit unterstützt.

App-Entwickler können dann die major.minor-Version auswählen, von der sie abhängig sein möchten, indem sie diese in ihrem App-Manifest deklarieren. Der neueste Patchrelease für diese major.minor-Version wird installiert, bis der nächste Patch (der selbst automatisch installiert wird) oder der App-Entwickler seine App mit einer anderen major.minor-Versionsabhängigkeit neu erstellt.

Für welche Arten von SDKs ist die SDK-Laufzeit vorgesehen?

Die erste Version der SDK-Laufzeit wurde für Anwendungsfälle für werbebezogene SDKs entwickelt, einschließlich SDKs, die die Anzeigenbereitstellung, die Messung von Anzeigen sowie die Erkennung von Werbebetrug und Missbrauch ermöglichen.

Obwohl der Schwerpunkt zu Beginn auf werbebezogene SDKs liegt, können Entwickler von nicht werbebezogenen SDKs, die einen datenschutzfreundlichen Ansatz verfolgen und der Ansicht sind, dass sie unter den oben genannten Bedingungen arbeiten können, Feedback zu ihren SDKs geben, die in der SDK-Laufzeit ausgeführt werden.

Derzeit verwenden wir für unsere Anwendungsfälle andere Berechtigungen als die im Vorschlag angegebenen. Können wir weitere Berechtigungen anfordern?

Wir sind sehr daran interessiert, werbebezogene Anwendungsfälle zu verstehen, die spezifische Zugriffsberechtigungen erfordern, die über die in unserem ursprünglichen Designvorschlag hinausgehenden Berechtigungen erforderlich sind. Wir empfehlen Ihnen, Feedback zu einer betroffenen Funktion zu geben.

Würde das Verschieben von SDKs in die SDK-Laufzeit zu Downloadgröße oder Speicherplatzeinsparung führen?

Wenn mehrere Anwendungen mit einzelnen laufzeitfähigen SDKs derselben Version integriert sind, würde dies Downloadgröße und Speicherplatz sparen.

Hängt die SDK-Berechtigung für den Zugriff auf die AAID (AD_ID) von den Berechtigungen der App ab?

Ob das RE SDK auf die AAID zugreifen kann, hängt davon ab, ob die App und das SDK die Berechtigung im Manifest der App deklariert haben. In einem zukünftigen Vorschlagsupdate werden wir detailliert auf die API eingehen, die SDKs verwenden können, um die AAID abzurufen, sofern sie die entsprechende Berechtigung haben.

IP-Adressen, Betriebssystemversionen und alternative Daten: Sind diese auch für werbebezogene SDKs verfügbar?

Wir arbeiten derzeit an den Systemeigenschaften, auf die werbebezogene SDKs Zugriff haben. Dies wird in einer zukünftigen Aktualisierung des Designvorschlags bekannt gegeben. Wir haben keine Richtlinien zur Nutzung dieser Properties veröffentlicht.

Ist die App-Set-ID, die unser SDK erfasst, in vielen Apps identisch, auch wenn diese Apps zu verschiedenen Google Play-Entwicklerkonten gehören? Wie können wir betrügerische Nutzer ohne Werbe-ID in mehreren Apps blockieren?

Eine App oder eines ihrer SDKs hat möglicherweise nur Zugriff auf den Wert für die App-Set-ID, der dem Google Play-Entwicklerkonto der Host-App zugeordnet ist. Die Privacy Sandbox für Android bietet keine Publisher-übergreifende Kennung für Betrugszwecke. Vorerst könnten Entwickler IP-Adressen als etwas weniger konsistente Alternative in Betracht ziehen.

Themen

Kann ich eine Liste aller möglichen Themen sehen, die von der API zurückgegeben werden können?
Zu Testzwecken werden in der Entwicklervorschau 1 Themen aus dieser Taxonomie verwendet, die sich ändern können. Basierend auf dem Feedback aus der Branche gehen wir davon aus, dass sich dies im Laufe der Zeit weiterentwickeln wird.
Wie können wir diese Änderungen bei nachgelagerten Modellen auf Käuferseite berücksichtigen, wenn sich die Taxonomie der Themen ändern kann?
Die Antwort der Topics API enthält eine Versionsnummer für den Klassifikator und die Taxonomie.

Protected Audience unter Android

Wird ausgeschlossenes Targeting von Protected Audience unterstützt?

Der aktuelle Designvorschlag unterstützt keine negative Ausrichtung basierend auf einer benutzerdefinierten Zielgruppe in Protected Audience.

Für App-Installationskampagnen bieten wir Funktionen zum Filtern von Anzeigen, mit denen Anbieter von Anzeigentechnologien bereits installierte Apps herausfiltern können. Wir untersuchen außerdem, wie auf Kampagnen basierende negative Filterungsanforderungen durch Frequency Capping unterstützt werden können. Weitere Details erhalten Sie in den nächsten Aktualisierungen des Designvorschlags.

Können benutzerdefinierte Zielgruppen von den Verkäufer-Werbenetzwerken erstellt werden? Oder sind sie auf die Werbenetzwerke des Käufers beschränkt?

Unser aktuelles Angebot für benutzerdefinierte Zielgruppen konzentriert sich auf den Anwendungsfall auf Käuferseite, da mit diesen Zielgruppen auf datenschutzfreundliche Weise das Erstellen von Geboten auf Käuferseite für den Remarketing-Anwendungsfall unterstützt werden soll.

Attributionsberichte

Werden die Privacy Sandbox-APIs zusammen verwendet, um Web-zu-App- und App-zu-Web-Anwendungsfälle zu unterstützen?
Wir prüfen Anwendungsfälle, bei denen eine mobile Browser-App die Android Attribution Reporting API aufruft, um die Attribution in Apps und im Web auf demselben Gerät zu ermöglichen. Wenn Sie App-zu-Web aktivieren, wird die Privacy Sandbox for Android APIs für die Speicherung und Attribution verwendet und Duplikate werden für die App und das Web dedupliziert. Unter Umständen erhalten Sie jedoch separate Berichte für App und Web von der API, die kombiniert werden müssen.
Unterstützt die API neben dem letzten Klick noch andere Attributionsmodelle?
Die API unterstützt ein Attributionsmodell mit quellenpriorisierter Ausrichtung und dem Attributionsmodell „Letzte Interaktion“. Außerdem unterstützt das Angebot eine optionale Attributionslogik für Conversions nach der Installation, die dem Klick oder der Ansicht zugeordnet werden, die die Installation ausgelöst hat.
Wirkt sich die Privacy Sandbox auf die Verweis-URL für Play-Installationen aus?

Basierend auf dem aktuellen Design und den aktuellen Plänen haben die Privacy Sandbox APIs keine Auswirkungen auf die Funktionalität der Verweis-URL für Play-Installationen.

Einige Entwickler haben Anzeigenformate entwickelt, mit denen Nutzer für das Abschließen bestimmter Post-Klick-Ereignisse belohnt werden können. Ohne die Attribution auf Nutzerebene wäre das eine Herausforderung.

Dies ist ein Bereich, der untersucht wird, um mögliche Lösungen zu finden. Wir freuen uns über zusätzliches Feedback für diesen Anwendungsfall und andere mögliche Anwendungsfälle.

Warum erfolgt die Attribution für jede Anzeigentechnologie-Plattform unabhängig?

Viele Werbetreibende glauben, dass es wichtig ist, eine deduplizierte Ansicht ihrer Conversion-Ereignisse über Netzwerke hinweg zu erhalten, und es ist üblich, einen Partner für mobile Messungen (Mobile Measurement Partner, MMP) zu verwenden. Dies lässt sich mit den neuen APIs weiterhin problemlos umsetzen. Allerdings ist es für einzelne Technologieplattformen oder Werbetreibende auch einfacher, direkte Messungen vorzunehmen, wenn dies bei Bedarf möglich ist.

Wenn Sie Weiterleitungen verwenden, ist nicht in jeder App ein SDK erforderlich, sondern eine Beziehung zu den SDKs für Anzeigentechnologie, die in den Weiterleitungsprozess einbezogen werden müssen.

Ein wesentlicher Vorteil dieses Ansatzes besteht darin, dass jeder eigene Metadaten- und Aggregationsschlüssel für seine eigene Geschäftslogik haben und eine eigene Priorität definieren kann.

Werden Installationen über den Play Store validiert oder verifiziert?

Geprüfte Installationen werden nur für die optionale Attributionslogik für Conversions nach der Installation verwendet. Diese validierten Installationen werden nicht von der API gesendet. Die API sendet nur Berichte, die auf den registrierten Conversions basieren, und gibt kein Signal zurück, ob der Nutzer die App zuvor installiert hat.

Werden Klicks oder Aufrufe überprüft? Gibt es eine Mindestdauer für die Überprüfung von Aufrufen?

Der aktuelle API-Vorschlag unterstützt eine einfache Klickvalidierung über InputEvent. Wir arbeiten an robusteren Formen der Klick- und Aufrufvalidierung. Wir freuen uns über zusätzliches Feedback zu diesen Anwendungsfällen, insbesondere dazu, welche Arten von Ansichtsdefinitionen für die Plattform hilfreich wären.