Postępy w Piaskownicy prywatności na Androida

Te aktualizacje będą zawierać podsumowanie nowych rozwiązań i aktualizacji propozycji projektowych, kluczowych pytań i opinii, które do nas dotarły, oraz informacji o wersjach dla programistów.

Nowości

Wydanie wersji przedpremierowej 7 dla programistów

Ta najnowsza wersja to ważny krok w kierunku udostępnienia Piaskownicy prywatności w wersji beta. Ta wersja zawiera dodatkowe funkcje dotyczące obsługi pośrednictwa w ramach łańcucha Protected Audience, przekierowań łańcuszkowych w ramach rejestracji zdarzeń w raportach przypisywania oraz inne zmiany w interfejsie API.

W miarę udostępniania nowych funkcji w przyszłym miesiącu będziemy aktualizować zasoby dla deweloperów. Zachęcamy do zapisania się na listę odbiorców aktualności dotyczących tej inicjatywy.

Opublikowanie wersji beta z marca 2023 r.

Ta wersja oznacza dostępność interfejsów API Piaskownicy prywatności na publicznych urządzeniach. Pod względem funkcjonalności jest ona odpowiednikiem wersji przedpremierowej dla programistów 6. Deweloperzy mogą uzyskać dostęp do interfejsów API w wersjach beta za pomocą pakietu SDK rozszerzeń.

Aktualizacja dotycząca harmonogramu wersji w wersji zapoznawczej dla deweloperów

Wszystkie daty i szczegóły mogą ulec zmianie

Każde wydanie w wersji przedpremierowej i beta będzie zawierać szczegółowe informacje o wypuszczeniu oraz przewodniki opisujące, które funkcje są dostępne w danym wydaniu, a które nie.

Dostępne obecnie:

  • Wersja dla deweloperów 7 – zawiera funkcje umożliwiające zaprojektowanie integracji za pomocą odpowiednich interfejsów API,w tym interfejsu SDK Runtime, Topics API, Protected Audience API i interfejsów Attribution Reporting API.
  • Program testów beta dostępny do ograniczonego testowania wersji produkcyjnej. Wersja beta z marca 2023 r. informuje o dostępności interfejsów API Piaskownicy prywatności na urządzeniach publicznych i funkcjonalnie odpowiada wersji testowej 6 dla programistów.

Początek 2023 r.:

  • Pierwsze stabilne wydanie interfejsów API chroniących prywatność na niewielkim odsetku urządzeń z Androidem 13.

Do końca 2023 r.:

  • kolejne wersje w wersji zapoznawczej dla deweloperów i stabilne wersje interfejsu API z dodatkowymi funkcjami. Możliwość udostępnienia aplikacji większej liczbie użytkowników i na urządzeniach z Androidem.

Przypomnienie: w lutym, gdy ogłosiliśmy Piaskownicę prywatności na Androida, podkreśliliśmy, że podczas projektowania, tworzenia i testowania tych nowych rozwiązań planujemy wspierać dotychczasowe funkcje platformy reklamowej przez co najmniej 2 lata. Zamierzamy też wysłać istotne powiadomienie przed wprowadzeniem jakichkolwiek przyszłych zmian.

Aktualizacje propozycji projektu

W tej sekcji opisujemy kilka konkretnych zmian w propozycjach projektów.

Interfejsy API odbicia

W naszym pierwotnym projektowaniu środowiska wykonawczego pakietu SDK prosiliśmy o opinię na temat naszej propozycji uniemożliwiania dostępu do interfejsów API odzwierciedlenia i wywołania. Celem było ułatwienie deweloperom pakietów SDK zapobieganie modyfikowaniu ich przez inne pakiety SDK.

Otrzymaliśmy cenne opinie na temat przypadków użycia, których dotyczy ta zmiana. Po zbadaniu przydatności i potencjalnych zagrożeń zezwalamy na używanie mechanizmu odbicia i interfejsów API w pakiecie SDK w czasie jego działania. W związku z tym zaktualizowaliśmy naszą propozycję.

Pakiet SDK nie może jednak używać odbicia lustrzanego ani wywoływać interfejsów API w innym pakiecie SDK z możliwością wywołania w czasie wykonywania. Zamiast tego w przypadku komunikacji między pakietami SDK w środowisku wykonawczym SDK opracowujemy osobne interfejsy API do wykrywania pakietów SDK. Szczegóły zostaną podane w przyszłej aktualizacji.

