Omówienie raportowania atrybucji w internecie

Możesz mierzyć, kiedy kliknięcie lub wyświetlenie reklamy prowadzi do konwersji, np. do zakupu na stronie reklamodawcy.

Dla kogo jest to przypomnienie?

Tutaj znajdziesz podstawowe informacje o raportach atrybucji i kilka podstawowych koncepcji, ale nie o konkretnych szczegółach technicznych.

Reklamodawcy i wydawcy, którzy do pomiaru konwersji używają platform technologii reklamowych, nie muszą bezpośrednio używać interfejsu API. Może Cię zainteresować, jak działa raportowanie atrybucji, jeśli Twoje technologie reklamowe planują integrację z tym interfejsem API.

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 witrynach i zakłócają ich prywatność.

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

Umożliwia on reklamodawcom i dostawcom technologii reklamowych pomiar konwersji w tych przypadkach:

  • Kliknięcia i wyświetlenia reklam.
  • Reklamy w elemencie iframe zewnętrznej, np. reklamy w witrynie wydawcy, które korzystają z zewnętrznego dostawcy technologii reklamowych.
  • reklamy wyświetlane w kontekście własnym, np. w sieci społecznościowej lub na stronie wyników wyszukiwania albo przez wydawcę wyświetlającego własne reklamy.

Jeśli nie znasz niektórych z tych terminów lub pojęć, zajrzyj do słowniczka Piaskownicy prywatności.

Wypróbuj interfejs API

  • Przetestuj lokalnie w przeglądarce. Ustaw flagę, która informuje przeglądarkę Chrome o włączeniu określonych funkcji eksperymentalnych.

Jeśli chcesz poeksperymentować z interfejsem API, przejdź do artykułu Atrybucja atrybucji: eksperymenty i uczestnictwo.

Zmiany interfejsu API

Dostępność

Proposal Status
Conversion journey: app-to-web
Web explainer and Android explainer
Mailing list announcement		 Available in Chrome and Android for origin trial
Conversion journey: cross-device
Explainer		 This proposal has been archived. There are no current plans for implementation.
Preventing invalid aggregatable reports using report verification
Explainer 		Expected in Chrome in H1 2024
Default allowlist for the Attribution Reporting API Permissions-Policy will remain *
Mailing list announcement		 Available in Chrome in Q1 2023
Configurable Event-Level reporting epsilon
GitHub issuek		 Available in Chrome in Q4 2023
Padding for Aggregatable reports payload
Updated explainer		 Available in Chrome in Q4 2023
Phase 1 Lite Flexible Event-Level
Flexible event-level configurations explainer		 Available in Chrome in Q4 2023
The ability to customize the number of attribution reports and the number/length of reporting windows.

Available in Chrome in Q1 2024
The ability to customize the number of bits of trigger data.
Support for Attribution Reporting debugging after third-party cookie deprecation
Seeking feedback on GitHub		 Expected in Chrome in H1 2024
Support for Attribution Reporting API and Aggregation Service for Google Cloud
Attribution Reporting API Explainer
Aggregation Service Explainer		 Available in Chrome in H2 2023

Przypadki użycia i funkcje

Interfejs Attribution Reporting API zapewnia dostęp do różnych typów statystyk w ramach 2 typów raportów, które można wysyłać do reklamodawcy lub zewnętrznego dostawcy technologii reklamowych. Tych 2 typów raportów można używać jednocześnie i uzupełniające się.

  • Raporty na poziomie zdarzenia przypisują określone kliknięcie lub wyświetlenie (po stronie reklamy) do danych od strony konwersji. Dane po stronie konwersji są bardzo ograniczone, a dane są zaszumiane (co oznacza, że w niewielkim odsetku przypadków zamiast rzeczywistych raportów są wysyłane dane losowe). Pozwala to chronić prywatność użytkowników, uniemożliwiając łączenie ich tożsamości z różnych witryn. 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 reklamy. Raporty te zapewniają bogatsze i dokładniejsze dane o konwersjach niż raporty na poziomie zdarzenia. Połączenie technik ochrony prywatności pomaga zmniejszyć ryzyko złączenia tożsamości między witrynami.

