Omówienie raportowania atrybucji w internecie

Mierz, kiedy kliknięcie lub wyświetlenie reklamy prowadzi do konwersji, np. zakupu w witrynie reklamodawcy.

Dla kogo jest przeznaczony ten program?

Znajdziesz tu podstawy raportowania atrybucji i niektóre powiązane z nim pojęcia, ale nie znajdziesz tu zbyt wielu szczegółów technicznych.

Reklamodawcy i wydawcy, którzy korzystają z platform technologicznych do pomiaru konwersji, nie muszą używać interfejsu API bezpośrednio. Jeśli Twoja firma technologiczna planuje integrację z tym interfejsem API, warto, abyś dowiedział się, jak działa raportowanie atrybucji.

Czym jest interfejs Attribution Reporting API?

Obecnie pomiar konwersji z reklam często opiera się na plikach cookie innych firm. Przeglądarki ograniczają dostęp do plików cookie innych firm, ponieważ mogą one służyć do śledzenia użytkowników w różnych witrynach i ograniczać ich prywatność.

Interfejs Attribution Reporting API umożliwia przeprowadzanie pomiarów w sposób zapewniający ochronę prywatności, bez plików cookie innych firm.

Ten interfejs API umożliwia reklamodawcom i dostawcom technologii reklamowych pomiar konwersji w tych sytuacjach:

  • Kliknięcia i wyświetlenia reklamy.
  • Reklamy w ramce iframe zewnętrznego dostawcy, np. reklamy w witrynie wydawcy, która korzysta z zewnętrznego dostawcy technologii reklamowych.
  • Reklamy w kontekście pierwotnym, np. reklamy w mediach społecznościowych lub na stronie z wynikami wyszukiwania, lub reklamy wyświetlane przez wydawcę.

Jeśli nie znasz niektórych z tych terminów lub pojęć, zapoznaj się z glosariuszem Piaskownicy prywatności.

Wypróbuj API

  • Przetestuj lokalnie w przeglądarce. Ustaw flagę, która mówi przeglądarce Chrome, aby włączyła określone funkcje eksperymentalne.

Jeśli chcesz eksperymentować z interfejsem API, przeczytaj artykuł Attribution Reporting: experiment and participate (Raportowanie o przypisaniu: eksperymentuj i ucz się).

Zmiany w interfejsie API

  • Śledź zmiany w interfejsie API.
  • Dowiedz się, dlaczego w pierwszej połowie 2023 r. udostępniliśmy interfejs Attribution Reporting API.

Dostępność

Propozycja Stan
Ścieżka konwersji: aplikacja–strona internetowa
Objaśnienie dotyczące witryny i objaśnienie dotyczące Androida
Ogłoszenie dotyczące listy mailingowej		 Dostępne w Chrome i na Androidzie w ramach wersji próbnej usługi Origin
Ścieżka konwersji: konwersje na różnych urządzeniach
Objaśnienie		 Ta oferta pakietowa została zarchiwizowana. Obecnie nie planujemy wprowadzać tej funkcji.
Zapobieganie nieprawidłowym raportom agregowanym za pomocą weryfikacji raportów
Wprowadzenie 		Ta oferta pakietowa została zarchiwizowana. W tym przypadku zamiast tego zastosowaliśmy funkcję trigger_context_id.
Domyślna lista dozwolonych interfejsów Attribution Reporting API Permissions-Policy pozostanie bez zmian (*
). Ogłoszenie dotyczące list mailingowych		 Dostępne w Chrome w I kwartale 2023 r.
Konfigurowalna epsilona raportowania na poziomie zdarzenia
problem na GitHubie		 Dostępna w Chrome w IV kwartale 2023 r.
Wypełnianie danych w przypadku raportów zbiorczych
Zaktualizowany opis		 Dostępna w Chrome w IV kwartale 2023 r.
Elastyczne konfiguracje na poziomie zdarzenia
Elastyczny model danych na poziomie zdarzenia		 Dostępne w Chrome w IV kwartale 2023 r.
Możliwość dostosowywania liczby raportów atrybucji i liczby lub długości okresów raportowania.

