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.
| 提案 | 状态 |
|---|---|
| 将 urn 更改为 config 的 Web API 变更 说明 |
2023 年第 1 季度在 Chrome 中提供。 |
| 围栏框架中的广告素材宏用于广告报告 (FFAR) GitHub 问题 |
将于 2023 年第 3 季度在 Chrome 中提供。 |
| 一次发送自动信标 GitHub 问题 |
将于 2023 年第 3 季度在 Chrome 中推出。 |
| 可序列化的围栏帧配置 GitHub 问题 |
将于 2023 年第 3 季度在 Chrome 中提供。 |
| 针对 Protected Audience 广告尺寸宏的其他格式选项 GitHub 问题 |
2023 年第 4 季度在 Chrome 中提供。 |
| 自动向所有已注册网址发送信标 GitHub 问题 | GitHub 问题 |
2023 年第 4 季度在 Chrome 中提供。 |
| 启用从 Urn iFrame 和广告组件框架中退出广告兴趣群组的功能
GitHub 问题 |
2024 年第 1 季度在 Chrome 中推出 |
| 引入了 reserved.top_navigation_start/commit
GitHub 问题、GitHub 问题 |
2024 年第 1 季度在 Chrome 中推出 |
| 在 3PCD 之前，请勿在 ReportEvent 中停用 Cookie 设置
GitHub 问题 |
2024 年第 1 季度在 Chrome 中推出 |
| 添加对跨源子框架中的自动信标的支持
GitHub 问题 |
2024 年第 1 季度在 Chrome 中推出 |
允许跨源子帧发送 reportEvent() 信标
GitHub 问题 |
2024 年第 2 季度在 Chrome 中推出 |
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.