Stan oczekujących funkcji interfejsu Protected Audience API

Gdy zbliżamy się do wycofania plików cookie innych firm, dowiedz się więcej o funkcjach aukcji interfejsu Protected Audience API.

Ponieważ interfejs Protected Audience API zbliża się do ogólnej dostępności i zbliża się do wycofania plików cookie innych firm w Chrome, możesz zastanawiać się nad dostępnością usług i funkcji interfejsu Protected Audience API. Tutaj znajdziesz listę funkcji interfejsu Protected Audience API o zakresie ograniczonym do funkcji oraz informację o tym, kiedy będą one obsługiwane.

Oś czasu dostępności funkcji

Funkcja Dostępne do testowania Stan
Raporty o wygranych aukcjach na poziomie zdarzenia Przed chwilą

Obsługiwany co najmniej do 2026 roku.

Ta funkcja ma na celu ułatwienie przejścia z raportowania plików cookie innych firm na raporty Protected Audience API. Takie raportowanie nie będzie więc obsługiwane, gdy technologie reklamowe zdecydują się już zaktualizować mechanizmy zgłaszania.

Agregacja na podstawie reguł Przed chwilą

Dostępny do testowania w Chrome Canary, Dev M113 i nowszych oraz beta/stabilnych wersjach M115 i nowszych.

Wykorzystanie zaufanego środowiska wykonawczego (TEE) na potrzeby usługi klucz/wartość Przed chwilą Wymagane nie wcześniej niż w III kwartale 2025 r.
Chronione ramki Przed chwilą Wymagane nie wcześniej niż w 2026 roku.
Ulepszona integracja Protected Audience API i raportowania atrybucji II kw. 2023 r. Dostępne do testowania w stabilnej wersji Chrome M112 lub nowszej.
K-anonimowość Przed chwilą Zobacz artykuł o k-anonimowości.
Określanie stawek i usługi aukcyjne Przeznaczony do testów w drugim półroczu 2023 r. W trakcie opracowywania.

Dodatkowe funkcje

Funkcja Dostępne do testowania Stan
Sygnały dotyczące określania stawek przez użytkowników na poziomie zdarzenia na potrzeby modelowania (problem z GitHubem) 2023 Funkcja dostępna w Chrome w II kwartale 2023 r.
Raporty o opóźnieniach poszczególnych kupujących 2023 Funkcja dostępna w Chrome w I kwartale 2023 r.
Limit czasu na kupującego 2023 Funkcja dostępna w Chrome w I kwartale 2023 r.
Identyfikator raportu kupującego na potrzeby zestawienia niestandardowego 2023 Dostępne w Chrome w III kwartale 2023 r.
Pomoc dotycząca miejsca docelowego sprzedawcy bezpośredniego 2023 Funkcja dostępna w Chrome w I kwartale 2023 r.
Koszt reklamy z ograniczonym dokładnością na potrzeby rozliczania kosztu kliknięcia 2023 Funkcja dostępna w Chrome w II kwartale 2023 r.
Waluta najwyższej stawki i najwyższych wyników 2023 Dostępne w Chrome w III kwartale 2023 r.
Obsługa makr w zewnętrznych modułach do śledzenia reklam (3PAT) 2023 Dostępne w Chrome w III kwartale 2023 r.
Obsługa kierowania na grupy wykluczających zainteresowań Później w 2023 r. Oczekiwane w Chrome w IV kwartale 2023 roku.
Bezpieczne rozpowszechnianie sygnałów aukcji bez pakietu WebBundles
Problem z GitHubem
Później w 2023 r. Zaplanowane w Chrome w IV kwartale 2023 r.
Zbiorcze usunięcie grupy zainteresowań
Problem z Githubem
Później w 2023 r. Zaplanowane w Chrome w IV kwartale 2023 r.
Zwiększ limit grupy zainteresowań z 1 tys. do 2 tys.
Problem z GitHubem
Później w 2023 r. Zaplanowane w Chrome w IV kwartale 2023 r.
Obsługa określania stawek i aukcji w wersji beta 1
Wyjaśnienie
Wersja próbna Origin, pod koniec 2023 roku Oczekiwane w Chrome (w ramach wersji próbnej Origin) w IV kwartale 2023 r.

