Topics API für das Web

Die Topics API ermöglicht interessenbezogene Werbung, ohne die vom Nutzer besuchten Websites erfassen zu müssen.

Implementierungsstatus

Was ist die Topics API?

Die Topics API ist ein Privacy Sandbox-Mechanismus, der entwickelt wurde, um die Privatsphäre von Nutzern zu schützen und gleichzeitig einem Browser zu ermöglichen, Informationen zu den Interessen eines Nutzers mit Dritten zu teilen. Sie ermöglicht interessenbezogene Werbung, ohne die von einem Nutzer besuchten Websites erfassen zu müssen.

Interessenbezogene Werbung ist ein Schlüsselkonzept in der Topics API. Dabei handelt es sich um eine Form der personalisierten Werbung, bei der eine Anzeige für einen Nutzer basierend auf seinen Interessen ausgewählt wird, die sich aus den kürzlich besuchten Websites ergeben. Dies unterscheidet sich von kontextbezogener Werbung, bei der Anzeigen auf den Inhalt der vom Nutzer besuchten Seite abgestimmt werden.

Interessenbezogene Werbung kann sowohl Werbetreibenden (Websites, die für ihre Produkte oder Dienstleistungen werben) als auch Publishern (Websites, die Anzeigen zur Monetarisierung ihres Contents nutzen) helfen:

  • Mit interessenbezogener Werbung können Werbetreibende potenzielle Kunden erreichen.
  • Diese interessenbezogene Werbung kann Kontextinformationen ergänzen und Publishern helfen, Websites durch Werbung zu finanzieren.

Die Topics API bietet eine neue Form der interessenbezogenen Werbung. Dabei werden Themen (Kategorien von Interesse) verwendet, die einem Browser auf Grundlage der letzten Nutzeraktivitäten zugewiesen werden. Diese Themen können kontextbezogene Informationen ergänzen, um die Auswahl geeigneter Anzeigen zu erleichtern.

Funktionsweise

In der Vergangenheit wurden Drittanbieter-Cookies und andere Mechanismen verwendet, um das Browserverhalten von Nutzern über verschiedene Websites hinweg zu verfolgen und so auf Themen zu schließen, die für sie von Interesse sind. Diese Mechanismen werden schrittweise eingestellt.

Mit der Topics API erfasst und speichert der Browser Themen, die basierend auf den Browseraktivitäten des Nutzers von Interesse zu sein scheinen. Diese Informationen werden auf dem Gerät des Nutzers aufgezeichnet. Die Topics API kann dann API-Aufrufern (z. B. Anzeigentechnologie-Plattformen) Zugriff auf die Themen eines Nutzers gewähren, ohne dabei zusätzliche Informationen zu den Browseraktivitäten des Nutzers preiszugeben.

Beobachtung von Ancestor-Themen

Seit Chrome 114 gilt: Wenn ein Aufrufer ein Thema für einen Nutzer auf einer Seite beobachtet, geht der Browser davon aus, dass er alle Vorgänger des Themas beobachtet hat.

Wenn der Browser beispielsweise aufzeichnet, dass ein Aufrufer Shopping/Apparel/Footwear/Boots für einen Nutzer beobachtet, werden auch die Ancestors dieses Themas als beobachtet angesehen: Shopping/Apparel/Footwear, Shopping/Apparel und Shopping.

Bisher musste von der API das beobachtete Thema als von der API zurückgegeben worden sein, damit ein Aufrufer vom Browser als beobachtet (z. B.) Shopping/Apparel erkannt wurde. Wenn also auf einer Seite Shopping/Apparel für einen Aufrufer eines Nutzers und auf einer anderen Shopping/Apparel/Footwear/Boots erfasst wird, behandelt die API Shopping/Apparel so, als sei das Ergebnis auf beiden Seiten erfasst worden.

Epochen

Selbstverständlich muss mit der Topics API sichergestellt werden, dass die von ihr bereitgestellten Thementhemen auf dem neuesten Stand sind. Der Browser leitet die Themen eines Nutzers anhand seiner Browseraktivitäten während eines bestimmten Zeitraums ab, der als Epoche bezeichnet wird – derzeit eine Woche. Jeder Nutzer hat seine eigenen Epochen (Epochen sind pro Nutzer) und die anfängliche Startzeit wird zufällig festgelegt. Das Thema einer Epoche wird nach dem Zufallsprinzip aus den fünf relevantesten Themen des Nutzers für den jeweiligen Zeitraum ausgewählt. Um den Datenschutz weiter zu verbessern und sicherzustellen, dass alle Themen vertreten sind, besteht eine Wahrscheinlichkeit von 5 %, dass das Thema nach dem Zufallsprinzip aus allen möglichen Themen in einer Interessentaxonomie ausgewählt wird.

