Przykłady atrybucji międzysieciowej

Większość reklamodawców korzysta z kilku różnych sieci reklamowych, aby wyświetlać reklamy w aplikacjach wydawców. Jeśli sieci reklamowe rejestrują własne źródła atrybucji i reguły przy użyciu interfejsu API, będą otrzymywać raporty podsumowujące i zdarzenia przypisane samodzielnie.

Reklamodawcy, którzy chcą skorzystać z pomocy firmy zewnętrznej do przeprowadzenia atrybucji międzysieciowej (XNA) w celu zidentyfikowania tylko jednej zwycięzcy reklamy w przypadku danej konwersji, mogą to robić nadal, stosując poniższe metody:

• Skonfiguruj wewnętrzny serwer, aby rejestrować zdarzenia aktywujące i otrzymywać raporty atrybucji z interfejsu API
• Dalsze korzystanie z usług obecnego partnera świadczącego usługi pomiaru skuteczności reklam mobilnych

Niezależnie od metody użytej przez reklamodawcę interfejs Attribution Reporting API obsługuje wiele różnych funkcji, które umożliwiają firmom zewnętrznym dostosowanie logiki XNA w imieniu reklamodawcy:

• Firma zewnętrzna może dokonywać atrybucji za pomocą interfejsu API z lub bez przekierowań z sieci reklamowych.
• Priorytet, filtry i klucze do usuwania duplikatów umożliwiają dodatkowe dostosowanie atrybucji na podstawie wymiarów źródła i reguły.
• Okna atrybucji po instalacji umożliwiają źródłom, które doprowadziły do instalacji, udział w przyszłych zdarzeniach konwersji w aplikacji.

Model atrybucji używany przez technologie reklamowe do usuwania duplikatów między sieciami i wybierania zwycięskich źródeł może mieć różne poziomy złożoności w zależności od tego, jak wykorzystywane są te funkcje interfejsu API.

Poniższe przykłady pokazują, jak można używać tych funkcji, i jak różne konfiguracje wpływają na to, które źródło atrybucji ostatecznie uzyskuje udział w konwersji za dane zdarzenie aktywujące.

Przetwarzanie

Oto lista etapów procesu XNA. Dla uproszczenia w podanych tu krokach przyjęto, że do wyświetlania reklam reklamodawca używa technologii wyświetlania reklam, a do pomiaru konwersji używa MMP. Interfejs API jest jednak elastyczny – jego funkcjonalność nie różni się w zależności od typu technologii reklamowej i nie wymaga stosowania technologii reklamowej.

1. Rejestracja źródła: użytkownik wyświetla lub klika reklamę, a technologia wyświetlania reklam rejestruje te źródła w interfejsie API. Technologie wyświetlania reklam mogą też przekierowywać użytkowników do innych techników reklamowych, którzy mogą też rejestrować źródła bezpośrednio przez interfejs API lub włączyć atrybucję międzysieciową bez przekierowań.
2. Rejestracja reguły: użytkownik wykonuje działanie powiązane z konwersją, np. pierwsze otwarcie aplikacji, zakup lub dodanie do koszyka, co oznacza, że MMP rejestruje regułę w interfejsie API. MMP może też przekierowywać użytkowników do innych techników reklamowych, którzy mogą rejestrować reguły bezpośrednio w interfejsie API. Jeśli MMP musi włączyć atrybucję międzysieciową bez przekierowań, podczas rejestracji reguły należy określić konfigurację atrybucji.
3. Atrybucja: jeśli konfiguracja atrybucji została określona podczas rejestracji reguły, źródła derywowane są generowane w imieniu MMP. Staramy się dopasować każdą regułę do kwalifikującego się źródła zarejestrowanego bezpośrednio przez MMP lub odpowiedniego źródła pochodnego wygenerowanego w imieniu MMP przy użyciu źródeł technologii reklamowych. Pozostałe źródła, które nie wygrały atrybucji, zostają usunięte i nie kwalifikują się już do udziału w przyszłych konwersjach. W innych częściach dokumentacji pojęcie to może również występować w innych częściach dokumentacji jako „tracisz raz, zawsze przegrywasz”.
   1. Gdy źródło pochodne utraci atrybucję, interfejs API nie będzie generować przyszłych źródeł derywowanych na podstawie pierwotnego źródła, gdy przyszłe zdarzenia konwersji będą rejestrowane przez MMP. Technologia wyświetlania reklam i inne MMP mogą nadal korzystać z pierwotnego źródła na potrzeby przyszłej atrybucji. Zostało to szczegółowo opisane w scenariuszu 6.