Raporty o wygranych aukcjach 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 Private Aggregation API. Po wsłuchaniu się w opinie użytkowników i przejrzeniu względnej złożoności rozwiązań opartych na agregacji, zwłaszcza w zakresie płatności, zdecydowaliśmy się nie usuwać obsługi raportowania wyników wygranych aukcji na poziomie zdarzenia z funkcjami reportResult() i reportWin(), które mogą wywoływać sendReportTo() do jakiś czas po wycofaniu plików cookie innych firm.

Raporty o wygranych aukcjach na poziomie zdarzenia będą obsługiwane co najmniej do 2026 roku. Przed przejściem w interfejsie API na alternatywne rozwiązania powiadomimy o tym z wyprzedzeniem.

Raportowanie utraconych aukcji nadal będzie obsługiwane przez Private Aggregation API.

Raportowanie zbiorcze na podstawie reguł

Podczas aukcji w ramach Protected Audience API możesz wysyłać zagregowany raport po wywołaniu zdarzenia za pomocą metody contributeToHistogramOnEvent() interfejsu Private Aggregation API. Zdarzenie wywołujące może pochodzić z samej aukcji, np. wygrana lub przegrana aukcji, co umożliwia wygenerowanie raportu o przegranej aukcji. Zdarzenie może też pochodzić z otoczonej ramką poza aukcją za pomocą interfejsu Fenced Frame Ads Reporting API (window.fenced.reportEvent()), aby umożliwić zbiorcze przesłanie raportu.

Więcej informacji znajdziesz w sekcji contributeToHistogramOnEvent() na stronie Agregacja prywatna.

Wykorzystanie zaufanego środowiska wykonawczego na potrzeby usługi kluczy/wartości

Usługa klucz/wartość interfejsu Protected Audience API umożliwia aukcjom pobieranie sygnałów w czasie rzeczywistym, gdy stawka jest generowana przez kupującego, a reklamodawca oceni reklamę. W przyszłości usługa klucz/wartość będzie wymagać działania w zaufanym środowisku wykonawczym (TEE), aby zapewnić prywatność danych użytkownika.

Uruchomienie usługi klucz/wartość w TEE nie będzie wymagane przez jakiś czas po wycofaniu plików cookie innych firm. O konieczności korzystania z TEE poinformujemy z co najmniej 12-miesięcznym wyprzedzeniem. Do tego czasu możesz nadal używać własnego serwera na potrzeby sygnałów w czasie rzeczywistym. Pamiętaj, że uruchamianie usługi klucz/wartość w TEE z funkcjami zdefiniowanymi przez użytkownika (UDF) będzie dostępne do testowania pod koniec pierwszego kwartału 2023 r. za pomocą działającego na urządzeniu interfejsu Protected Audience API.

Chronione ramki

Ramki chronione to nowy element HTML, który ogranicza komunikację między treścią a elementem umieszczanym na stronie. Służy do renderowania treści na podstawie danych z różnych witryn. Interfejs Protected Audience API wyrenderuje treści w ramce otoczonej ramką.

Po ścisłej współpracy z różnymi zainteresowanymi osobami i przeanalizowaniu znacznego wysiłku zmierzającego do dostosowania się do tej zmiany Chrome nie będzie chciał wdrożyć chronionych ramek do co najmniej 2026 roku, aby utrzymać integrację ekosystemu. Chrome powiadomi o tym użytkowników z wyprzedzeniem. Do tego czasu, jeśli ogrodzone ramki nie są używane, musisz używać elementu iframe, aby renderować nieprzezroczysty identyfikator URN. Należy też pamiętać, że sprzedawcy nadal mogą wymagać korzystania z otoczonych ramek.