Raporty na poziomie zdarzenia

Raporty na poziomie zdarzenia łączą kliknięcie lub wyświetlenie reklamy z przybliżonymi danymi o konwersjach.

Raport na poziomie zdarzenia
Przykładowy raport na poziomie zdarzenia: kliknięcie o identyfikatorze 200400600 na stronie news.example (dołączone do identyfikatora użytkownika Robert_Kowalski w dniu news.example) doprowadziło do zakupu w dniu shop.example.

Dzięki raportom na poziomie zdarzenia:

  • Optymalizacja. Odpowiedz na pytania typu „Jak poprawić zwrot z inwestycji?”. W szczególności do optymalizacji miejsc docelowych reklamy można wykorzystać te raporty, ponieważ w nich można podawać unikalne identyfikatory po stronie reklamy. Raporty na poziomie zdarzenia mogą zawierać dane treningowe dla modeli systemów uczących się.
  • dokładne raportowanie – w tym przypadku potrzeba niewiele informacji o konwersji; Obecny limit to 3 bity danych o konwersjach związanych z kliknięciami ⏤ oznacza to, że konwersję można przypisać do jednej z 8 kategorii⏤ i 1 bitu dla wyświetleń. W raportach na poziomie zdarzenia kodowanie szczegółowych danych po stronie konwersji, takich jak określona cena lub czas konwersji, nie jest obsługiwane.
  • Wykrywanie oszustw. Dane z niektórych raportów mogą służyć do wykrywania i analizowania oszustw reklamowych, ponieważ dają wgląd w wzorce, które można wykorzystać do wykrywania spamu lub nieprawidłowej aktywności.

Raporty podsumowujące

Raporty podsumowujące (dawniej określane jako raporty zbiorcze) zapewniają bardziej szczegółowe dane o konwersjach oraz zapewniają większą elastyczność łączenia danych o kliknięciach lub wyświetleniach z danymi o konwersjach.

Dowiedz się więcej o raportach podsumowania.

Przykład statystyk z raportów podsumowujących
Oto przykład statystyk z raportów podsumowujących: identyfikator kampanii 1234567 w kampanii news.example doprowadził do 518 konwersji w shoes.example, a łączna kwota wydatków wyniosła 38 174 zł. Połowa konwersji pochodziła od użytkowników z Nowego Jorku w Stanach Zjednoczonych.

Raporty podsumowujące najlepiej nadają się do raportowania przypadków użycia. Pomagają one uzyskać odpowiedzi na pytania w rodzaju „Jaki jest zwrot z inwestycji?”.

Korzystanie z raportów podsumowujących do optymalizacji, np. do optymalizacji pod kątem wartości zakupu, które nie jest obsługiwane w raportach na poziomie zdarzenia (ponieważ dane o konwersjach są zbyt ogólne), to obszar aktywnego poszukiwania informacji.

Inne funkcje

Inne funkcje tego interfejsu API:

Obsługiwane przeglądarki

Chociaż te 2 interfejsy API są różne, Chrome i WebKit współpracują ze sobą, aby uprościć pracę programistów, na przykład, ujednolicając nazwy atrybutów i strukturę JSON na potrzeby raportów.

Zestaw funkcji interfejsu Attribution Reporting API różni się od zestawu funkcji Private Click Measurement API zaproponowanego przez przeglądarki Safari i WebKit. W szczególności dzięki interfejsowi Attribution Reporting API:

  • Pomiar konwersji po wyświetleniu jest obsługiwany.
  • Można generować raporty na poziomie zdarzenia.
  • Raporty podsumowania zawierają szczegółowe informacje zarówno po stronie kliknięć/wyświetleń, jak i po stronie konwersji.
  • Firmy zewnętrzne, np. platformy z branży technologii reklamowych, mogą otrzymywać raporty w imieniu wydawców i reklamodawców.

