Więcej informacji o funkcjach aukcji Protected Audience API
Wraz z upowszechnianiem funkcji interfejsu Protected Audience API możesz się zastanawiać, czy usługi i funkcje Protected Audience API są dostępne. Poniżej znajdziesz listę ograniczonych funkcji interfejsu Protected Audience API oraz informacje o tym, kiedy będą one obsługiwane.
Harmonogram dostępności funkcji
| Funkcja | Dostępne do testowania | Stan |
|---|---|---|
| Raporty o wygrywaniu aukcji na poziomie zdarzenia | Teraz | Obsługiwane co najmniej do 2026 roku. Ta funkcja ma ułatwić przejście z raportowania na podstawie plików cookie innych firm na raportowanie na podstawie Protected Audience API. Dlatego po tym czasie, gdy dostawcy technologii reklamowych zdążą zaktualizować mechanizmy raportowania, ta funkcja przestanie być obsługiwana. |
| Agregacja na podstawie reguły | Teraz | Dostępne do testowania w Chrome Canary/Dev w wersji M113 lub nowszej oraz w Chrome Beta/Stable w wersji M115 lub nowszej. |
| Korzystanie ze 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. |
| Ulepszony interfejs Protected Audience API i integracja z raportowaniem atrybucji | 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. |
| Ustalanie stawek i usługi aukcyjne | Testowanie planowane na II połowę 2023 r. | W trakcie opracowywania. |
Dodatkowe funkcje
| Funkcja | Dostępne do testowania | Stan |
|---|---|---|
| sygnały licytowania użytkowników na poziomie zdarzenia do modelowania (problem w GitHubu); | 2023 | Dostępna w Chrome w II kwartale 2023 r. |
| Raporty o opóźnieniach dla poszczególnych kupujących | 2023 | Dostępna w Chrome w pierwszym kwartale 2023 r. |
| Czas oczekiwania na odpowiedź od kupującego | 2023 | Dostępna w Chrome w pierwszym kwartale 2023 r. |
| Identyfikator klienta na potrzeby raportów niestandardowych | 2023 | Dostępna w Chrome w III kwartale 2023 r. |
| Pomoc dotycząca miejsca docelowego dla sprzedawców bezpośrednich | 2023 | Dostępna w Chrome w pierwszym kwartale 2023 r. |
| Koszt reklamy z ograniczoną dokładnością w przypadku rozliczeń kosztem kliknięcia | 2023 | Dostępna w Chrome w II kwartale 2023 r. |
| Waluta najwyższej stawki i najwyższej stawki z drugim najwyższym wynikiem | 2023 | Dostępna w Chrome w III kwartale 2023 r. |
| Obsługa makra dla zewnętrznych śledzenia reklam (3PAT) | 2023 | Dostępna w Chrome w III kwartale 2023 r. |
| Obsługa kierowania wykluczającego na podstawie grupy zainteresowań | W późniejszej części 2023 r. | Ta funkcja zostanie udostępniona w Chrome w IV kwartale 2023 r. |
| Bezpieczne rozpowszechnianie sygnałów aukcji bez pakietów internetowych Problem na GitHubie |
W późniejszej części 2023 r. | Dostępne w Chrome w IV kwartale 2023 r. |
| Usuwanie grup zainteresowań zbiorczo Problem na GitHubie |
W późniejszej części 2023 r. | Dostępne w Chrome w IV kwartale 2023 r. |
| Zwiększenie limitu grupy zainteresowań z 1000 do 2000 Problem na GitHubie |
W późniejszej części 2023 r. | Dostępne w Chrome w IV kwartale 2023 r. |
| Obsługa określania stawek i aukcji w wersji beta 1 Wprowadzenie |
Origin Trial, później w 2023 r. | Dostępność w Chrome (przez Origin Trial) w IV kwartale 2023 r. |
| Real Time Monitoring API Omówienie |
Pod koniec II kwartału lub na początku III kwartału 2024 r. | W Chrome pojawi się pod koniec II lub na początku III kwartału 2024 r. Rozważamy też wprowadzenie ulepszeń opisanych w tym artykule w ramach przyszłych prac. Planujemy potwierdzić kierunek rozwoju w I kwartale 2025 r. i wprowadzić zmodyfikowane rozwiązanie w I kwartale 2026 r., w zależności od harmonogramu wdrażania technologii. |
Raportowanie wygranych aukcji na poziomie zdarzenia
Początkowo wskazywaliśmy, że raportowanie wygranych aukcji na poziomie zdarzenia będzie rozwiązaniem tymczasowym, a do generowania raportów zbiorczych 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 zakresie rozliczeń, zdecydowaliśmy, że nie usuniemy obsługi raportowania wyników wygranych aukcji na poziomie zdarzenia za pomocą funkcji reportResult() i reportWin(), które mogą wywoływać funkcję sendReportTo().
Raportowanie wygranych aukcji na poziomie zdarzenia będzie obsługiwane co najmniej do 2026 r. Przed przejściem na alternatywne rozwiązania w interfejsie API powiadomimy Cię z wyprzedzeniem.
Raportowanie strat w aukcji będzie nadal obsługiwane przez interfejs Private Aggregation API.
Raportowanie zbiorcze na podstawie reguł
Podczas aukcji Protected Audience możesz wysyłać raporty podlegające agregacji, gdy są one wywoływane przez zdarzenie za pomocą metody contributeToHistogramOnEvent() interfejsu Private Aggregation API. Zdarzenie wywołujące może pochodzić z samej aukcji, np. wygrana lub przegrana aukcja. Takie raporty podlegające agregacji są następnie przesyłane do zaimplementowanej usługi agregacji, która umożliwia wygenerowanie końcowego raportu podsumowania zawierającego wyniki dotyczące utraty udziału w aukcji. Zdarzenie może też pochodzić z ramki odizolowanej spoza aukcji, która używa interfejsu Fenced Frame Ads Reporting API, aby wywołać przesłanie raportu do zagregowania.window.fenced.reportEvent()
Więcej informacji znajdziesz w sekcji contributeToHistogramOnEvent() na stronie „Aggregat prywatny”.
Korzystanie z zaufanego środowiska wykonawczego w przypadku usługi kluczy-wartości
Usługa Protected Audience API Key/Value umożliwia aukcji pobieranie sygnałów w czasie rzeczywistym, gdy stawka jest generowana przez kupującego, a reklama jest oceniana przez sprzedawcę. Ostatecznie usługa klucz-wartość będzie musiała działać w zaufanym środowisku wykonawczym (TEE), aby zapewnić prywatność danych użytkownika.
Uruchomienie usługi Key/Value w TEE nie jest wymagane. O obowiązkowym korzystaniu z TEE powiadomimy 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 do końca pierwszego kwartału 2023 r. będzie można testować usługę klucza/wartości w procesorze TEE z funkcjami zdefiniowanymi przez użytkownika (UDF) za pomocą interfejsu Protected Audience API na urządzeniu.
Ramki chronione
Ramki ograniczone to nowy element HTML, który ogranicza komunikację między treścią a umieszczającym i służy do renderowania treści na podstawie danych z wielu witryn. Interfejs Protected Audience API będzie renderować treści w ramce wydzielonej.
Po ścisłej współpracy z różnymi interesariuszami i przeanalizowaniu znacznych wysiłków wymaganych do wprowadzenia tej zmiany Chrome nie będzie wymagać stosowania odizolowanych ramek do 2026 roku, aby zachować dostępność ekosystemu. Przed wprowadzeniem tej zmiany Chrome poinformuje o tym z wyprzedzeniem. Do tego czasu, jeśli nie używasz ramek z ograniczeniami, do renderowania nieprzezroczystego URN musisz używać iframe. Pamiętaj też, że sprzedawcy mogą wymagać stosowania 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ępne w Chrome od III kwartału 2023 r. |
| Serializowane konfiguracje chronionych ramek Problem z GitHubem |
Dostępne w Chrome od III kwartału 2023 r. |
| Opcja dodatkowego formatu na potrzeby makr rozmiaru reklamy z Protected Audience API Problem z GitHubem |
Dostępna w Chrome w IV kwartale 2023 r. |
| Automatyczne przesyłanie obrazów typu beacon do wszystkich zarejestrowanych adresów URL Problem z GitHubem | Problem z GitHub |
Dostępna w Chrome w IV kwartale 2023 r. |
| Włącz opuszczanie grup zainteresowań związanych z reklamami z elementów iframe Urn i ramek komponentów reklamy
Problem z GitHub |
Dostępne w Chrome w I kwartale 2024 r. |
| Wprowadzenie zarezerwowane.top_navigation_start/commit
Problem z GitHubem, problem z GitHubem |
Dostępna w Chrome w pierwszym kwartale 2024 r. |
| Do Not Disable Cookie Setting in ReportEvent until 3PCD
GitHub issue |
Dostępne w Chrome w I kwartale 2024 r. |
| Dodanie obsługi automatycznych beaconów w ramkach podrzędnych z innych domen
Problem z GitHub |
Dostępna w Chrome w pierwszym kwartale 2024 r. |
Zezwalaj elementom podrzędnym z innego źródła na wysyłanie reportEvent() obrazów typu beacon
Problem z GitHubem |
Dostępne w Chrome w II kwartale 2024 r. |
Ulepszona integracja Protected Audience API i raportowania atrybucji
Ostatnio zwrócono uwagę na problemy z integracją interfejsów Attribution Reporting API i Protected Audience API, zwłaszcza w przypadku ramek odizolowanych.
W przypadku raportowania na poziomie zdarzenia za pomocą interfejsu Protected Audience API proponujemy zestaw początkowych ulepszeń, które ułatwiają integrację. Więcej informacji znajdziesz w artykule na ten temat. Integracja będzie dostępna zarówno w przypadku chronionych ramek, jak i iFrame. Raportowanie na poziomie zdarzenia będzie dostępne do testowania w Chrome stabilnej w wersji M112 lub nowszej.
Dla osób, które potrzebują raportowania atrybucji za pomocą interfejsu Protected Audience API, pracujemy nad bardziej elastycznymi rozwiązaniami, które pozwolą uchwycić więcej sygnałów ustalania stawek za pomocą raportów możliwych do zsumowania. Opublikujemy propozycję, gdy tylko będzie gotowa.
Określanie stawek i usługi aukcyjne
Otrzymaliśmy zgłoszenia dotyczące opóźnień Protected Audience API i aktywnie 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 korzystania z reguł ustalania stawek i punktacji oprócz aukcji na urządzeniu. Usługi określania stawek i aukcje to rozwiązanie Protected Audience API do przeprowadzania aukcji poza urządzeniem, które naszym zdaniem zapewni jeszcze większą wydajność.
Nadal będziemy obsługiwać aukcje na urządzeniu, a korzystanie z usług ustalania stawek i aukcji nie jest wymagane, chyba że pasuje do Twoich przypadków użycia.
Więcej informacji znajdziesz w tym 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.