Przykłady atrybucji międzysieciowej

Większość reklamodawców współpracuje z kilkoma różnymi sieciami reklamowymi, aby wyświetlać reklamy w aplikacjach wydawców. Jeśli sieci reklamowe zarejestrują w interfejsie API własne źródła atrybucji i wyzwalacze, będą otrzymywać raporty o zdarzeniach i ich podsumowaniach z własnym przypisaniem.

Reklamodawcy, którzy chcą korzystać z usług zewnętrznych firm w celu stosowania atrybucji w wielu sieciach (XNA) na potrzeby określania jednej reklamy zwycięskiej dla danej konwersji, mogą nadal to robić, korzystając z tych metod:

  • Skonfiguruj własny serwer, aby rejestrować zdarzenia aktywatora i otrzymywać raporty atrybucji z interfejsu API
  • dalsze korzystanie z dotychczasowego partnera ds. pomiarów na urządzeniach mobilnych,

Niezależnie od tego, której techniki użyje reklamodawca, interfejs Attribution Reporting API obsługuje wiele różnych funkcji, które umożliwiają dostosowanie logiki XNA w imieniu reklamodawcy:

  • Usługa zewnętrzna może wykonywać atrybucję za pomocą interfejsu API z lub bez przekierowań z sieci reklamowych.
  • Klucze priorytetu, filtrów i deduplikacji mogą zapewniać dodatkowe możliwości dostosowywania atrybucji na podstawie wymiarów źródła i wyzwalacza.
  • Okna atrybucji po zainstalowaniu umożliwiają źródłom, które przyczyniły się do instalacji, zdobywanie udziału w przyszłych zdarzeniach konwersji w aplikacji.

Model atrybucji, którego dostawcy technologii reklamowych używają do deduplikacji w różnych sieciach i wybierania zwycięskich źródeł, może być bardziej lub mniej skomplikowany w zależności od tego, jak wykorzystywane są te funkcje interfejsu API.

Poniższe przykłady pokazują, jak można stosować te funkcje i jak różne konfiguracje wpływają na to, które źródło atrybucji ostatecznie otrzymuje udział w przypadku danego zdarzenia wywołującego.

Proces

Poniższa lista zawiera opis kroków procesu XNA. W celu uproszczenia opisujemy tu model, w którym reklamodawca używa technologii reklamowej do wyświetlania reklam i usługi MMP do pomiaru konwersji. Interfejs API jest jednak elastyczny – jego funkcje nie różnią się w zależności od typu technologii reklamowych i nie wymagają ich używania.

  1. Rejestrowanie źródeł: użytkownik wyświetla reklamę lub klika ją, a technologia reklamowa rejestruje te źródła w interfejsie API. Technologia reklamowa do wyświetlania reklam może też przekierowywać do innych technologii reklamowych, które mogą rejestrować źródła bezpośrednio w interfejsie API lub włączać przypisywanie reklam w różnych sieciach bez przekierowań.
  2. Rejestrowanie wyzwalaczy: użytkownik wykonuje działanie związane z konwersją, np. pierwsze uruchomienie aplikacji, zakup lub dodanie do koszyka, a MMP rejestruje wyzwalacz w interfejsie API. MMP może też przekierowywać do innych dostawców technologii reklamowych, którzy mogą rejestrować wyzwalacze bezpośrednio w interfejsie API. Jeśli MMP musi włączyć przypisywanie w wielu sieciach bez przekierowań, konfiguracja przypisywania musi zostać określona podczas rejestracji reguły.
  3. Atrybucja: jeśli podczas rejestracji reguły określona jest konfiguracja atrybucji, źródła pochodne są generowane w imieniu MMP. Każdy z tych wyzwalaczy jest dopasowywany do kwalifikującego się źródła zarejestrowanego bezpośrednio przez MMP lub kwalifikującego się źródła pochodzenia wygenerowanego w imieniu MMP za pomocą źródeł technologii wyświetlania reklam. Pozostałe źródła, które nie wygrały atrybucji, są pomijane i nie mogą już wygrać atrybucji w przypadku przyszłych konwersji. W innych częściach dokumentacji możesz też spotkać się z określeniem „lose once, lose always” (utrata raz, utrata na zawsze).
    1. Gdy źródło pochodne utraci atrybucję, interfejs API nie będzie generować przyszłych źródeł pochodzenia na podstawie pierwotnego źródła, gdy przyszłe zdarzenia konwersji zostaną zarejestrowane przez MMP. Technologia wyświetlania reklam i inne platformy MMP mogą nadal używać pierwotnego źródła do przyszłej atrybucji. Szczegóły znajdziesz w scenariuszu 6.
  4. Generowanie raportów: atrybucja prowadzi do wygenerowania raportu o zdarzeniach lub raportu zbiorczego. Pamiętaj, że w przypadku źródeł pochodnych generowane są tylko raporty zbiorcze.
  5. Dostarczanie raportów: wygenerowane raporty są planowane do wysyłki.