Dostępna w Chrome w I kwartale 2024 r.
Możliwość dostosowywania liczby bitów danych wyzwalacza.
Obsługa szczegółowych raportów debugowania w raportowaniu atrybucji, które nie wymagają plików cookie innych firm
Wprowadzenie		 Dostępna w Chrome w III kwartale 2024 r.
Obsługa interfejsu Attribution Reporting API i usługi agregacji w Google Cloud
Wyjaśnienie dotyczące interfejsu Attribution Reporting API
Wyjaśnienie dotyczące usługi agregacji		 Dostępne w Chrome w drugiej połowie 2023 r.
Elastyczne filtrowanie treści
Informacje		 Dostępna w Chrome w III kwartale 2024 r.
Filtrowanie przed atrybucją: zakresy atrybucji
Objaśnienie		 Dostępne w Chrome w IV kwartale 2024 r.

Przypadki użycia i funkcje

Interfejs Attribution Reporting API zapewnia dostęp do różnych rodzajów informacji za pomocą 2 typów raportów, które można wysyłać do reklamodawcy lub zewnętrznego dostawcy technologii reklamowych. Te 2 rodzaje raportów mogą być używane jednocześnie i uzupełniają się nawzajem.

  • Raporty na poziomie zdarzenia powiązane są z kliknięciem lub wyświetleniem reklamy (po stronie reklamy) z danymi po stronie konwersji. Dane po stronie konwersji są bardzo ograniczone i zawierają szum (co oznacza, że w niewielkiej liczbie przypadków zamiast rzeczywistych raportów wysyłane są dane losowe). Ma to na celu ochronę prywatności użytkowników przez zapobieganie łączeniu tożsamości użytkowników w różnych witrynach. W ramach dodatkowej ochrony prywatności raporty są wysyłane z opóźnieniem.
  • Raporty podsumowujące nie są powiązane z konkretnym zdarzeniem po stronie reklamodawcy. Te raporty zawierają bogatsze i bardziej szczegółowe dane o konwersjach niż raporty na poziomie zdarzenia. Połączenie różnych technik ochrony prywatności pomaga zmniejszyć ryzyko powiązania tożsamości w różnych witrynach.

Raporty na poziomie zdarzenia

Raporty na poziomie zdarzenia powiązane są z kliknięciem lub wyświetleniem reklamy z nieprecyzyjnymi danymi o konwersjach.

Raport na poziomie zdarzenia
Przykładowy raport na poziomie zdarzenia: kliknięcie o identyfikatorze 200400600 na stronie news.example (powiązane z identyfikatorem użytkownika Bob_Doe na stronie news.example) doprowadziło do zakupu na stronie shop.example.

Raporty na poziomie zdarzenia są odpowiednie do:

  • Optymalizacja. Odpowiedz na pytania w rodzaju „Jak mogę zwiększyć zwrot z inwestycji?”. Można ich używać m.in. do optymalizacji umiejscowienia reklam, ponieważ w raportach można udostępniać unikalne identyfikatory po stronie reklamy. Raporty na poziomie zdarzenia mogą zawierać dane treningowe dla modeli uczenia maszynowego.
  • Raportowanie przybliżone, w którym potrzebne są tylko podstawowe informacje o konwersji. Obecny limit to 3 bity danych konwersji w przypadku kliknięć⏤, co oznacza, że konwersji można przypisać jedną z 8 kategorii⏤ i 1 bit w przypadku wyświetleń. Kodowanie szczegółowych danych dotyczących konwersji, np. konkretnej ceny lub czasu konwersji, nie jest obsługiwane w raportach na poziomie zdarzenia.
  • wykrywanie oszustw. Dane w niektórych raportach mogą być przydatne do wykrywania i analizowania oszustw związanych z reklamami, ponieważ pozwalają zrozumieć wzorce, które można wykorzystać do wykrywania spamu lub nieprawidłowej aktywności.