Cały czas szukamy sposobów na zmniejszenie ryzyka manipulacji przez inne pakiety SDK, dlatego nadal zalecamy zapobieganie używaniu kodu JNI w czasie działania pakietu SDK. Aktywnie rozważamy też inne interfejsy API. W przyszłej aktualizacji przedstawimy pełną listę zabronionych interfejsów API.

Interfejs Attribution Reporting API

Interfejs Topics API

  • Interfejs Topics API zwraca listę maksymalnie 3 tematów, po jednym na każdy z 3 ostatnich okresów (np. w ciągu ostatnich 3 tygodni). Zaktualizowaliśmy propozycję techniczną interfejsu Topics API, aby sprecyzować, że zwrócone tematy reprezentują zainteresowania użytkownika i że dowolny lub wszystkie zwrócone tematy można wykorzystać do personalizacji reklam.

Podsumowanie dodatkowych pytań i opinii

W tej sekcji przedstawiamy niektóre z otrzymanych przez nas pytań i opinii oraz nasze odpowiedzi na nie.

Pytania ogólne

Czy Piaskownica prywatności na Androida będzie działać na urządzeniach CTV?
Nasze obecne propozycje projektu koncentrują się na obsłudze przypadków użycia urządzeń mobilnych i aplikacji. W przyszłości udostępnimy więcej informacji o innych formatach urządzeń z Androidem.
W jaki sposób Piaskownica prywatności na Androida będzie wdrażana na urządzeniach w ramach wersji beta?
Aby umożliwić elastyczne wydawanie aktualizacji użytkownikom, kluczowe komponenty będą rozpowszechniane jako moduły główne na obsługiwanych urządzeniach mobilnych z Androidem. Pozwoli nam to wprowadzać ulepszenia na obsługiwanych urządzeniach w płynny sposób, poza normalnym cyklem wydawniczym platformy Android.
Jakie macie plany dotyczące obsługi Kotlina?
Pracujemy nad kolejną wersją interfejsu API Piaskownicy prywatności i chcemy umożliwić deweloperom pisanie kodu w języku Kotlin. Powiązane zasoby dla deweloperów, takie jak przykładowe aplikacje w wersji dla deweloperów, są dostępne w Kotlin (oprócz Javy).
Jakie są opcje na poziomie użytkownika w Piaskownicy prywatności i kiedy planujemy wdrożenie tych opcji?

Ostateczne wersje są nadal w fazie opracowywania, ale w wersji beta zamierzamy udostępnić użytkownikom elementy sterujące w ustawieniach urządzenia, aby:

  1. Rezygnacja z rozwiązań Piaskownicy prywatności lub ponowne dołączenie do nich
  2. Usuwanie określonych tematów z interfejsu Topics API
Czy ekosystemy sklepów z aplikacjami innych niż Google Play mogą korzystać z rozwiązań z Piaskownicy prywatności?

Wszystkie rozwiązania w Piaskownicy prywatności są częścią projektu Android Open Source (AOSP), więc w razie potrzeby mogą być stosowane w innych sklepach z aplikacjami. Aby dowiedzieć się więcej o ich planach, skontaktuj się z aplikacjami, z którymi współpracujesz.

środowisko wykonawcze SDK

Jakie będą zasady zarządzania wersjami pakietów SDK w ramach tych propozycji? Czy aplikacje będą mogły kontrolować zależności od wersji pakietu SDK, jeśli dostawcy będą mogli samodzielnie aktualizować swoje pakiety SDK?

Obecnie pracujemy nad tym. Jednym z rozwiązań jest to, że deweloperzy pakietów SDK określają wersję major.minor.patch dowolnego pakietu SDK, który chcą rozpowszechniać w sklepie z aplikacjami obsługującym środowisko wykonawcze SDK.

Deweloperzy aplikacji mogą wybrać wersję major.minor, na której chcą polegać, deklarując ją w pliku manifestu aplikacji. Najnowsza wersja poprawki dla tej wersji major.minor będzie instalowana do czasu wydania kolejnej poprawki (która zostanie zainstalowana automatycznie) lub do czasu, gdy deweloper aplikacji utworzy nową wersję aplikacji z inną wersją major.minor.

Do jakich typów pakietów SDK jest przeznaczone środowisko wykonawcze SDK?

Początkowa wersja środowiska wykonawczego SDK została zaprojektowana z myślą o użytkownikach pakietów SDK związanych z reklamami, w tym pakietów SDK umożliwiających wyświetlanie reklam, pomiar reklam, wykrywanie oszustw reklamowych i wykrywanie nadużyć.