Konfiguracja przeglądarki

  • Użytkownicy mogą zrezygnować z tego interfejsu API w ustawieniach użytkownika na stronie chrome://settings/adPrivacy.
  • Interfejs API nie jest aktywny w trybie incognito.
  • Interfejs API jest nieaktywny, gdy wyłączone są pliki cookie innych firm.

W jaki sposób witryny mogą kontrolować dostęp?

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

Arbitrażowe firmy zewnętrzne, np. elementy iframe reklam z innych domen, które nie zostały dodane do strony za pomocą skryptu z dostępem najwyższego poziomu, nie mogą używać interfejsu API bez wiedzy wydawcy ani reklamodawcy. W takich elementach iframe interfejs Attribution Reporting API musi być wyraźnie włączony za pomocą zasad dotyczących uprawnień.

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

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

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

Permissions-Policy: attribution-reporting=()

Jak działa interfejs Attribution Reporting API?

Interfejs Attribution Reporting API umożliwia pomiar 2 połączonych ze sobą zdarzeń: zdarzenia w witrynie wydawcy, np. wyświetlenia lub kliknięcia reklamy przez użytkownika, a następnie konwersji w witrynie reklamodawcy.

Raporty na poziomie zdarzenia

raport na poziomie zdarzenia
Raporty na poziomie zdarzenia są generowane w ten sposób:
Przeglądarka dopasowuje kliknięcia lub wyświetlenia do danych o konwersjach zdefiniowanych przez technologię reklamową.
Później przeglądarka wysyła wynikowe raporty do wstępnie zdefiniowanego punktu końcowego z pewnym opóźnieniem i szumem.

Raporty podsumowujące

Generowanie raportu podsumowania

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 ze wstępnie określonymi danymi konfiguracji atrybucji.
  • Gdy później użytkownik dokona konwersji, przeglądarka dopasowuje to szczegółowe zdarzenie kliknięcia lub wyświetlenia (nazywane zdarzeniem źródła atrybucji) do szczegółowych danych o konwersjach (nazywanych danymi reguł atrybucji). Wymiary rejestrowanych szczegółów są wstępnie zdefiniowane przez firmę zajmującą się technologiami reklamowymi, a przeglądarka działa zgodnie z określonymi przez nią zasadami. Przeglądarka przesyła te dane w raporcie zbiorczym.
  • Raporty zbiorcze są szyfrowane przez przeglądarkę i wysyłane na serwer technologii reklamowych. Z serwera technologii reklamowych raporty zbiorcze są wysyłane do usługi agregującej w celu wygenerowania raportu podsumowującego.
  • Raporty podsumowujące są następnie udostępniane technikom reklamowym. Należy pamiętać, że raporty podsumowujące nie są opóźnione w takim samym stopniu 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 wglądu w konwersje bez śledzenia aktywności użytkowników w witrynach.

Weźmy na przykład osobę o imieniu Robert. Jakub widzi reklamę, czytając wiadomości w news.example. Tydzień później Robert kupuje buty w witrynie shoes.example.

Obecnie konwersja ta byłaby śledzona przez plik cookie innej firmy służący jako identyfikator w wielu witrynach. Dzięki plikom cookie innych firm firma z branży technologii reklamowych może uzyskać szczegółowe informacje o aktywności Roberta w news.example i shoes.example. Technologie reklamowe mogą połączyć te informacje, aby utworzyć szczegółowy profil Roberta, w tym jego lokalizację, zwyczaje związane z przeglądaniem i preferowane pozycje w news.example. Ten profil może też zawierać informacje o zakupach, aktywności i karcie kredytowej w shoes.example. Takie połączenie między witrynami przydaje się do pomiaru konwersji z reklamy. Jednak narusza to prywatność użytkowników: aktywność Roberta jest śledzona na wielu stronach i bardzo szczegółowo.

Widok bieżących i przyszłych stron internetowych (tożsamość partycjonowana)
Widok obok siebie (tożsamość połączona) i dzisiejszego internetu (tożsamość partycjonowana)

Porównuje się w nich niewielka ilość informacji – wystarczają one do pomiaru konwersji, ale to za mało, żeby dokładnie śledzić aktywność Roberta w różnych witrynach. Aktywność Roberta w news.example i shoes.example pozostaje niezależna.