Scenariusz 1. Atrybucja między sieciami z przekierowaniami

Reklamodawca korzysta z 2 technologii wyświetlania reklam i 1 usługi MMP. Gdy użytkownik kliknie reklamę wyświetlaną przez technologię wyświetlania reklam, ta przekieruje go do MMP po zarejestrowaniu źródła. Gdy użytkownik dokona konwersji w aplikacji, MMP przekieruje go do dostawców technologii reklamowych, aby wywołać rejestrację.

MMP otrzyma raport z usunięciem duplikatów obejmujący wiele sieci, a każdy dostawca technologii reklamowej, który wyświetla reklamy, otrzyma raport z przypisaniem autorstwa.

Oś czasu rejestracji

W t0 użytkownik klika reklamę wyświetlaną przez ad-tech1, która rejestruje źródło Source1 wraz z przekierowaniem Source2 przez mmp-ad-tech:

  "Attribution-Reporting-Register-Source": {
    "source_event_id": "34532",
    "web_destination": "https://destination.example.com",
    "priority": "10",
    "expiry": "172800",
    "aggregation_keys": {
      "campaignCounts": "0x1"
    }
  },
  "Attribution-Reporting-Redirect": [
    "https://www.mmp-ad-tech.com/source2"
  ]
// Registered by mmp-ad-tech using redirects
  "Attribution-Reporting-Register-Source": {
    "source_event_id": "788324",
    "web_destination": "https://destination.example.com",
    "priority": "30",
    "expiry": "172800",
    "aggregation_keys": {
      "campaignCounts": "0x2",
      "geoValue": "0x102"
    }
  }

W t1 użytkownik klika reklamę wyświetlaną przez ad-tech2, aby zarejestrować Source3 i przekierowanie do mmp-ad-tech (Source4):

  "Attribution-Reporting-Register-Source": {
    "source_event_id": "6574435",
    "web_destination": "https://destination.example.com",
    "priority": "10",
    "expiry": "172800",
    "aggregation_keys": {
      "campaignCounts": "0x3"
    }

  },
  "Attribution-Reporting-Redirect": [
    "https://www.mmp-ad-tech.com/source"
  ]
// Registered by mmp-ad-tech using redirects
  "Attribution-Reporting-Register-Source": {
    "source_event_id": "4532343",
    "web_destination": "https://destination.example.com",
    "priority": "20",
    "expiry": "172800",
    "aggregation_keys": {
      "campaignCounts": "0x4"
    }
  }

W czasie t2 działanie użytkownika lub konwersja w aplikacji reklamodawcy powoduje rejestrację przez mmp-ad-tech (wyzwalacz 1), który przekierowuje też do ad-tech1 (wyzwalacz 2) i ad-tech2 (wyzwalacz 3):

nie zdefiniowano

Wynik

Źródła zarejestrowane w mmp-ad-tech Source2 i Source4 konkurują w przypadku atrybucji dla zarejestrowanego w mmp-ad-tech źródła Trigger1. Źródło2 ma wyższy priorytet niż Źródło4, dlatego wygra Źródło2. Trigger2 przez ad-tech1 jest przypisywany do Source1 przez ad-tech1, a Trigger3 przez ad-tech2 jest przypisywany do Source3 przez ad-tech2.

Konkurencyjne źródła danych

Pola

Source1

Source2

Source3

Source4

Rejestracja technologii reklamowych w źródle

ad-tech1

mmp-ad-tech

ad-tech2

mmp-ad-tech

source_event_id

34532

788324

6574435

4532343

miejsce docelowe

https://destination.example.com

https://destination.example.com

https://destination.example.com

https://destination.example.com

priorytet

10

30

