Dowiedz się więcej o funkcjach aukcji Protected Audience API.
W miarę udostępniania funkcji interfejsu Protected Audience API w wersji ogólnej możesz zastanawiać się nad dostępnością usług i funkcji interfejsu Protected Audience API. Znajdziesz tu listę funkcji interfejsu Protected Audience API o ograniczonym zakresie i informacje o tym, kiedy będą one obsługiwane.
Harmonogram dostępności funkcji
| Funkcja | Dostępne do testowania | Stan |
|---|---|---|
| Raportowanie wygranych aukcji na poziomie zdarzenia | Teraz | Obsługiwane co najmniej do 2026 roku. Ta funkcja ma ułatwić przejście z raportowania opartego na plikach cookie innych firm na raportowanie oparte na Protected Audience API. Dlatego po tym, jak dostawcy technologii reklamowych zaktualizują swoje mechanizmy raportowania, to raportowanie nie będzie już obsługiwane. |
| Agregacja oparta na regułach | Teraz | Funkcja dostępna do testowania w Chrome Canary/Dev M113+ i Beta/Stable M115+. |
| Korzystanie z zaufanego środowiska wykonawczego (TEE) w usłudze klucz/wartość | Teraz | Wymagane nie wcześniej niż w III kwartale 2025 r. |
| Ramki chronione | Teraz | Wymagane nie wcześniej niż w 2026 r. |
| Ulepszona integracja interfejsów Protected Audience API i Attribution Reporting | II kwartał 2023 r. | Dostępne do testowania w Chrome w wersji stabilnej M112 lub nowszej. |
| K-anonimowość | Teraz | Przeczytaj artykuł o k-anonimowości |
| Usługi określania stawek i aukcji | Testy zaplanowano na II połowę 2023 r. | W trakcie opracowywania. |
Dodatkowe funkcje
| Funkcja | Dostępne do testowania | Stan |
|---|---|---|
| Sygnały użytkowników na poziomie zdarzenia na potrzeby modelowania (problem w GitHubie) | 2023 | Dostępne w Chrome w II kwartale 2023 r. |
| Raportowanie opóźnień w przypadku poszczególnych kupujących | 2023 | Dostępne w Chrome w pierwszym kwartale 2023 r. |
| Limit czasu rzeczywistego dla każdego kupującego | 2023 | Dostępne w Chrome w pierwszym kwartale 2023 r. |
| Identyfikator klienta na potrzeby raportów w przypadku niestandardowych podziałów | 2023 | Dostępne w Chrome w trzecim kwartale 2023 r. |
| Obsługa miejsc docelowych sprzedawców bezpośrednich | 2023 | Dostępne w Chrome w pierwszym kwartale 2023 r. |
| Koszt reklamy z ograniczoną dokładnością w przypadku rozliczeń za koszt kliknięcia | 2023 | Dostępne w Chrome w II kwartale 2023 r. |
| Waluta najwyższej stawki i najwyższej stawki z innym wynikiem | 2023 | Dostępne w Chrome w trzecim kwartale 2023 r. |
| Obsługa makr w przypadku narzędzi do śledzenia reklam firm zewnętrznych | 2023 | Dostępne w Chrome w trzecim kwartale 2023 r. |
| Obsługa kierowania na wykluczone grupy zainteresowań | Później w 2023 r. | Oczekiwane w Chrome w IV kwartale 2023 r. |
| Bezpieczne przekazywanie sygnałów aukcji bez WebBundles Problem na GitHubie |
Później w 2023 r. | Spodziewane w Chrome w IV kwartale 2023 r. |
| Zbiorcze usuwanie grup zainteresowań Problem na GitHubie |
Później w 2023 r. | Spodziewane w Chrome w IV kwartale 2023 r. |
| Zwiększenie limitu grup zainteresowań z 1 tys. do 2 tys. Problem w GitHubie |
Później w 2023 r. | Spodziewane w Chrome w IV kwartale 2023 r. |
| Obsługa wersji beta 1 usługi określania stawek i aukcji Wyjaśnienie |
Testowanie origin, pod koniec 2023 r. | Spodziewane w Chrome (w ramach testowania origin) w IV kwartale 2023 r. |
| Real Time Monitoring API Wyjaśnienie |
Koniec II kwartału lub początek III kwartału 2024 r. | Spodziewane w Chrome pod koniec II kwartału lub na początku III kwartału 2024 r. Rozważamy też ulepszenia opisane w wyjaśnieniu w sekcji dotyczącej przyszłych prac. Kierunek zmian planujemy potwierdzić do I kwartału 2025 r., a zmienione rozwiązanie powinno być gotowe do I kwartału 2026 r. Zależy to jednak od harmonogramu wprowadzenia technologii bazowych. |
Raportowanie wygranych aukcji na poziomie zdarzenia
Początkowo informowaliśmy, że raportowanie wygranych aukcji na poziomie zdarzenia będzie rozwiązaniem tymczasowym, a do generowania raportów podsumowujących będzie używany interfejs Private Aggregation API. Po zapoznaniu się z opiniami i zbadaniu względnej złożoności rozwiązań opartych na agregacji, zwłaszcza w przypadku rozliczeń, zdecydowaliśmy się nie usuwać obsługi raportowania wyników wygranych aukcji na poziomie zdarzenia, w którym funkcje reportResult() i reportWin() mogą wywoływać sendReportTo().
Raportowanie wygranych aukcji na poziomie zdarzenia będzie obsługiwane co najmniej do 2026 r. Z wyprzedzeniem powiadomimy Cię o przejściu interfejsu API na inne rozwiązania.
Raportowanie utraty aukcji będzie nadal obsługiwane przez interfejs Private Aggregation API.
Raportowanie zbiorcze oparte na wyzwalaczach
Podczas aukcji Protected Audience możesz wysłać raport podlegający agregacji, gdy zostanie on wywołany przez zdarzenie za pomocą metody contributeToHistogramOnEvent() interfejsu Private Aggregation API. Zdarzenie wywołujące może pochodzić z samej aukcji, np. z wygranej lub przegranej aukcji. Takie raporty podlegające agregacji są następnie przesyłane do wdrożonej usługi do agregacji, która umożliwia generowanie końcowego raportu podsumowującego zawierającego wyniki utraty aukcji. Zdarzenie może też pochodzić z ramki z ograniczeniami dostępu poza aukcją, która używa interfejsu Fenced Frame Ads Reporting APIwindow.fenced.reportEvent() do wywoływania przesyłania raportu zbiorczego.
Więcej informacji znajdziesz w sekcji contributeToHistogramOnEvent() na stronie dotyczącej agregacji prywatnej.
Korzystanie z zaufanego środowiska wykonawczego w usłudze kluczy-wartości
Usługa klucz/wartość interfejsu Protected Audience API umożliwia aukcji pobieranie sygnałów w czasie rzeczywistym, gdy kupujący generuje stawkę, a sprzedawca ocenia reklamę. Usługa klucz/wartość będzie ostatecznie musiała działać w zaufanym środowisku wykonawczym (TEE), aby zapewnić prywatność danych użytkownika.
Uruchamianie usługi klucz/wartość w środowisku TEE nie jest wymagane. Zanim korzystanie z TEE stanie się obowiązkowe, powiadomimy Cię o tym z co najmniej 12-miesięcznym wyprzedzeniem. Do tego czasu możesz nadal używać własnego serwera do przesyłania sygnałów klucz/wartość w czasie rzeczywistym. Pamiętaj, że uruchomienie usługi klucz/wartość w środowisku TEE z funkcjami zdefiniowanymi przez użytkownika (UDF) będzie dostępne do testowania do końca pierwszego kwartału 2023 roku w przypadku interfejsu Protected Audience API na urządzeniu.
Ramki chronione
Ogrodzone ramki to nowy element HTML, który ogranicza komunikację między treścią a osadzającym i jest używany do renderowania treści na podstawie danych z różnych witryn. Interfejs Protected Audience API będzie renderować treści w ramce ograniczonej.
Po ścisłej współpracy z różnymi zainteresowanymi stronami i zbadaniu znacznego wysiłku, jaki trzeba włożyć w dostosowanie się do tej zmiany, Chrome nie będzie wymagać ramek z ograniczonym dostępem co najmniej do 2026 r., aby zachować inkluzywność ekosystemu. Chrome z wyprzedzeniem poinformuje o wprowadzeniu tej zmiany. Do tego czasu, jeśli nie są używane ramki ograniczone, do renderowania nieprzezroczystego URN musisz używać elementu iframe. Należy też pamiętać, że sprzedawcy nadal mogą wymagać używania ograniczonych ramek.
| Propozycja | Stan |
|---|---|
| Zmiany w interfejsie Web API dotyczące przekształcenia urn w config – wyjaśnienie |
Dostępna w Chrome w pierwszym kwartale 2023 r. |
| Makra kreacji w ogrodzonym obszarze na potrzeby raportowania o reklamach (FFAR) Problem na GitHubie |
Dostępna w Chrome w III kwartale 2023 r. |
| Wyślij automatyczne sygnały beacon raz Problem na GitHubie |
Dostępna w Chrome w III kwartale 2023 r. |
| Konfiguracje odizolowanych ramek do serializacji Problem na GitHubie |
Dostępna w Chrome w III kwartale 2023 r. |
| Dodatkowa opcja formatu dla makro rozmiarów reklamy w przypadku chronionych list odbiorców Problem na GitHubie |
Funkcja ta będzie dostępna w Chrome w IV kwartale 2023 r. |
| Automatyczne beacony wysyłane do wszystkich zarejestrowanych adresów URL Problem na GitHubie | Problem na GitHubie |
Funkcja ta będzie dostępna w Chrome w IV kwartale 2023 r. |
| Włączanie opcji Leaving Ad Interest Groups z ramek iFrame Urn oraz ramek komponentów reklamowych Problem na GitHubie |
Dostępne w Chrome w pierwszym kwartale 2024 r. |
| Wprowadzenie reserved.top_navigation_start/commit problemu w GitHubie, problemu w GitHubie |
Dostępne w Chrome w pierwszym kwartale 2024 r. |
| Do Not Disable Cookie Setting in ReportEvent until 3PCD
GitHub issue |
Dostępne w Chrome w pierwszym kwartale 2024 r. |
| Dodaj obsługę automatycznych sygnałów w ramkach podrzędnych między domenami. Problem na GitHubie |
Dostępne w Chrome w pierwszym kwartale 2024 r. |
Zezwalanie na wysyłanie sygnałów reportEvent() beaconów przez ramki podrzędne z innych domen
Problem na GitHubie |
Dostępne w Chrome w II kwartale 2024 r. |
Referer nagłówek w beaconach
problem na GitHubie |
Dostępne w Chrome w pierwszym kwartale 2025 r. |
| Obsługa danych z automatycznych sygnałów na różnych domenach Problem na GitHubie |
W Chrome pojawi się w II kwartale 2025 r. |
Ulepszona integracja interfejsów Protected Audience API i Attribution Reporting
Ostatnio wskazano problemy z integracją interfejsu Attribution Reporting API i Protected Audience API, zwłaszcza w przypadku ramek ograniczonych.
W przypadku raportowania na poziomie zdarzenia za pomocą interfejsu Protected Audience API proponujemy zestaw wstępnych ulepszeń, które ułatwią tę integrację. Więcej informacji znajdziesz w wyjaśnieniu. Integracja będzie dostępna zarówno w przypadku ramek ograniczonych, jak i ramek iFrame. Raportowanie na poziomie zdarzenia będzie dostępne do testowania w stabilnej wersji Chrome M112 lub nowszej.
Użytkownikom, którzy potrzebują raportowania atrybucji za pomocą interfejsu Protected Audience API, udostępnimy bardziej elastyczne rozwiązania do rejestrowania większej liczby sygnałów licytowania za pomocą raportów zbiorczych. Gdy będziemy gotowi, opublikujemy propozycję.
Usługi określania stawek i aukcji
Słyszeliśmy o pewnych obawach dotyczących opóźnienia interfejsu Protected Audience API i aktywnie pracujemy nad zmniejszeniem opóźnienia na urządzeniu. Zarówno Chrome, jak i Android planują udostępnić usługi licytacji i aukcji jako dodatkowy sposób na uruchamianie logiki licytowania i oceniania poza aukcjami na urządzeniu. Usługi określania stawek i aukcji to rozwiązanie usługi Protected Audience API do przeprowadzania aukcji poza urządzeniem, które naszym zdaniem pozwoli na jeszcze szybsze działanie.
Nadal będziemy obsługiwać aukcje na urządzeniu, a korzystanie z usługi licytacji i aukcji nie jest wymagane, chyba że pasuje do Twoich przypadków użycia.
Więcej informacji znajdziesz w poście na blogu.
Co dalej?
Chcemy wspólnie z Tobą rozmawiać, aby mieć pewność, że stworzyliśmy interfejs API dla wszystkich użytkowników.
Omów interfejs API
Podobnie jak inne interfejsy API Piaskownicy prywatności, ten interfejs API jest udokumentowany i omawiany publicznie.
Eksperymentuj z interfejsem API
Możesz eksperymentować i uczestniczyć w rozmowach na temat interfejsu Protected Audience API.