Sie haben vielleicht schon davon gehört, dass Apple Änderungen an seinen Richtlinien für das Nutzer-Tracking vornimmt, die sich auf die Verwendung von Gerätekennungen in iOS 14 auswirken werden. Wenn Sie die Nachverfolgung nicht für Werbung nutzen, haben diese neuen Richtlinien keine Auswirkungen auf Sie. Und da die von Brightcove Analytics erfassten Daten anonym sind und nicht an Publisher weitergegeben werden, unterliegen sie nicht den neuen Richtlinien von Apple.
Aber sehen wir uns einmal an, was sich ändert und was Sie als App-Herausgeber wissen müssen.
WAS IST IDFA?
IDFA ist Apples Identifier for Advertisers, eine eindeutige ID-Zeichenkette, die ein bestimmtes Gerät identifiziert. Sie wird auf verschiedene Weise verwendet, aber die häufigste ist die Unterstützung personalisierter Werbung. Nehmen wir an, ich habe die App meiner örtlichen Lieblingsrestaurantkette geöffnet, aber ich habe nichts gekauft. Dann öffne ich die App meines lokalen Nachrichtenanbieters und beginne, ein Video anzusehen. Wenn die App eine Preroll-Werbung abruft, gibt sie die IDFA meines Geräts weiter, und die Restaurantkette zahlt vielleicht einen kleinen Aufpreis, um eine Werbung über ihr neuestes Essensangebot zu schalten. Alle gewinnen - der Werbetreibende erreicht jemanden, der mit größerer Wahrscheinlichkeit einen Kauf tätigt, der Herausgeber erhält mehr Geld für die Preroll-Anzeige, und ich sehe eine Anzeige, die für mich tatsächlich relevant ist.
Aber dieser Mechanismus kann auch ein wenig unheimlich sein. Die Branche tendiert dazu, diese Art von Daten nicht mehr ohne mehr Transparenz weiterzugeben, und der jüngste Schritt von Apple ist eine Möglichkeit, standardmäßig mehr Datenschutz zu gewährleisten.
WAS ÄNDERT SICH?
Mit iOS 14 wird eine App, die nicht ausdrücklich die Erlaubnis erhält, die IDFA des Geräts, auf dem sie läuft, anzugeben, keine eindeutigen Daten erhalten. (Diese neue Richtlinie wird Anfang 2021 in Kraft treten.) Dadurch wird nichts schiefgehen, aber es wird verhindern, dass der Werbetreibende erkennt, dass eine Werbeanforderung von einem Gerät kommt, an das er verkaufen möchte.
Apple nimmt eine wichtige Änderung vor, um dies zu unterstützen, mit einer neuen API, um die Erlaubnis für die IDFA anzufordern. Diese muss nur einmal für jede App angefordert werden, und ein Nutzer kann in den Einstellungen jederzeit ändern, ob er sich dafür oder dagegen entscheidet (ähnlich wie die Erlaubnis zur Standortverfolgung jetzt gehandhabt wird). Als App-Herausgeber sollten Sie Ihren Nutzern erklären, warum Sie diese Informationen abfragen - den Wert der Personalisierung von Anzeigen. Wenn Sie beim ersten Öffnen der App einen Systemdialog einblenden, ist das ein sicherer Weg, um eine Vielzahl von Ablehnungen zu erhalten. (Vor allem, wenn Sie gleichzeitig nach Standortberechtigungen fragen!)
Für Kunden, die das Brightcove Native iOS-SDK verwenden, haben wir Unterstützung für die Opt-in/Out-API auf Betriebssystemebene zusammen mit dem neuesten Google IMA-SDK (v3.12.1) hinzugefügt. Ohne die Integration dieser API haben alle IDFA-Anfragen unter iOS 14 - unabhängig von den Benutzerpräferenzen - den Wert 0, so als ob der Benutzer sich abgemeldet hätte. Dieses Update stellt sicher, dass Entwickler wann immer möglich Zugriff auf die IDFA haben. Sie finden dies in unserer September-Veröffentlichung von iOS SDK v6.7.12, mit voller iOS 14-Kompatibilität.
WAS GIBT ES SONST NOCH?
IDFA wurde für personalisierte Werbung entwickelt, aber es wurde auch für eine Reihe anderer Zwecke verwendet, für die Apple Alternativen anbietet.
Wenn ein App-Herausgeber ein Netzwerk von Apps hat, aber die Nutzer nicht selbst identifiziert (z. B. über ein Login), kann er auf einen IDFV (Identifier for Vendors) zugreifen, der wie ein IDFA aufgebaut ist, aber nur für die Apps des Herausgebers eindeutig ist. Er kann also nicht verwendet werden, um eine ID zwischen einem Nachrichtenverlag und dem Restaurant auszutauschen, aber er ermöglicht es einem Verlag, die Sehgewohnheiten eines Nutzers über verschiedene Apps in seinem eigenen Netzwerk zu verfolgen. (Dazu muss der Nutzer nicht zustimmen.)
Ein weiterer gängiger Anwendungsfall ist die Zuordnung von App-Installationen - IDFAs werden verwendet, um Verweise zwischen Apps zu identifizieren, die möglicherweise durch den App Store geschleust werden. Apple hat eine neue StoreKit-API (SKAdNetwork) bereitgestellt, um diesen speziellen Anwendungsfall zu unterstützen, für den auch keine Zustimmung des Endnutzers erforderlich ist.
SOLLTEN SICH DIE VERLEGER SORGEN MACHEN?
Das weiß niemand so genau. Apple bietet seinen Nutzern seit iOS 7 im Jahr 2013 die Möglichkeit, die IDFA zu deaktivieren, aber sie ist in den Einstellungen versteckt, sodass sie sich nie durchgesetzt hat.
Auf der anderen Seite hat Safari die Arbeit mit Cookies von Drittanbietern immer schwieriger gemacht, was dazu geführt hat, dass die Nachfrage der Werbetreibenden (und damit die Einnahmen) gesunken ist. Die IDFA-Änderung geht nicht so weit. Wenn Sie also über die Bereitstellung einer nativen App nachdenken, können Sie diese immer noch effektiver monetarisieren als das mobile Web auf iOS.
Es ist wahrscheinlich, dass es irgendwo in der Mitte landen wird. Es wird sicherlich hilfreich sein, die Nutzer zum Opt-in zu ermutigen und ihnen den Wert relevanter Anzeigen zu erklären. Unabhängig davon sollten Verlage nach anderen Möglichkeiten suchen, ihre eigenen First- oder Second-Party-Daten zu nutzen, um den Wert ihres Inventars zu maximieren.