10

20
Zarejestrowane reguły
Wynik atrybucji

Atrybuty Trigger1 do Source2, atrybuty Trigger2 do Source1 i atrybuty Trigger3 do Source3.

Atrybucja postów z ignorowanych źródeł

Source4 – nie będzie konkurować o przypisanie w przyszłości.

Raporty o zdarzeniach

Adres URL raportu: https://www.mmp-ad-tech.com/.well-known/attribution-reporting/report-event-attribution

  {
    "attribution_destination": "https://destination.example.com",
    "scheduled_report_time": "800176400",
    "source_event_id": "788324",
    "trigger_data": "1",
    "source_type": "navigation",
    "randomized_trigger_rate": 0.0024263
  }

Adres URL raportu: https://www.ad-tech1.com/.well-known/attribution-reporting/report-event-attribution

  {
    "attribution_destination": "https://destination.example.com",
    "scheduled_report_time": "800176400",
    "source_event_id": "34532",
    "trigger_data": "2",
    "source_type": "navigation",
    "randomized_trigger_rate": 0.0024263
  }

Adres URL raportu: https://www.ad-tech2.com/.well-known/attribution-reporting/report-event-attribution

  {
    "attribution_destination": "https://destination.example.com",
    "scheduled_report_time": "800176400",
    "source_event_id": "6574435",
    "trigger_data": "3",
    "source_type": "navigation",
    "randomized_trigger_rate": 0.0024263
  }
Raporty zagregowane

Adres URL raportu: https://www.mmp-ad-tech.com/.well-known/attribution-reporting/report-aggregate-attribution

  {
    "attribution_destination": "https://destination.example.com",
    "histograms": [
      {
        "key": "0x104",
        "value": 11
      }
    ]
  }

Adres URL raportu: https://www.ad-tech1.com/.well-known/attribution-reporting/report-aggregate-attribution

  {
    "attribution_destination": "https://destination.example.com",
    "histograms": [
      {
        "key": "0x201",
        "value": 21
      }
    ]
  }

Adres URL raportu: https://www.ad-tech2.com/.well-known/attribution-reporting/report-aggregate-attribution

  {
    "attribution_destination": "https://destination.example.com",
    "histograms": [
      {
        "key": "0x303",
        "value": 31
      }
    ]
  }

Scenariusz 2. Atrybucja międzysieciowa bez przekierowań

Reklamodawca korzysta z 2 technologii wyświetlania reklam i 1 usługi MMP. Użytkownik klika reklamę z pierwszej technologii reklamowej, która przekierowuje do MMP po rejestracji źródła. Gdy użytkownik kliknie reklamę z drugiej technologii reklamowej, ta nie przekierowuje użytkownika, ale zamiast tego udostępnia MMP podzbiór swoich kluczy agregacji.

Użytkownik dokonuje konwersji w aplikacji, w której MMP rejestruje wywołanie, ale nie przekierowuje do żadnej technologii reklamowej. Technologia reklamowa, która nie przekierowuje, otrzymuje atrybucję ostatniego kontaktu. Tylko MMP otrzyma raport podsumowujący z usunięciem duplikatów, który obejmuje tę konwersję.

Oś czasu rejestracji

W t0 użytkownik klika reklamę, co powoduje rejestrację źródła1 przez ad-tech1 i źródła2 przez mmp-ad-tech za pomocą przekierowania z ad-tech1:

  "Attribution-Reporting-Register-Source": {
    "source_event_id": "234543",
    "web_destination": "https://destination.example.com",
    "priority": "20",
    "expiry": "172801",
    "aggregation_keys": {
      "campaignCounts": "0x159"
    }
  },
  "Attribution-Reporting-Redirect": [
    "http://www.mmp-ad-tech.com"
  ]
 // Registered by mmp-ad-tech using redirect
 "Attribution-Reporting-Register-Source": {
    "source_event_id": "45453",
    "web_destination": "https://destination.example.com",
    "priority": "100",
    "expiry": "172801",
    "aggregation_keys": {
      "campaignCounts": "0x159",
      "geoValue": "0x5",
    }
  }