Raporty podsumowujące

Raporty podsumowania (dawniej raporty zbiorcze) zawierają bardziej szczegółowe dane o konwersjach i większą elastyczność w łączeniu danych o kliknięciach i wyświetleniach oraz danych o konwersjach.

Dowiedz się więcej o raportach Podsumowanie.

Przykład statystyk z raportów podsumowania
Przykład statystyk z raportów zbiorczych: kampania o identyfikatorze 1234567 w dniu news.example wygenerowała 518 konwersji w dniu shoes.example, a łączne wydatki wyniosły 38174 PLN. Połowa konwersji pochodziła od użytkowników z Nowego Jorku w USA.

Raporty podsumowania są najbardziej odpowiednie do raportowania przypadków użycia. Dzięki tym raportom możesz uzyskać odpowiedzi na pytania w rodzaju: „Jaki jest mój zwrot z inwestycji?”.

Korzystanie z raportów podsumowujących do optymalizacji – np. do optymalizacji pod kątem wartości zakupu, która nie jest obsługiwana przez raporty na poziomie zdarzenia (ponieważ dane o konwersjach są zbyt ogólne) – jest obecnie przedmiotem naszych badań.

Inne funkcje

Inne funkcje tego interfejsu API:

Obsługa przeglądarek

Mimo że te 2 interfejsy API są różne, Chrome i WebKit współpracują ze sobą, aby uprościć pracę programistów, np. przez dostosowanie nazw atrybutów i struktury JSON raportów.

Zestaw funkcji interfejsu Attribution Reporting API różni się od zestawu funkcji interfejsu Private Click Measurement API zaproponowanego przez Safari i WebKit. W szczególności w przypadku interfejsu Attribution Reporting API:

  • Pomiar konwersji po obejrzeniu jest obsługiwany.
  • Można udostępniać raporty na poziomie zdarzenia.
  • Raporty podsumowania zawierają obszerne informacje zarówno o kliknięciach i wyświetleniach, jak i o konwersjach.
  • Firmy zewnętrzne, np. platformy reklamowe, mogą otrzymywać raporty w imieniu wydawców i reklamodawców.

Konfiguracja przeglądarki

  • Użytkownicy mogą zrezygnować z interfejsu API, korzystając z ustawień użytkownika na stronie chrome://settings/adPrivacy.
  • Interfejs API nie jest aktywny w trybie incognito.

Jak witryny mogą kontrolować dostęp?

Jeśli interfejs API jest dostępny w danej przeglądarce, jest domyślnie dostępny w dowolnej witrynie, zarówno w dokumentach i skryptach najwyższego poziomu, jak i w elementach iframe z tego samego źródła.

dowolne osoby trzecie, np. elementy iframe reklam z innych domen, które nie zostały dodane do strony za pomocą skryptu z dostępem na najwyższym poziomie, nie mogą korzystać z interfejsu API bez wiedzy wydawcy lub reklamodawcy. W przypadku takich elementów iframe interfejs Attribution Reporting API musi zostać wyraźnie włączony za pomocą polityki uprawnień.

<iframe src="..." allow="attribution-reporting"></iframe>

Firmy zewnętrzne z dostępem najwyższego poziomu, które dodają na stronę elementy iframe z innych źródeł, mogą też włączyć interfejs Attribution Reporting API za pomocą zasad dotyczących uprawnień.

Witryna może wyłączyć interfejs Attribution Reporting API dla wszystkich stron, w tym skryptów z dostępem na najwyższym poziomie, wysyłając nagłówek odpowiedzi HTTP:

Permissions-Policy: attribution-reporting=()

Jak działa interfejs Attribution Reporting API?

Attribution Reporting API umożliwia prowadzenie pomiarów 2 połączonych zdarzeń: zdarzenia w witrynie wydawcy, np. wyświetlenia lub kliknięcia reklamy przez użytkownika, oraz następującej po nim konwersji w witrynie reklamodawcy.