Die Topics API hat drei Hauptaufgaben:

  • Ordnen Sie Browseraktivitäten Themen zu, die Sie interessieren. Beim aktuellen Design der Topics API werden Themen aus den Hostnamen der vom Nutzer besuchten Seiten abgeleitet. Beispiel: Das für eine Website über Aquarien abgeleitete Thema könnte /Haustiere und Tiere/Haustiere/Fische & Aquarien
  • Sie können anhand der letzten Browseraktivitäten eines Nutzers die häufigsten Themen ermitteln.
  • Stellen Sie Mechanismen bereit, mit denen Sie auf Themen zugreifen können, die derzeit für den Nutzer von Interesse sind, um die Auswahl geeigneter Anzeigen zu erleichtern.

Die Topics API stellt für Menschen lesbare und leicht verständliche Themen bereit, sodass Sie Nutzern sinnvolle Steuerelemente zur Verfügung stellen können.

So werden Themen ausgewählt und zusammengestellt

Themen werden aus einer Taxonomie ausgewählt, die aus hierarchischen Kategorien wie /Kunst & Unterhaltung/Musik und Audio/Soul und R&B und /Business und Industrie/Landwirtschaft und Forstwirtschaft. Diese Themen wurden von Chrome für erste Tests ausgewählt, aber mit dem Ziel, die Taxonomie zu einer Ressource zu machen, die von vertrauenswürdigen Mitwirkenden verwaltet wird. Die Taxonomie muss klein genug sein, Browser mit jedem Thema verknüpft sind. Derzeit liegt die Anzahl der Themen bei 469, aber wir erwarten, dass die endgültige Anzahl der Themen zwischen einigen Hundert und einigen Tausend liegt.

Um sensible Kategorien zu vermeiden, müssen Themen öffentlich, manuell ausgewählt und aktuell sein. Die ursprüngliche Taxonomie, die für Tests von Chrome vorgeschlagen wurde, wurde von Menschen zusammengestellt, um allgemein als sensibel eingestufte Kategorien auszuschließen, z. B. ethnische Zugehörigkeit oder sexuelle Orientierung.

Für die 50.000 Top-Websites wird bei der Topics API-Implementierung in Chrome eine manuell ausgewählte, öffentlich verfügbare Überschreibungsliste verwendet, um Hostnamen Themen zuzuordnen. Bei anderen Websites nutzt die Topics API ein Modell für maschinelles Lernen, um Themen aus Hostnamen abzuleiten.

Bei der Chrome-Implementierung der Topics API wird eine TensorFlow Lite-Datei heruntergeladen, die das Modell darstellt, um sie lokal auf dem Nutzergerät verwenden zu können.

Sie können auf die TensorFlow Lite-Modelldatei und die Themen zugreifen, die aus chrome://topics-internals für Hostnamen abgeleitet wurden.

Das folgende Diagramm zeigt ein vereinfachtes Beispiel, das zeigt, wie die Topics API einer AdTech-Plattform bei der Auswahl geeigneter Anzeigen helfen kann. In diesem Beispiel wird davon ausgegangen, dass der Browser des Nutzers bereits über ein Modell für die Zuordnung von Website-Hostnamen zu Themen verfügt.

<ph type="x-smartling-placeholder">
</ph> <ph type="x-smartling-placeholder"></ph> Diagramm, das die Phasen des Lebenszyklus der Topics API zeigt, vom Besuch eines Nutzers bis hin zur Auslieferung einer Anzeige.
Das Lebenszyklusdiagramm der Topics API führt die Phasen der API-Aktionen aus einem allgemeinen Blickwinkel durch.

API-Aufrufer erhalten nur Themen, die sie beobachtet haben