W t1 użytkownik klika inną reklamę, która przekierowuje go do źródła danych 3, które udostępnia klucze agregacji:

 // Registered by ad-tech2
  "Attribution-Reporting-Register-Source": {
    "source_event_id": "978",
    "web_destination": "https://destination.example.com",
    "priority": "20",
    "expiry": "172801",
    "aggregation_keys": {
      "campaignCounts": "0x159",
      "geoValue": "0x5"
    },
    "shared_aggregation_keys": [
      "campaignCounts"
    ]
  }

W t2 działanie/konwersja użytkownika powoduje rejestrację przez mmp-ad-tech, która zawiera konfigurację atrybucji dla ad-tech2:

  "Attribution-Reporting-Register-Trigger": {
    "event_trigger_data": [
      {
        "trigger_data": "2",
        "priority": "101"
      }
    ],
    "aggregatable_trigger_data": [
      {
        "key_piece": "0x400",
        "source_keys": [
          "campaignCounts"
        ],
        "x_network_data": {
          "key_offset": 10
        }
      }
    ],
    "aggregatable_values": {
      "campaignCounts": 32768
    },
    "attribution_config": [
      {
        "source_network": "enrollment-id-ad-tech-2",
        "source_priority_range": {
          "start": 1,
          "end": 1000
        },
        "priority": "200",
        "expiry": "172800"
      }
    ],
    "x_network_key_mapping": {
      "enrollment-id-ad-tech-2": "0x4"
    }
  }

Wynik

Źródło2 pasuje do rejestracji i miejsca docelowego z aktywatorem, więc staje się źródłem konkurencyjnym pod kątem atrybucji. Dodatkowo podczas rejestracji reguły określono konfigurację atrybucji dla ad-tech2 i Source3 za pomocą kluczy agregacji udostępniania ad-tech2. Umożliwia to wygenerowanie pochodnej wersji źródła „Source3” jako źródła konkurencyjnego do atrybucji.

Źródła konkurencyjne

Pola

Source2

Source3'

Pierwotne źródło rejestrujące technologię reklamową

mmp-ad-tech

ad-tech2

source_event_id

45453

978

priorytet

100

200
Zarejestrowane reguły

Trigger1 przez mmp-ad-tech.

Wynik atrybucji

Wyzwalacz 1 jest przypisywany do źródła 3, ponieważ ma ono wyższy priorytet niż źródło 2.

Atrybucja postów z ignorowanych źródeł

Source2

Raporty o zdarzeniach

Brak – raporty o zdarzeniach nie są generowane w przypadku źródeł pochodzenia.

Raporty zbiorcze

Źródło nadrzędne źródła Source3, czyli Source3, udostępnia tylko campaignCounts, a kluczowy element reguły jest obliczany według:

(key_piece value) | ((x_network_key_mapping entry) << offset)

0x400 | (0x4 << 10) = 0x1400

W końcu klucz wynikowy jest generowany przez OR-ing klucza wyzwalacza (0x1400) z kluczem źródłowym (0x159), co daje 0x1559.

Adres URL raportu: http://www.mmp-ad-tech.com/.well-known/attribution-reporting/report-aggregate-attribution

{
  "attribution_destination": "https://destination.example.com",
  "histograms": [
    {
     "key": "0x1559",
      "value": 32768
    }
  ]
}

Scenariusz 3. Źródło zarejestrowane w MMP i kandydat na element nadrzędny źródła pochodnej w tym samym łańcuchu rejestracji

Reklamodawca korzysta z 2 technologii wyświetlania reklam i 1 usługi MMP. Użytkownik klika reklamę z pierwszego systemu technologicznego wyświetlania reklam, który nie przekierowuje na stronę rejestracji źródła, ale udostępnia klucze agregacji MMP. Użytkownik klika reklamę z drugiej technologii reklamowej, która przekierowuje do MMP podczas rejestracji źródła i udostępnia mu klucze agregacji.

Oś czasu rejestracji

W t0 użytkownik klika reklamę wyświetlaną przez ad-tech1, co powoduje rejestrację źródła1:

 "Attribution-Reporting-Register-Source": {
    "source_event_id": "52343",
    "web_destination": "https://destination.example.com",
    "priority": "20",
    "expiry": "172800",
    "aggregation_keys": {
     "campaignCounts": "0x159",
     "geoValue": "0x5"
   },
   "shared_aggregation_keys": [
     "campaignCounts",
     "geoValue"
   ]
 }