Raporty na poziomie zdarzenia

raport na poziomie zdarzenia,
Raporty na poziomie zdarzenia są generowane w następujący sposób:
przeglądarka dopasowuje kliknięcia lub wyświetlenia do danych o konwersjach zdefiniowanych przez dostawcę technologii reklamowej.
Później przeglądarka wysyła wygenerowane raporty do wcześniej zdefiniowanego punktu końcowego. Dzieje się to z pewnym opóźnieniem i dodaniem szumu.

Raporty podsumowujące

Generowanie raportu zbiorczego

Raporty podsumowujące są generowane w ten sposób:

  • Użytkownik klika lub wyświetla specjalnie skonfigurowaną reklamę. Przeglądarka na lokalnym urządzeniu użytkownika rejestruje to zdarzenie wraz z wcześniej określonymi danymi konfiguracyjnymi atrybucji.
  • Później, gdy użytkownik dokona konwersji, przeglądarka dopasuje to konkretne zdarzenie kliknięcia lub wyświetlenia (nazywane zdarzeniem źródłowym atrybucji) do szczegółowych danych o konwersjach (nazywanych danymi aktywowania atrybucji). Wymiary rejestrowanych szczegółów są wstępnie zdefiniowane przez firmę dostarczającą technologię reklamową, a przeglądarka postępuje według logiki określonej przez tego dostawcę technologii. Przeglądarka przekazuje te dane wyjściowe w raporcie umożliwiającym ich agregację.
  • Raporty z możliwością agregacji są szyfrowane przez przeglądarkę i wysyłane na serwer dostawcy technologii reklamowej. Z serwera są przesyłane dalej do usługi agregującej w celu wygenerowania raportu podsumowującego.
  • Raporty podsumowujące są następnie udostępniane dostawcy technologii reklamowej. Warto zauważyć, że te raporty nie podlegają takim opóźnieniom jak raporty na poziomie zdarzenia.

Dowiedz się więcej o raportach podsumowujących.

Prywatność

W przeciwieństwie do plików cookie innych firm interfejs Attribution Reporting API umożliwia firmom reklamowym uzyskiwanie statystyk dotyczących konwersji bez śledzenia aktywności poszczególnych osób w różnych witrynach.

Weźmy na przykład osobę o nazwie Bob. Jakub widzi reklamę podczas czytania wiadomości na stronie news.example. Tydzień później Robert kupuje buty na stronie shoes.example.

Obecnie ta konwersja jest śledzona za pomocą pliku cookie innej firmy, który służy jako identyfikator śledzenia użytkowników w różnych witrynach. Dzięki plikom cookie innych firm firma z branży technologii reklamowych może uzyskać dostęp do wielu informacji o działaniach Boba na news.example i na shoes.example. Technologia reklamowa może łączyć te informacje, aby tworzyć szczegółowe profile użytkowników, w tym ich lokalizację, nawyki przeglądania i ulubione treści na news.example. Profil może też zawierać informacje o zakupach, aktywności i karcie kredytowej.shoes.example Ta wspólna konwersja między witrynami przydaje się do pomiaru konwersji typu ad. Jednak wpływa to na prywatność użytkowników: aktywność Boba jest śledzona w witrynach z bardzo szczegółowymi informacjami.

Porównanie sieci z dzisiejszej (z połączoną tożsamością) i jutro (z partycjonowaną tożsamością)
Widok porównawczy dzisiejszego internetu (z połączoną tożsamością) i internetu jutra (z partycjonowaną tożsamością)

Niewielka ilość informacji jest złączana w różnych witrynach – wystarcza to do pomiaru konwersji, ale nie do szczegółowego śledzenia aktywności Boba w różnych witrynach. Działania Boba na kontach news.example i shoes.example pozostają od siebie niezależne.

Ochrona w przypadku poszczególnych typów raportów

Raporty na poziomie zdarzenia łączą identyfikator po stronie reklamy z niewielką ilością danych po stronie konwersji. Chociaż zawierają one informacje o konwersji w różnych witrynach, są one zbyt ogólne, aby można było na ich podstawie zidentyfikować użytkownika w różnych witrynach.

