Era identyfikatorów dobiega końca na Androidzie

Przez lata targetowanie i pomiar reklam mobilnych opierały się na stabilnych, międzyaplikacyjnych identyfikatorach — głównie na Google Advertising ID (GAID). Ten model jest demontowany. Privacy Sandbox na Androidzie firmy Google ma na celu dostarczanie trafnych reklam i pomiar konwersji bez udostępniania identyfikatorów na poziomie użytkownika między aplikacjami.

Dla wydawców finansujących darmowe aplikacje i gry reklamami nie jest to drobna aktualizacja SDK. Zmienia to sposób, w jaki partnerzy popytowi rozumieją Twoją grupę odbiorców, jak atrybucja wraca do reklamodawców i jak wyceniany jest Twój inwentarz. Poznanie podstawowych elementów teraz — gdy stare sygnały częściowo jeszcze działają — to sposób na ochronę przychodów w okresie przejściowym.

Topics API: sygnały zainteresowań bez śledzenia

Topics API zastępuje międzyaplikacyjne profilowanie zainteresowań. Zamiast reklamodawców zszywających profil behawioralny z wielu aplikacji, urządzenie wnioskuje niewielki zestaw ogólnych tematów zainteresowań (na przykład „Gry mobilne” lub „Podróże”) na podstawie ostatniego użycia. Tematy są przechowywane na urządzeniu, a jedynie ograniczona liczba jest udostępniana wywołującym SDK w danym okresie.

W praktyce:

• Targetowanie staje się szersze i kontekstowe, a nie specyficzne dla osoby.
• Tematy są ogólne, rotują w czasie i z założenia wykluczają kategorie wrażliwe.
• System operacyjny pośredniczy w tym, jaki sygnał dociera do popytu — nie posiadasz już profilu.

Spodziewaj się, że CPM oparte na zainteresowaniach będą bardziej zależeć od trafności kontekstowej i kontekstu first-party, który możesz legalnie dostarczyć w żądaniach reklamowych.

SDK Runtime: izolowanie SDK reklamowych

SDK Runtime przenosi reklamowe i analityczne SDK do osobnego, izolowanego (sandboxowanego) procesu o ograniczonych uprawnieniach. Dziś osadzone reklamowe SDK działa z tym samym dostępem co Twoja aplikacja — może czytać dane aplikacji, sygnały urządzenia i więcej. SDK Runtime to ogranicza, redukując to, co SDK może po cichu zbierać, i ograniczając korelację międzyaplikacyjną.

Dla wydawców niesie to dwie realia. SDK mediacyjne i reklamowe muszą zostać zaktualizowane do wersji zgodnych z runtime — zależność do śledzenia u każdego partnera. A sygnały, które SDK historycznie pobierały niejawnie, nie będą już dostępne, więc przekazywanie czystego, opartego na zgodzie kontekstu first-party przez wspierane API ma większe znaczenie.

Attribution Reporting: pomiar bez identyfikatorów

Attribution Reporting API odbudowuje pomiar konwersji na urządzeniu. Zamiast dopasowywać kliknięcie reklamy do instalacji za pomocą wspólnego identyfikatora, rejestruje zdarzenia atrybucji lokalnie i zwraca raporty zagregowane lub zaszumione, opóźnione raporty na poziomie zdarzenia — dowodząc, że kampanie działają, a jednocześnie zapobiegając ponownej identyfikacji na poziomie użytkownika.

Kompromisy, do których dostosuje się Twój popyt, obejmują:

• Opóźnienia w raportowaniu zamiast natychmiastowej, deterministycznej atrybucji.
• Szum statystyczny wymagający większych wolumenów, by można było go czysto odczytać.
• Zagregowane podsumowania zastępujące mapowanie jeden-do-jednego kliknięcie-do-instalacji.

Spodziewaj się okresu, w którym reklamodawcy będą uruchamiać atrybucję Privacy Sandbox obok dotychczasowych metod w celu kalibracji. Inwentarz dobrze mierzony w nowych API utrzyma budżet; inwentarz zależny od wycofywanych sygnałów odczuje presję.

Co wydawcy aplikacji powinni zrobić teraz

Okres przejściowy nagradza przygotowanie. Konkretne kroki:

• Zaudytuj swoje SDK. Potwierdź, że Twoje SDK mediacyjne, sieci reklamowej i analityczne udostępniają wersje gotowe na Privacy Sandbox i SDK Runtime, oraz zaplanuj aktualizacje.
• Zarejestruj się i testuj. Skorzystaj z rejestracji w Privacy Sandbox Google i testuj na wersjach deweloperskich, by nie debugować na produkcji.
• Wzmocnij kontekst first-party. Inwestuj w sygnały kontekstowe i oparte na zgodzie, które możesz legalnie przekazywać, ponieważ identyfikatory międzyaplikacyjne nie udźwigną już ciężaru.
• Wcześnie ustal punkt odniesienia dla pomiaru. Porównaj wyniki Attribution Reporting z bieżącą atrybucją, aby ustalić realistyczne oczekiwania kupujących.
• Zadbaj o właściwą zgodę. Sandbox ogranicza ciche udostępnianie danych, ale nie znosi Twojego obowiązku prawnego zbierania i poszanowania zgody na pozostałe przetwarzanie.

Dlaczego zgoda i CMP wciąż mają znaczenie

Częstym błędnym przekonaniem jest, że Privacy Sandbox czyni zgodę zbędną. Tak nie jest. Sandbox ogranicza sposób, w jaki dane się przemieszczają, ale na mocy RODO, przepisów ePrivacy i własnych zasad Google nadal musisz uzyskać i sygnalizować ważną podstawę prawną — a partnerzy popytowi nadal wymagają interoperacyjnych sygnałów zgody, by licytować. Google Consent Mode v2 i IAB TCF 2.3 pozostają tkanką łączącą Twój interfejs zgody ze stosem reklamowym.

Tu wpisuje się FlexyConsent. Jako certyfikowana przez Google platforma zarządzania zgodą wspierająca IAB TCF 2.3 i Consent Mode v2, centralizuje sposób zbierania i propagowania zgody we wszystkich Twoich aplikacjach i witrynach. Jedna konfiguracja emituje ustandaryzowane sygnały, których oczekują Twoi partnerzy mediacyjni i pomiarowi, więc w miarę wdrażania API Privacy Sandbox wysyłasz czystą, spójną i audytowalną zgodę — a nie kruchą logikę per-aplikacja, która psuje się przy każdej aktualizacji SDK.

Najważniejsze wnioski

• Privacy Sandbox zastępuje identyfikatory międzyaplikacyjne Topics na urządzeniu, izolowanym SDK Runtime i zaszumionym Attribution Reporting.
• Targetowanie przesuwa się w stronę kontekstowych i opartych na zgodzie sygnałów first-party; deterministyczna atrybucja ustępuje zagregowanym, opóźnionym raportom.
• Zaudytuj i zaktualizuj swoje reklamowe SDK teraz, zarejestruj się do testów i porównaj nowy pomiar ze starym, zanim wycofanie da się we znaki.
• Zgoda nadal jest obowiązkowa — CMP zgodne z TCF 2.3 i Consent Mode v2, takie jak FlexyConsent, utrzymuje Twoje sygnały zgody ważne i interoperacyjne w każdej własności.