Propozycja Stan
Zmiany interfejsu Web API związane z tworzeniem konfiguracji
Wyjaśnienie
Funkcja dostępna w Chrome w I kwartale 2023 r.
Makra kreacji w opartych ramkach na potrzeby raportowania reklam (FFAR)
Problem z GitHubem
Dostępne w Chrome w III kwartale 2023 r.
Wysyłaj automatyczne obrazy typu beacon raz
Problem z GitHubem
Dostępne w Chrome w III kwartale 2023 r.
Konfiguracje możliwych do serializacji konfiguracji chronionych ramek
Problem z GitHubem
Dostępne w Chrome w III kwartale 2023 r.
Dodatkowe opcje formatu dla makr rozmiaru reklamy w ramach Protected Audience API
Problem z GitHubem
Funkcja dostępna w Chrome w IV kwartale 2023 roku.
Automatyczne przesyłanie beaconów do wszystkich zarejestrowanych adresów URL
Problem z GitHubem | Problem z GitHubem
Funkcja dostępna w Chrome w IV kwartale 2023 roku.
Włącz opcję opuszczania grup zainteresowań związanych z reklamami w elementach iframe Urn i ramkach komponentów reklamy
Problem z GitHubem
Dostępne w Chrome w I kwartale 2024 r.
Wprowadź zgłoszenie zarezerwowane.top_navigation_start/commit
problem z GitHubem, problem z GitHubem
Dostępne w Chrome w I kwartale 2024 r.
Nie wyłączaj ustawień plików cookie w narzędziu ReportEvent przed 3PCD
Problem z GitHubem
Dostępne w Chrome w I kwartale 2024 r.
Dodano obsługę automatycznych obrazów typu beacon w ramkach podrzędnych z innych domen
Problem z GitHubem
Dostępne w Chrome w I kwartale 2024 r.

Ulepszona integracja Protected Audience API z raportowaniem atrybucji

Niedawno zwrócono uwagę na wyzwania związane z integracją interfejsów Attribution Reporting API i Protected Audience API. Dotyczy to zwłaszcza chronionych ramek.

W przypadku raportowania na poziomie zdarzenia za pomocą Protected Audience API przygotowaliśmy kilka wstępnych ulepszeń, które ułatwią Ci tę integrację. Więcej informacji znajdziesz w objaśnieniu. Integracja będzie dostępna zarówno w przypadku ramek ogrodzonych, jak i elementów iFrame. Raportowanie na poziomie zdarzenia będzie dostępne do testowania w stabilnej wersji Chrome M112 lub nowszej.

Z myślą o osobach, które potrzebują raportów atrybucji w interfejsie Protected Audience API, pracujemy nad bardziej elastycznymi rozwiązaniami, które umożliwiają rejestrowanie większej liczby sygnałów dotyczących stawek za pomocą raportów zbiorczych. Publikujemy ofertę pakietową, gdy będzie ona gotowa.

Usługi aukcyjne i ustalania stawek

Otrzymaliśmy pewne obawy dotyczące opóźnienia interfejsu Protected Audience API i pracujemy nad skróceniem czasu oczekiwania na urządzeniu. Zarówno Chrome, jak i Android planują udostępnić usługi określania stawek i usługi aukcyjne jako dodatkowy sposób uruchamiania logiki określania stawek i punktów oprócz aukcji na urządzeniu. Usługi określania stawek i usług aukcyjnych to rozwiązanie Protected Audience API do prowadzenia aukcji poza urządzeniem, które naszym zdaniem zapewni jeszcze większą skuteczność.

Nadal będziemy obsługiwać aukcje na urządzeniu, a korzystanie z Ustalania stawek i Usług aukcyjnych nie jest wymagane, chyba że pasują one do konkretnych 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.