Raporty podsumowujące dostarczają szczegółowych informacji, ale tylko na poziomie zagregowanym. Ponieważ zawartość tych raportów jest szyfrowana podczas wysyłania do dostawcy technologii reklamowych, dostawca ten nie może uzyskać żadnych informacji z raportów bez korzystania z usługi agregującej. Usługa agregacji zapewnia dostęp tylko do zbiorczych danych z błędami.

Dodatkowe zabezpieczenia prywatności, takie jak ograniczenia częstotliwości, są nakładane zarówno na raporty na poziomie zdarzenia, jak i na raporty zbiorcze.

Szczegóły: raporty na poziomie zdarzenia i prywatność

Raporty na poziomie zdarzenia dostarczają statystyk konwersji bez śledzenia użytkowników w różnych witrynach. Aby to osiągnąć, stosujemy następujące mechanizmy ochrony prywatności:

  • Nie jest używany identyfikator witryn, a szczegółowe informacje o przeglądaniu w witrynach nie opuszczają urządzenia.
  • Raporty na poziomie zdarzenia powiązane z 64-bitowymi informacjami po stronie reklamy (news.example) z jedynym bitem lub 3 bitami po stronie konwersji (shop.example). 64 bity to wystarczająca ilość informacji do mapowania na indywidualny identyfikator użytkownika, ale te 64 bity można powiązać tylko z bardzo małą ilością informacji dotyczących różnych witryn: 1 bit lub 3 bity, które nie wystarczają do przechowywania identyfikatora.
    • 64 bity po stronie reklamy nie są nową informacją. Identyfikator użytkownika jest już dostępny po stronie reklamy. news.example lub adtech.example już wie o działaniach danego użytkownika w news.example.
  • Aby zapobiegać nadużyciom i śledzeniu w witrynach, stosujemy dodatkowe zabezpieczenia:
    • Raporty są wysyłane z opóźnieniem.
    • Dane o konwersjach są zaśmiecone: w pewnym odsetku przypadków generowane są fałszywe raporty.
    • Liczba raportów o przypisanych konwersjach jest ograniczona do liczby konwersji na kliknięcie lub wyświetlenie.

Szczegóły: raporty zbiorcze i prywatność

Raporty podsumowania powiązane są ze zdarzeniem kliknięcia lub wyświetlenia oraz szczegółowymi danymi o konwersjach. Zapewniają one statystyki konwersji bez śledzenia użytkowników w witrynach, korzystając z tych mechanizmów ochrony prywatności:

  • Nie jest używany identyfikator w wielu witrynach.
  • Każda atrybucja może mieć wiele udziałów w wygenerowanym raporcie podsumowania. Każdy użytkownik może wywołać wiele atrybucji w przypadku danego kliknięcia (lub wyświetlenia) i konwersji.
  • Dane są agregowane do poziomu wielu zdarzeń (wielu użytkowników) i nie można dokładnie obserwować poszczególnych zdarzeń. W miarę zwiększania poziomu szczegółowości zagregowanych danych wzrasta też ich względny szum. Przekroje danych, które obejmują dużą liczbę zdarzeń i użytkowników, są dokładniejsze, co pozwala zachować ich przydatność.
  • Raporty nieprzetworzone, które powiązane są z konkretnym zdarzeniem kliknięcia lub wyświetlenia z konkretnymi danymi o konwersji, są zaszyfrowane i nieczytelne dla dostawcy technologii reklamowej. Te dane mogą być odczytywane tylko przez usługę agregacji.
  • Aby zapobiegać nadużyciom i śledzeniu w witrynach, stosujemy dodatkowe zabezpieczenia:
    • Raporty są wysyłane z losowymi opóźnieniami.
    • Zapytania dotyczące różnych wycinków danych są ograniczone pod względem szybkości.

Zaangażowanie i przesyłanie opinii