Ein Designziel der Topics API besteht darin, interessenbezogene Werbung zu ermöglichen, ohne Informationen mit mehr Entitäten zu teilen, als dies derzeit mit Drittanbieter-Cookies möglich ist. Die Topics API ist so konzipiert, dass Themen nur für API-Aufrufer zurückgegeben werden können, die sie bereits innerhalb eines begrenzten Zeitraums beobachtet haben. Ein API-Aufrufer soll ein Thema für einen Nutzer beobachtet haben, wenn er die Methode document.browsingTopics() im Code einer Website aufgerufen hat, die von der Topics API diesem Thema zugeordnet wurde.

Die API gibt nur Themen zurück, die vom Aufrufer in den letzten drei Epochen beobachtet wurden. Dadurch wird verhindert, dass Informationen über den Nutzer für mehr Entitäten freigegeben werden als die Technologien, die durch die API ersetzt werden (einschließlich Drittanbieter-Cookies).

Die Anzahl der zurückgegebenen Themen hängt von der Anzahl der Themen ab, die der API-Aufrufer zuvor beobachtet hat, und von der Anzahl der Themen, die dem Nutzer zur Verfügung stehen (z. B. von der Anzahl der Wochen, die Daten gesammelt wurden). Es können beliebige Themen von null bis drei Themen zurückgegeben werden, da für jede der drei letzten Epochen ein Thema angegeben werden kann.

Weitere Informationen zum Verwenden und Testen der Topics API finden Sie im Topics API-Entwicklerleitfaden.

Wie die API das Fingerprinting reduziert

Die Topics API bietet mehrere Mechanismen, um dafür zu sorgen, dass es schwierig ist, eine große Anzahl von Nutzern auf Websites allein mithilfe der Topics API zu re-identifizieren:

  • Da die Thementaxonomie grob eingegrenzte Themen umfasst, ist davon auszugehen, dass jedes Thema eine große Anzahl von Nutzern hat. Tatsächlich gibt es eine garantierte Mindestanzahl von Nutzern pro Thema, da das Thema in 5% der Fälle zufällig ist.
  • Die Themen werden nach dem Zufallsprinzip aus den fünf relevantesten ausgewählt.
  • Besucht ein Nutzer häufig dieselbe Website (z. B. jede Woche), kann der auf der Website ausgeführte Code höchstens ein neues Thema pro Woche lernen.
  • Unterschiedliche Websites erhalten unterschiedliche Themen für denselben Nutzer im selben Zeitraum. Die Wahrscheinlichkeit, dass das für einen Nutzer auf einer Website zurückgegebene Thema mit dem Thema auf einer anderen Website übereinstimmt, besteht mit nur einem von fünf. Dadurch lässt sich leichter feststellen, ob es sich um denselben Nutzer handelt.
  • Die Themen werden für einen Nutzer einmal pro Woche aktualisiert. Dadurch wird die Häufigkeit begrenzt, mit der Informationen geteilt werden können. Mit anderen Worten, die API verringert das Fingerprinting, da Themen nicht zu häufig aktualisiert werden.
  • Ein Thema wird nur für einen API-Aufrufer zurückgegeben, der dasselbe Thema vor Kurzem für denselben Nutzer beobachtet hat. Dieser Ansatz trägt dazu bei, dass Entitäten weniger Informationen über die Interessen von Nutzenden erhalten (oder diese teilen), die sie nicht selbst beobachtet haben.

Wie die API Bedenken mit FLoC gelöst hat

Beim Ursprungstest von FLoC im Jahr 2021 gab es sehr viel Feedback von Mitwirkenden in der Anzeigentechnologie und im Web. Insbesondere wurde befürchtet, dass FLoC-Kohorten als Fingerprinting-Oberfläche zur Identifizierung von Nutzern verwendet werden könnten oder dass die Verbindung eines Nutzers mit einer sensiblen Kategorie aufgedeckt werden könnte. Außerdem wurde aufgefordert, FLoC für Nutzer transparenter und verständlicher zu gestalten.

Die Topics API wurde unter Berücksichtigung dieses Feedbacks entwickelt. Ziel ist es, weitere Möglichkeiten zur Unterstützung interessenbezogener Werbung mit mehr Transparenz, stärkeren Datenschutzmaßnahmen und einem anderen Ansatz für sensible Kategorien zu erforschen.

Nächste Schritte

Weitere Informationen zu Themen und Funktionsweise

Wenn Sie Anzeigentechnologie-Entwickler sind, können Sie mit der Topics API experimentieren und sie testen. Ausführlichere Ressourcen finden Sie im Entwicklerleitfaden.

Reagieren und Feedback geben