4. Generowanie raportów: funkcja Atrybucja prowadzi do generowania zdarzeń lub raportów zbiorczych. Pamiętaj, że w przypadku źródeł pochodnych generowane są tylko raporty zbiorcze.
5. Dostarczanie raportów: zaplanowane dostarczanie wygenerowanych raportów.

Scenariusz 1. Atrybucja międzysieciowa z przekierowaniami

Reklamodawca współpracuje z 2 technologiami reklamowymi i 1 MMP. Po kliknięciu reklam wyświetlanych przez technologie wyświetlania reklam te technologie przekierowują ruch do MMP przy rejestracji źródła. Gdy użytkownik dokonuje konwersji w aplikacji, MMP przekierowuje użytkownika do technologii reklamowej przy rejestracji reguły.

MMP otrzyma raport o usuniętych duplikatach z wielu sieci, a każda technologia reklamowa, która go wyświetla, otrzyma własne raporty.

Harmonogram rejestracji

W punkcie t0 użytkownik klika reklamę wyświetlaną przez ad-tech1, która rejestruje źródło Source1 i swoje przekierowanie. Źródło 2 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 via 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 punkcie 1 użytkownik klika reklamę wyświetloną przez ad-tech2, aby zarejestrować źródło 3 i jego przekierowanie do mmp-ad-tech, tj. źródło 4:

  "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 via redirects
  "Attribution-Reporting-Register-Source": {
    "source_event_id": "4532343",
    "web_destination": "https://destination.example.com",
    "priority": "20",
    "expiry": "172800",
    "aggregation_keys": {
      "campaignCounts": "0x4"
    }
  }

W punkcie 2 działanie lub konwersja w aplikacji reklamodawcy powodują zarejestrowanie reguły przez mmp-ad-tech (regułę 1), która przekierowuje też użytkownika do elementu ad-tech1 (reguła2) i reguły ad-tech2 (reguła 3):

nie zdefiniowano

Wynik

Źródła zarejestrowane w mmp-ad-tech konkurują w atrybucji o regułę 1 aktywatora zarejestrowanego w mmp-ad-tech. Źródło 2 wygrywa z źródłem 4 ze względu na wyższy priorytet. Reguła 2 przez ad-tech1 zostaje przypisana do źródła 1 przez ad-tech1, a reguła 3 przez ad-tech2 – do źródła 3 przez ad-tech2.

Konkurencyjne źródła dla

Pola	Source1	Source2	Source3	Source4
Źródło rejestrujące technologię reklamową	technologia-reklamowa1	MMP-Ad-Tech	technologia-reklamowa2	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

Aktywatory zarejestrowane

Wynik atrybucji

Reguła 1 przypisuje atrybuty Źródło2, Reguła2 do atrybutów Źródło1 i Reguła3 do Źródła3.

Ignorowane źródła po atrybucji

Źródło 4 – nie będzie w przyszłości rywalizować o atrybucję.

Raporty zdarzeń

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
      }
    ]
  }

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 współpracuje z 2 technologiami reklamowymi i 1 MMP. Użytkownik klika reklamę z pierwszej wyświetlonej technologii reklamowej, która podczas rejestracji źródła przekierowuje do MMP. Gdy użytkownik kliknie reklamę z drugiej wyświetlanej technologii reklamowej, technologia reklamowa nie przekierowuje użytkownika, decydując się na udostępnienie podzbioru kluczy agregacji MMP z wyprzedzeniem.

Następnie użytkownik realizuje konwersję w aplikacji, w której MMP rejestruje regułę, ale nie przekierowuje użytkownika do żadnej technologii reklamowej. Atrybucja nieprzekierowująca wygrywa atrybucja ostatniego kontaktu. Tylko MMP otrzyma raport z podsumowaniem po usunięciu duplikatów z sieci, który uwzględnia tę konwersję.

Harmonogram rejestracji

W punkcie t0 użytkownik klika reklamę, co skutkuje rejestracją w źródle 1 przez ad-tech1 i rejestracją w źródle 2 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 via 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 punkcie t1 użytkownik klika inną reklamę, w wyniku czego źródło3 zostaje wygenerowane przez technologię ad-tech2, która ma ten sam klucz 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 punkcie 2 działanie lub konwersja użytkownika powodują rejestrację przez narzędzie mmp-ad-tech, które 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ło 2 dopasowuje rejestrację i miejsce docelowe do reguły, więc staje się ona konkurencyjnym źródłem o atrybucji. Dodatkowo podczas rejestracji aktywatorów zdefiniowano konfigurację atrybucji dla ad-tech2 i Source3 za pomocą udostępnianych kluczy agregacji ad-tech2. Dzięki temu źródło derywowane (Źródło3) może zostać wygenerowane jako konkurencyjne źródło atrybucji.