Chociaż początkowo skupiamy się na pakietach SDK związanych z reklamami, deweloperzy pakietów SDK niezwiązanych z reklamami, którzy chcą chronić prywatność użytkowników i wierzą, że mogą działać zgodnie z wymienionymi powyżej warunkami, mogą przesyłać opinie na temat swoich pakietów SDK działających w czasie wykonywania pakietu SDK.

Obecnie używamy uprawnień innych niż te określone w propozycji w naszych przypadkach użycia. Czy możemy poprosić o dodatkowe uprawnienia?

Chcemy poznać przypadki użycia związane z reklamami, które wymagają określonych uprawnień dostępu poza tymi z początkowej propozycji projektu.

Czy przeniesienie pakietów SDK do procesu SDK Runtime pozwoli zaoszczędzić miejsce lub zmniejszyć rozmiar pobierania?

Jeśli wiele aplikacji jest zintegrowanych z osobnymi pakietami SDK z włączonym środowiskiem wykonawczym w tej samej wersji, pozwoli to zaoszczędzić miejsce na pobranie i miejsce na dysku.

Czy uprawnienia pakietu SDK do uzyskiwania dostępu do identyfikatora AAID (AD_ID) zależą od uprawnień aplikacji?

Możliwość dostępu pakietu RE SDK do identyfikatora AAID zależy zarówno od aplikacji, jak i od pakietu SDK, który deklaruje uprawnienie w pliku manifestu aplikacji. W przyszłej aktualizacji przedstawimy szczegółowe informacje o interfejsie API, którego pakiet SDK będzie mógł używać do uzyskiwania identyfikatora AAID, jeśli będzie on uprawniony do tego.

Adresy IP, wersje systemu operacyjnego i alternatywne dane: czy będą one dostępne dla pakietów SDK związanych z reklamami?

Obecnie pracujemy nad właściwościami systemu, do których będą miały dostęp pakiety SDK związane z reklamami. Te informacje zostaną udostępnione w kolejnej aktualizacji oferty pakietowej. Nie opublikowaliśmy żadnych zasad dotyczących korzystania z tych usług.

Czy identyfikator zestawu aplikacji zbierany przez nasz pakiet SDK jest identyczny w wielu aplikacjach, nawet jeśli należą one do różnych kont dewelopera w Google Play? Jak możemy blokować nieuczciwych użytkowników w wielu aplikacjach bez AAID?

Aplikacja lub dowolny jej pakiet SDK może mieć dostęp tylko do wartości Identyfikator zestawu aplikacji powiązanej z kontem dewelopera aplikacji w Google Play. Piaskownica prywatności na Androida nie będzie oferować identyfikatora obejmującego wielu wydawców na potrzeby zapobiegania oszustwom. Na razie deweloperzy mogą rozważyć użycie adresu IP jako nieco mniej spójnej alternatywy.

Tematy

Czy mogę zobaczyć listę wszystkich możliwych tematów, które mogą zostać zwrócone przez interfejs API?
W celu testowania wersja 1 dla deweloperów korzysta z tematów z tej taksonomii, która może ulec zmianie. Z czasem będziemy rozwijać tę funkcję na podstawie opinii z ekosystemu.
Jeśli taksonomia Topics ulegnie zmianie, jak możemy uwzględnić te zmiany w dalszych modelach po stronie kupującego?
Odpowiedź interfejsu Topics API będzie zawierać numer wersji klasyfikatora i taksonomii.

Protected Audience na Androida

Czy Protected Audience API obsługuje kierowanie z wykluczaniem?

Obecna wersja projektu nie obsługuje kierowania negatywnego na podstawie listy niestandardowych odbiorców w Protected Audience.

W przypadku kampanii promujących instalacje aplikacji udostępnimy dostawcom technologii reklamowych funkcję filtrowania reklam, która pozwoli im odfiltrowywać już zainstalowane aplikacje. Sprawdzamy też, jak można zaspokoić potrzeby związane z filtrowaniem wykluczających kampanii z uwzględnieniem limitu wyświetleń na użytkownika. Więcej informacji podamy w nadchodzących zmianach w proponowanym projekcie.

Czy sieci reklamowe sprzedawców mogą tworzyć listy odbiorców niestandardowych? Czy są one ograniczone do sieci reklamowych kupujących?