W czasie t1 łańcuch rejestracji 2, ad-tech2 rejestruje Source2 i przekierowuje do rejestracji źródła MMP, Source3:

  "Attribution-Reporting-Register-Source": {
    "source_event_id": "234456",
    "web_destination": "https://destination.example.com",
    "priority": "20",
    "expiry": "172801",
    "aggregation_keys": {
      "campaignCounts": "0x159"
    },
    "shared_aggregation_keys": [
      "campaignCounts"
    ]
  },
  "Attribution-Reporting-Redirect": [
    "http://www.mmp-ad-tech.com"
  ]
  "Attribution-Reporting-Register-Source": {
    "source_event_id": "4234",
    "web_destination": "https://destination.example.com",
    "priority": "100",
    "expiry": "172800",
    "aggregation_keys": {
      "campaignCounts": "0x159"
    }
  }

W czasie t2 rejestracja reguły ma atrybucję skonfigurowaną tak, aby generować źródła pochodne z ad-tech1 i ad-tech2:

  "Attribution-Reporting-Register-Trigger": {
    "event_trigger_data": [
      {
        "trigger_data": "2",
        "priority": "101"
      }
    ],
    "aggregatable_trigger_data": [
      {
        "key_piece": "0x400",
        "source_keys": [
          "campaignCounts"
        ],
        "x_network_data" : {
          "key_offset" : 10
        }
      }
    ],
    "aggregatable_values": {
      "campaignCounts": 32768,
      "geoValue": 1664
    },
    "attribution_config": [
      {
        "source_network": "enrollment-id-ad-tech-1",
        "source_priority_range": {
          "start": 1,
          "end": 1000
        },
        "priority": "20",
        "expiry": "172800"
      },
      {
        "source_network": "enrollment-id-ad-tech-2",
        "source_priority_range": {
          "start": 1,
          "end": 1000
        },
        "priority": "20",
        "expiry": "172800"
      }
    ],
    "x_network_key_mapping" : {
      "enrollment-id-ad-tech-1" : "0x2",
      "enrollment-id-ad-tech-2" : "0x4"
    }
  }

W rezultacie źródło zarejestrowane w MMP w drugim łańcuchu rejestracji staje się źródłem atrybucji. Wygenerowany raport zbiorczy będzie wyglądał tak:

Wynik

Pochodzone źródło z źródła 2 (z identyfikatorem „source_event_id": "234456”) nie bierze udziału w przypisywaniu, ponieważ w tym samym łańcuchu rejestracji występuje też zarejestrowane źródło mmp-ad-tech.

Źródła konkurencyjne

Pola

Source1'

Source3

Pierwotne źródło rejestrujące technologię reklamową

ad-tech1

mmp-ad-tech

source_event_id

52343

4234

priorytet

20

100
Zarejestrowane reguły

Trigger1 przez mmp-ad-tech.

Wynik atrybucji

Wyzwalacz 1 jest przypisywany do źródła 3, ponieważ ma ono wyższy priorytet niż źródło 1.

Atrybucja postów z ignorowanych źródeł

„Source1” – źródło „Source1” nie będzie już brane pod uwagę przy tworzeniu źródła pochodnej dla mmp-ad-tech.

Raporty o zdarzeniach

Adres URL raportu: https://www.ad-tech1.com/.well-known/attribution-reporting/report-event-attribution

  {
    "attribution_destination": "https://destination.example.com",
    "scheduled_report_time": "800176400",
    "source_event_id": "4234",
    "trigger_data": "2",
    "source_type": "navigation",
    "randomized_trigger_rate": 0.0024263
  }
Raporty zbiorcze

Adres URL raportu: http://www.mmp-ad-tech.com/.well-known/attribution-reporting/report-aggregate-attribution

{
  "report_url": "http://www.mmp-example.com",
  "payload": {
    "attribution_destination": "https://destination.example.com",
    "histograms": [
      {
        "key": "0x559"
        "value": 32768
      }
    ]
  }
}

Scenariusz 4. Atrybucja w wielu sieciach bez przekierowań z kryteriami wyboru źródła