Konkurujące źródła

Pola	Source2	Źródło3'
Oryginalne źródło rejestrujące technologię reklamową	MMP-Ad-Tech	technologia-reklamowa2
source_event_id	45453	978
priorytet	100	200

Aktywatory zarejestrowane

Aktywator1 przez mmp-ad-tech.

Wynik atrybucji

Reguła 1 jest przypisywana do Źródła 3, ponieważ źródło 3 ma wyższy priorytet niż Źródło2.

Ignorowane źródła po atrybucji

Source2

Raporty o zdarzeniach

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

Raporty zbiorcze

Źródło nadrzędne źródła 3, tj.Źródło 3, udostępnia tylko campaignCounts. Element klucza aktywujący jest obliczany według wzoru:

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

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

Na koniec klucz wynikowy jest generowany za pomocą klucza aktywującego LUB (0x1400) z kluczem źródłowym (0x159), tj.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 kandydujące źródło nadrzędne do źródła derywowanego w tym samym łańcuchu rejestracji

Reklamodawca współpracuje z 2 technologiami reklamowymi i 1 MMP. Użytkownik klika reklamę z pierwszej wyświetlanej technologii reklamowej, która nie przekierowuje podczas rejestracji źródła, ale udostępnia klucze agregacji MMP. Użytkownik klika reklamę z drugiej wyświetlanej technologii reklamowej, która przekierowuje do MMP podczas rejestracji źródła i udostępnia MMP klucze agregacji.

Harmonogram rejestracji

W punkcie t0 użytkownik klika reklamę wyświetlaną przez ad-tech1, co rozpoczyna rejestrację Źródła 1:

 "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 t1 łańcuch rejestracji 2 ad-tech2 rejestruje źródło 2 i przekierowuje do zarejestrowania źródła MMP, źródło 3:

    "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 punkcie 2 rejestracja reguły ma skonfigurowane przypisywanie udziału w generowaniu źródeł pochodnych 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 efekcie źródło zarejestrowane w MMP w drugim łańcuchu rejestracji wygrywa atrybucję. Wynikowy raport zbiorczy będzie wyglądać tak:

Wynik

Źródło pochodne ze źródła 2 (z oznaczeniem „source_event_id": "234456”) nie bierze udziału w atrybucji, ponieważ ten sam łańcuch rejestracji również ma zarejestrowane źródło mmp-ad-tech.

Konkurujące źródła

Pola	Źródło1'	Source3
Oryginalne źródło rejestrujące technologię reklamową	technologia-reklamowa1	MMP-Ad-Tech
source_event_id	52343	4234
priorytet	20	100

Aktywatory zarejestrowane

Aktywator1 przez mmp-ad-tech.

Wynik atrybucji

Reguła 1 zostaje przypisana do źródła 3, ponieważ ma wyższy priorytet niż źródło 1.

Ignorowane źródła po atrybucji

Źródło 1” – źródło1 nie będzie już traktowane jako źródło pochodne 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 międzysieciowa bez przekierowań z kryteriami wyboru źródła

Reklamodawca współpracuje z 4 technologiami reklamowymi i 1 MMP. Użytkownik klika reklamę z 1, w której wyświetlają się technologie reklamowe, a w drugiej – wyświetla reklamy. Gdy użytkownik dokonuje konwersji w aplikacji reklamodawcy, MMP rejestruje regułę i na podstawie tych filtrów określa, z których wyświetlanych technologii reklamowych pochodzą zarejestrowane źródła, z których mają utworzyć takie źródła:

1. priorytet_range: wybierz źródła o priorytecie w danym zakresie
2. expire: wybierz źródła z datą ważności później niż określony czas
3. source_filters: wybierz źródła, których dane filtracji pasują do określonych filtrów source_filters.
4. source_not_filters: wybierz źródła, których atrybuty not_filters pasują do określonych filtrów source_not_filters

Gdy źródła derywowane zostaną wygenerowane na podstawie określonych kryteriów, mogą zostać uwzględnione w atrybucji.

Harmonogram rejestracji

W punkcie t0 użytkownik kliknięcie powoduje, że ad-tech1 rejestruje źródło01, co wiąże atrybut source_type jako nawigację do tego zarejestrowanego źródła:

  "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 punkcie 1 użytkownik widzi reklamę, powodując, że ad-tech2 rejestruje źródło2, co wiąże źródło_source2 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 punkcie 2 wyświetlenie użytkownika powoduje, że ad-tech3 rejestruje źródło Source3, co wiąże źródło_type_type 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 punkcie 3 wyświetlenie użytkownika sprawia, że ad-tech4 rejestruje źródło Source4, co wiąże źródło_source_type 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 punkcie 4 konwersja użytkowników prowadzi do zarejestrowania przez narzędzie mmp-ad-tech reguły z konfiguracją atrybucji dla wszystkich pozostałych wymienionych powyżej źródeł zarejestrowanych technologii 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