Zabezpieczenia w poszczególnych typach raportów

Raporty na poziomie zdarzenia łączą identyfikator po stronie reklamy z niewielką ilością danych po stronie konwersji. Dostarczają one informacji o konwersji z różnych witryn, ale dane po stronie konwersji są zbyt ogólne, aby można je było łączyć w różnych witrynach.

Raporty podsumowujące dostarczają szczegółowych statystyk, ale tylko na poziomie zbiorczym. Ich zawartość jest szyfrowana w momencie wysyłania do technologii reklamowej, dlatego technologia reklamowa nie może pobrać żadnych informacji z raportów bez korzystania z usługi agregacji. Usługa agregująca zapewnia dostęp tylko do zaszumionych agregacji.

Zarówno w raportach zbiorczych, jak i na poziomie zdarzenia, nałożone są dodatkowe zabezpieczenia związane z ochroną prywatności, takie jak ograniczenie liczby żądań.

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

Raporty na poziomie zdarzenia zapewniają statystyki konwersji bez śledzenia użytkowników w różnych witrynach dzięki poniższym mechanizmom ochrony prywatności:

  • Nie jest używany żaden identyfikator między witrynami i żadna szczegółowa aktywność związana z przeglądaniem różnych witryn nie opuszcza urządzenia.
  • Raporty na poziomie zdarzenia wiążą 64 bity informacji po stronie reklamy (news.example) z 1 bitem lub 3 bitami po stronie konwersji (shop.example). Liczba 64 bitów wystarczy do zmapowania na identyfikator użytkownika, ale te 64 bity można powiązać tylko z bardzo małą ilością informacji z różnych witryn: 1 lub 3 bitów, które nie wystarczają do przechowywania identyfikatora.
    • 64-bitowe elementy po stronie reklamy nie są nowymi informacjami. Identyfikator User-ID może być już dostępny po stronie reklamy. news.example lub adtech.example wie już o aktywności określonego użytkownika w news.example.
  • Aby zapobiegać nadużyciom i śledzeniu w witrynach, stosowane są dodatkowe zabezpieczenia:
    • Raporty są wysyłane z opóźnieniem.
    • Dane o konwersjach są zaszumiane: w określonym procentach generowane są fałszywe raporty.
    • Liczba raportów dotyczących konwersji przypisanych do poszczególnych kliknięć lub wyświetleń jest ograniczona.

Szczegółowe informacje: raporty podsumowujące i prywatność

Raporty podsumowujące łączą zdarzenie kliknięcia lub wyświetlenia ze szczegółowymi danymi o konwersjach. Zapewniają statystyki konwersji bez śledzenia użytkowników w różnych witrynach, wykorzystując następujące mechanizmy ochrony prywatności:

  • Nie jest używany identyfikator z innej witryny.
  • Każda atrybucja może mieć wiele udziałów w uzyskanym raporcie podsumowującym. Każdy użytkownik może wywołać wiele atrybucji w przypadku określonego kliknięcia (lub obejrzenia) i konwersji.
  • Dane są agregowane do poziomu wielu zdarzeń (wielu użytkowników), więc nie można dokładnie zaobserwować poszczególnych zdarzeń. W przypadku danych zbiorczych, im bardziej szczegółowo wzrasta, tym wzrasta również względny szum w danych. Wycinki danych, które agregują wiele zdarzeń i użytkowników, są dokładniejsze, aby zachować użyteczność.
  • Nieprzetworzone raporty, które łączą szczegółowe zdarzenia kliknięcia lub wyświetlenia ze szczegółowymi danymi o konwersjach, są szyfrowane i nie mogą zostać odczytane przez firmę z branży technologii reklamowych. Te dane może odczytać tylko usługa agregacji.
  • Aby zapobiegać nadużyciom i śledzeniu w witrynach, stosowane są dodatkowe zabezpieczenia:
    • Raporty są wysyłane z losowymi opóźnieniami.
    • Częstotliwość zapytań kierowanych na różne wycinki danych jest ograniczona.

Angażuj i dziel się opiniami