Reklamodawca korzysta z 4 technologii wyświetlania reklam i 1 usługi MMP. Użytkownik klika reklamę z 1 technologii reklamowej i wyświetla reklamy z 3 innych. Gdy użytkownik dokona konwersji w aplikacji reklamodawcy, MMP rejestruje odpowiedni przełącznik i określa, z których źródeł zarejestrowanych przez technologię wyświetlania reklam należy tworzyć źródła pochodne na podstawie tych filtrów:

  1. priority_range: wybiera źródła o priorytecie w danym zakresie
  2. expiry: choose sources with expiry later than specified duration
  3. source_filters: wybierz źródła, których dane filtra odpowiadają podanym źródłom filtra;
  4. source_not_filters: wybiera źródła, których filtry nie pasują do podanych filtrów źródła;

Gdy źródła pochodne zostaną wygenerowane na podstawie kryteriów, mogą brać udział w przypisywaniu.

Etapy rejestracji

W t0 kliknięcie użytkownika powoduje, że ad-tech1 rejestruje źródło Source1, które wiąże typ źródła source_type z tą zarejestrowaną lokalizacją:

  "Attribution-Reporting-Register-Source": {
    "source_event_id": "87456",
    "web_destination": "https://destination.example.com",
    "priority": "20",
    "expiry": "172801",
    "filter_data": {
      "filter1": [
        "does_not_matter"
      ],
      "filter2": [
        "non-match"
      ]
    },
    "aggregation_keys": {
      "campaignCounts": "0x119",
      "geoValue": "0x5"
    },
    "shared_aggregation_keys": [
      "campaignCounts",
      "geoValue"
    ]
  }

W czasie t1 użytkownik wyświetla reklamę, co powoduje, że ad-tech2 rejestruje źródło Source2, które wiąże źródło_typu jako zdarzenie z tym zarejestrowanym źródłem:

  "Attribution-Reporting-Register-Source": {
    "source_event_id": "9078",
    "web_destination": "https://destination.example.com",
    "priority": "2000",
    "expiry": "172801",
    "filter_data": {
      "filter1": [
        "does_not_matter"
      ],
      "filter2": [
        "match"
      ]
    },
    "aggregation_keys": {
      "campaignCounts": "0x129",
      "geoValue": "0x5"
    },
    "shared_aggregation_keys": [
      "campaignCounts",
      "geoValue"
    ]
  }

W czasie t2 wyświetlenie przez użytkownika powoduje, że ad-tech3 rejestruje źródło Source3, które wiąże źródło_typu jako zdarzenie z tym zarejestrowanym źródłem:

  "Attribution-Reporting-Register-Source": {
    "source_event_id": "2413",
    "web_destination": "https://destination.example.com",
    "priority": "20",
    "filter_data": {
      "filter1": [
        "non-match"
      ],
      "filter2": [
        "non-match"
      ]
    },
    "aggregation_keys": {
      "campaignCounts": "0x159",
      "geoValue": "0x5"
    },
    "shared_aggregation_keys": [
      "campaignCounts",
      "geoValue"
    ]
  }

W t3 wyświetlenie przez użytkownika powoduje, że ad-tech4 rejestruje źródło Source4, które wiąże źródło_typu jako zdarzenie z tym zarejestrowanym źródłem:

  "Attribution-Reporting-Register-Source": {
    "source_event_id": "7567",
    "web_destination": "https://destination.example.com",
    "priority": "20",
    "filter_data": {
      "filter1": [
        "match"
      ],
      "filter2": [
        "match"
      ]
    },
    "aggregation_keys": {
      "campaignCounts": "0x169",
      "geoValue": "0x5"
    },
    "shared_aggregation_keys": [
      "campaignCounts",
      "geoValue"
    ]
  }