Te źródła nie kwalifikują się do generowania źródeł pochodnych z powodu niezgodności kryteriów:

1. Źródło 1 nie spełnia wymagań filtra „source_type":"event” w konfiguracji atrybucji ad-tech1
2. Źródło 2 ma priorytet 2000, który jest spoza filtra zakresu priorytetów ad-tech2 (11000)
3. Źródło3 nie pasuje do wartości parametru „filter2”

Konkurujące źródła

Pola	Źródło4'
Oryginalne źródło rejestrujące technologię reklamową	technologia reklamowa4
source_event_id	7567
miejsce docelowe	https://destination.example.com
priorytet	30
wygaśnięcie	Czas rejestracji + 2 dni

Aktywatory zarejestrowane

Aktywator1 przez mmp-ad-tech.

Wynik atrybucji

Reguła 1 jest przypisywana do Źródła 4, ponieważ jest to jedyne źródło kwalifikujące się do atrybucji

Ignorowane źródła po atrybucji

Brak

Raporty o zdarzeniach

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

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 instalacji

Reklamodawca współpracuje z 2 technologiami reklamowymi i 1 MMP. Użytkownik klika reklamę z pierwszej technologii 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 inne mają wyższe priorytety.

Harmonogram rejestracji

W punkcie 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 1. użytkownik instaluje aplikację com.example.app na swoim urządzeniu.

Na poziomie 2 interakcja użytkownika powoduje, że ad-tech2 rejestruje Źródło 2:

  "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 punkcie t3 aktywator jest rejestrowany przez mmp-ad-tech z konfiguracjami atrybucji dla 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 derywowane ze Źródeł1 i Źródła2, czyli Źródła 1 i Źródła2, które konkurują o atrybucję.

Konkurujące źródła

Pola	Źródło1'	Źródło2'
Oryginalne źródło rejestrujące technologię reklamową	technologia-reklamowa1	technologia-reklamowa2
source_event_id	3645	345789
miejsce docelowe	android-app://com.example.app	android-app://com.example.app
priorytet	10	20
Instalacja aplikacji Drove	tak	nie

Aktywatory zarejestrowane

Aktywator1 przez mmp-ad-tech.

Wynik atrybucji

Reguła 1 jest przypisywana do Źródła 1, ponieważ doprowadziła do instalacji aplikacji docelowej. Pamiętaj, że źródło2 ma wyższy priorytet.

Ignorowane źródła po atrybucji

Źródło2” – źródła pochodne ze Źródła 2 nie będą brane pod uwagę przy atrybucji w przypadku reguł zarejestrowanych przez mmp-ad-tech.

Raporty o zdarzeniach

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

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: przegrywasz raz, przegrywasz zawsze

Jeśli źródło danych ad-tech1 uczestniczy w atrybucji w przypadku reguły mmp-ad-tech i utraci atrybucję, to źródło ad-tech1 nie będzie używane do utworzenia źródła pochodnego na potrzeby kolejnych aktywatorów mmp-ad-tech. Oto przykładowy harmonogram:

• W punkcie t0 źródło1 reklamy-tech1 jest zarejestrowane w "priority": "10".
• W poziomie 1 źródło2 komponentu ad-tech2 jest zarejestrowane w usłudze "priority": "20".
• W punkcie 2 zdarzenie aktywujące1 mmp-ad-tech jest zarejestrowane razem z konfiguracjami atrybucji ad-tech1 i ad-tech2.
• W 3 atrybucja dla reguły 1 ma miejsce wtedy, gdy źródło pochodzenia z technologii ad-tech2 wygrywa, a źródło technologii reklamowej 1 jest ignorowane.
• W 4 miejsce źródło3 usługi ad-tech3 jest zarejestrowane w usłudze "priority": "5".
• W poziomie t5 aktywator2 mmp-ad-tech jest zarejestrowany z konfiguracjami ad-tech1 i ad-tech3.
• W punkcie 6 następuje atrybucja Wyzwalacza 2, w której wygrywa źródło pochodne ze Źródła 3 (Źródło3)

Wyjaśnienie wyniku

Źródło pochodne ze źródła ad-tech1 utraciło atrybucję w przypadku aktywatora1, więc źródło1 nie zostało użyte do utworzenia źródła pochodnego na potrzeby atrybucji aktywatora2. Gdyby nie przegrana wcześniej w czasie 3, wygrałaby ze źródłem ad-tech3 ze względu na wyższy priorytet.