Nasza obecna propozycja dotycząca niestandardowych list odbiorców koncentruje się na przypadku użycia po stronie kupującego, ponieważ mają one wspomagać tworzenie stawek po stronie kupującego w przypadku remarketingu w sposób chroniący prywatność.

Raportowanie atrybucji

Czy interfejsy API Piaskownicy prywatności będą współpracować ze sobą, aby obsługiwać przypadki użycia związane z przesyłaniem danych z sieci do aplikacji i z aplikacji do sieci?
Analizujemy przypadki użycia, w których aplikacja w przeglądarce mobilnej wywołuje interfejs Android Attribution Reporting API, aby umożliwić atrybucję w internecie i aplikacjach na tym samym urządzeniu. Jeśli zdecydujesz się na włączenie funkcji aplikacji do przeglądarki, interfejsy API Piaskownicy prywatności dla Androida będą używane do przechowywania i przypisywania atrybucji. Będą one też usuwać duplikaty atrybucji w aplikacji i w przeglądarce (chociaż z interfejsu API możesz otrzymywać oddzielne raporty dotyczące aplikacji i przeglądarki, które trzeba będzie połączyć).
Czy interfejs API obsługuje inne modele atrybucji niż model oparty na ostatnim kliknięciu?
Interfejs API obsługuje model atrybucji uwzględniający ostatnią interakcję z uwzględnieniem priorytetu źródła. Dodatkowo oferta pakietowa obsługuje opcjonalną funkcję atrybucji w przypadku konwersji po instalacji i przypisywanych do kliknięć lub wyświetleń, które doprowadziły do instalacji.
Czy Piaskownica prywatności wpłynie na pole „Odsyłacz do aplikacji w Google Play”?

Zgodnie z obecnym projektem i planami interfejsy API Piaskownicy prywatności nie będą miały wpływu na funkcje udostępniane przez stronę odsyłającą do instalacji z Google Play.

Niektórzy deweloperzy określili formaty reklam, w których przypadku użytkownicy mogą otrzymać „nagrody” za wykonanie określonych zdarzeń po kliknięciu. Bez atrybucji na poziomie użytkownika trudno będzie to zrobić w ramach obecnych propozycji.

Trwają prace nad tym obszarem, aby określić możliwe rozwiązania. Zachęcamy do przesyłania dodatkowych opinii na temat tego przypadku użycia i innych, które mogą występować.

Dlaczego przypisywanie odbywa się niezależnie na każdej platformie reklamowej?

Obecnie wielu reklamodawców uważa, że ważne jest, aby mieć widok pozbawiony duplikatów zdarzeń konwersji w różnych sieciach. W ramach tej praktyki powszechnie korzysta się z usług partnera ds. pomiarów na urządzeniach mobilnych (MMP). Dzięki nowym interfejsom API nadal będzie to proste, ale też ułatwi reklamodawcom i poszczególnym platformom technologicznym bezpośrednie pomiary, jeśli będą tego potrzebować.

Użycie przekierowań oznacza, że nie musisz fizycznego obecności pakietu SDK w każdej aplikacji, ale musisz mieć relację z pakietami SDK technologii reklamowych w procesie przekierowania.

Główną zaletą tego podejścia jest to, że każdy może mieć własne metadane i klucze agregacji dostosowane do swojej logiki biznesowej oraz definiować własne priorytety.

Czy istnieją jakieś mechanizmy weryfikacji instalacji z Sklepu Play?

Zweryfikowane instalacje są używane tylko na potrzeby opcjonalnej atrybucji konwersji po instalacji. Interfejs API nie będzie wysyłać tych zweryfikowanych instalacji. Interfejs API będzie wysyłać tylko raporty na podstawie zarejestrowanych konwersji i nie będzie zwracać żadnych sygnałów o tym, czy użytkownik zainstalował już wcześniej aplikację.

Czy przeprowadzasz weryfikację kliknięć lub wyświetleń? Czy w przypadku weryfikacji wyświetleń obowiązuje minimalny czas trwania?

Obecna propozycja interfejsu API obsługuje podstawową weryfikację kliknięcia za pomocą zdarzenia InputEvent. Rozważamy wprowadzenie bardziej zaawansowanych metod weryfikacji kliknięć i wyświetleń. Zachęcamy do przesyłania dodatkowych opinii na temat tych zastosowań, zwłaszcza w odniesieniu do tego, jakie typy definicji widoku byłyby przydatne dla ekosystemu.