W etapie t4 konwersja użytkownika powoduje, że mmp-ad-tech rejestruje w konfiguracji atrybucji sekwencję dla wszystkich zarejestrowanych źródeł wymienionych wcześniej usług reklamowych:

  "Attribution-Reporting-Register-Trigger": {
    "event_trigger_data": [
      {
        "trigger_data": "2",
        "priority": "100"
      }
    ],
    "aggregatable_trigger_data": [
      {
        "key_piece": "0x400",
        "source_keys": [
          "campaignCounts"
        ]
      }
    ],
    "aggregatable_values": {
      "campaignCounts": 32768,
      "geoValue": 1664
    },
    "attribution_config": [
      {
        "source_network": "enrollment-id-ad-tech-1",
        "source_priority_range": {
          "start": 1,
          "end": 100
        },
        "source_filters": {
          "source_type": [
            "event"
          ]
        },
        "priority": "100",
        "expiry": "172801"
      },
      {
        "source_network": "enrollment-id-ad-tech-2",
        "source_priority_range": {
          "start": 1,
          "end": 1000
        },
        "source_filters": {
          "source_type": [
            "navigation"
          ]
        },
        "priority": "100",
        "expiry": "172801"
      },
      {
        "source_network": "enrollment-id-ad-tech-3",
        "source_priority_range": {
          "start": 1,
          "end": 1000
        },
        "source_filters": {
          "source_type": [
            "navigation"
          ],
          "filter1": [
            "match"
          ],
          "filter2": [
            "match"
          ]
        },
        "priority": "50",
        "expiry": "172801"
      },
      {
        "source_network": "enrollment-id-ad-tech-4",
        "source_priority_range": {
          "start": 1,
          "end": 1000
        },
        "source_filters": {
          "source_type": [
            "navigation"
          ],
          "filter1": [
            "match"
          ],
          "filter2": [
            "match"
          ]
        },
        "priority": "30",
        "expiry": "172801"
      }
    ],
    "x_network_key_mapping": {
      "enrollment-id-ad-tech-1": "0x1",
      "enrollment-id-ad-tech-2": "0x2",
      "enrollment-id-ad-tech-3": "0x3",
      "enrollment-id-ad-tech-4": "0x4"
    }
  }

Wynik

Z powodu niezgodności z kryteriami z tych źródeł nie można generować źródeł pochodnych:

  1. Źródło1 nie spełnia filtra source_type:event w konfiguracji atrybucji ad-tech1
  2. Źródło2 ma ustawiony priorytet 2000, który wykracza poza zakres filtra zakresu priorytetu ad-tech2 (1000).
  3. Źródło3 nie pasuje do wartości parametru filter2
Źródła konkurencyjne

Pola

Source4'

Pierwotne źródło rejestrujące technologię reklamową

ad-tech4

source_event_id

7567

miejsce docelowe

https://destination.example.com

priorytet

30

expiry

Czas rejestracji + 2 dni
Zarejestrowane reguły

Trigger1 przez mmp-ad-tech.

Wynik atrybucji

Aktywator1 jest przypisywany do źródła „Source4”, ponieważ jest to jedyne źródło kwalifikujące się do przypisania

Atrybucja postów z ignorowanych źródeł

Brak

Raporty o zdarzeniach

Brak – raporty o zdarzeniach nie są generowane w przypadku zwycięskiego źródła pochodnej

Raporty zbiorcze

URL raportu: http://www.mmp-ad-tech.com

{
  "attribution_destination": "https://example.com",
  "histograms": [
    {
      "key": "0x56d",
      "value": 32768
    },
    {
      "key": "0x5",
      "value": 1664
    }
  ]
}

Scenariusz 5. Atrybucja po zainstalowaniu

Reklamodawca korzysta z 2 technologii wyświetlania reklam i 1 usługi MMP. Użytkownik klika reklamę z pierwszej platformy reklamowej i instaluje aplikację reklamodawcy. Podczas atrybucji konwersji po instalacji źródło pochodne z atrybucją instalacji wygrywa z innymi źródłami, nawet jeśli mają one wyższy priorytet.

Etapy rejestracji

W czasie t0 interakcja użytkownika powoduje, że ad-tech1 rejestruje źródło1:

  "Attribution-Reporting-Register-Source": {
    "source_event_id": "3645",
    "destination": "android-app://com.example.app",
    "priority": "20",
    "expiry": "172801",
    "install_attribution_window": "86400",
    "post_install_exclusivity_window": "864000",
    "aggregation_keys": {
      "campaignCounts": "0x119",
      "geoValue": "0x5"
    },
    "shared_aggregation_keys": [
      "campaignCounts",
      "geoValue"
    ]
  }

W t1 użytkownik instaluje aplikację com.example.app na swoim urządzeniu.

W czasie t2 interakcja użytkownika powoduje, że ad-tech2 rejestruje Source2:

  "Attribution-Reporting-Register-Source": {
    "source_event_id": "345789",
    "destination": "android-app://com.example.app",
    "priority": "100",
    "aggregation_keys": {
      "campaignCounts": "0x159",
      "geoValue": "0x5"
    },
    "shared_aggregation_keys": [
      "campaignCounts",
      "geoValue"
    ]
  }

W t3 jest rejestrowany przez mmp-ad-tech element wyzwalający z konfiguracjami atrybucji ad-tech1 i ad-tech2:

  "Attribution-Reporting-Register-Trigger": {
    "event_trigger_data": [
      {
        "trigger_data": "2",
        "priority": "100"
      }
    ],
    "aggregatable_trigger_data": [
      {
        "key_piece": "0x400",
        "source_keys": [
          "campaignCounts"
        ]
      }
    ],
    "aggregatable_values": {
      "campaignCounts": 32768,
      "geoValue": 1664
    },
    "attribution_config": [
      {
        "source_network": "enrollment-id-ad-tech-1",
        "priority": "10",
        "expiry": "172801",
        "post_install_exclusivity_window": "172800"
      },
      {
        "source_network": "enrollment-id-ad-tech-2",
        "priority": "20",
        "expiry": "172801"
      }
    ],
    "x_network_key_mapping": {
      "enrollment-id-ad-tech-1": "0x1",
      "enrollment-id-ad-tech-2": "0x3"
    }
  }

Wynik

Wygenerowane źródła pochodne na podstawie źródeł Source1 i Source2 (odpowiednio Source1' i Source2), które konkurują o atrybucję.

Źródła konkurencyjne

Pola

Source1

Source2'

Pierwotne źródło rejestrujące technologię reklamową

ad-tech1

ad-tech2

source_event_id

3645

345789

miejsce docelowe

android-app://com.example.app

android-app://com.example.app

priorytet

10

20

Instalacja aplikacji Drive

tak

nie
Zarejestrowane reguły

Trigger1 przez mmp-ad-tech.

Wynik atrybucji

Wyzwalacz1 jest przypisywany do źródła1, ponieważ spowodował instalację aplikacji docelowej. Zwróć uwagę, że źródło2 miało wyższy priorytet.

Atrybucja postów z ignorowanych źródeł

Source2 – źródła pochodne z Source2 nie będą brane pod uwagę w przypisaniu w przypadku żadnych wyzwalaczy zarejestrowanych przez mmp-ad-tech.

Raporty o zdarzeniach

Brak – raporty o zdarzeniach nie są generowane w przypadku zwycięskiego źródła pochodnej

Raporty zbiorcze

Adres URL raportu: http://www.mmp-ad-tech.com/.well-known/attribution-reporting/report-aggregate-attribution

{
  "attribution_destination": "android-app://com.example.app",
  "histograms": [
    {
      "key": "0x519",
      "value": 32768
    },
    {
      "key": "0x5",
      "value": 1664
    }
  ]
}

Scenariusz 6. Przegrana raz, zawsze przegrana

Jeśli ad-tech1 ma źródło, którego pochodne źródło uczestniczyło w atrybutacji dla mmp-ad-tech i utraciło atrybucję, źródło ad-tech1 nie jest używane do tworzenia pochodnej wersji źródła dla wywołań mmp-ad-tech. Oto przykładowy harmonogram:

  • W t0 źródło1 ad-tech1 jest zarejestrowane w "priority": "10".
  • W czasie t1 źródło2 ad-tech2 jest zarejestrowane w "priority": "20".
  • W czasie t2 parametr Trigger1 w mmp-ad-tech jest zarejestrowany w konfiguracjach atrybucji ad-tech1 i ad-tech2.
  • W t3 atrybucja dla Trigger1 jest wykonywana, gdy atrybucja dla źródła pochodnej z ad-tech2 jest wyższa i ignorowane jest źródło ad-tech1.
  • W czasie t4 źródło Source3 w ad-tech3 jest zarejestrowane w "priority": "5".
  • W t5 parametr Trigger2 w mmp-ad-tech jest zarejestrowany w konfiguracjach ad-tech1 i ad-tech3.
  • W t6 następuje atrybucja dla Trigger2, w której zwycięża źródło pochodne ze źródła3 (Source3).

Wyjaśnienie wyników

Źródło pochodne pochodzące ze źródła ad-tech1 utraciło atrybucję dla aktywatora1, więc źródło1 nie zostało użyte do utworzenia źródła pochodzenia dla atrybucji w przypadku aktywatora2. Gdyby nie przegrała w etapie t3, wygrałaby z źródłem ad-tech3, ponieważ ma wyższy priorytet.