Przykłady atrybucji międzysieciowej

Większość reklamodawców korzysta z kilku różnych sieci reklamowych, aplikacji wydawców. Jeśli sieci reklamowe rejestrują własne źródła atrybucji za pomocą wyzwalaczy za pomocą interfejsu API, otrzymają one samodzielnie przypisane zdarzenie i podsumowanie raportów.

Reklamodawcy, którzy chcą korzystać z usług firmy zewnętrznej, by wyświetlać reklamy w wielu sieciach atrybucji (XNA) w celu określenia pojedynczej zwycięskiej reklamy dla danej konwersji w dalszym ciągu, korzystając z poniższych metod:

• Konfigurowanie własnego serwera do rejestrowania zdarzeń aktywatorów i otrzymywania raportów atrybucji z interfejsu API
• Korzystanie z usług obecnego partnera świadczącego usługi pomiaru ruchu mobilnego

Niezależnie od wybranej przez reklamodawcę metody analizy danych Interfejs API do raportowania obsługuje wiele różnych funkcji, które umożliwiają firmom zewnętrznym aby dostosować logikę XNA w imieniu reklamodawcy:

• Firma zewnętrzna może przeprowadzić atrybucję za pomocą interfejsu API z przekierowaniami z sieci reklamowych lub bez przekierowań.
• Priorytet, filtry i klucze deduplikacji mogą zapewniać dodatkowe możliwości dostosowywania atrybucji na podstawie wymiarów źródła i reguły.
• Okna atrybucji po instalacji pozwalają źródłom, które doprowadziły do instalacji, nadal przypisywać udział w przyszłych zdarzeniach konwersji w aplikacji.

Model atrybucji używany przez technologie reklamowe do usuwania duplikatów z wielu sieci i wybierania zwycięskich źródeł może być na różne sposoby w zależności od sposobu wykorzystania tych funkcji interfejsu API.

Poniższe przykłady pokazują przykładowe sposoby wykorzystania tych funkcji i sposób, w jaki różne konfiguracje wpływają na to, które źródło atrybucji ostatecznie uzyskuje udział w przypadku danego zdarzenia aktywującego.

Przetwarzanie

Poniższa lista przedstawia etapy procesu XNA. Dla uproszczenia w podanych tu krokach przyjęto model, w którym reklamodawca używa technologii wyświetlania reklam do wyświetlania reklam i MMP do pomiaru konwersji. Interfejs API jest jednak elastyczny – funkcje nie różnią się w zależności od rodzaju technologii reklamowej i nie wymagają użycia technologii reklamowych.

1. Rejestracja źródła: użytkownik widzi lub klika reklamę, a technologia wyświetlania reklam rejestruje te źródła za pomocą interfejsu API. Wyświetlane technologie reklamowe mogą też przekierowywać do innych technologii reklamowych, którzy mogą zarejestrować źródła bezpośrednio za pomocą interfejsu 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, po którym MMP rejestruje regułę w interfejsie API. Platforma MMP może też przekierowywać użytkowników do innych technik reklamowych, którzy mogą zarejestrować reguły bezpośrednio w interfejsie API. Jeśli platforma MMP musi włączyć atrybucję międzysieciową bez przekierowań, konfigurację atrybucji należy określić podczas rejestracji reguły.
3. Atrybucja: jeśli konfiguracja atrybucji jest określona podczas rejestracji reguły, źródła pochodne są generowane w imieniu MMP. Próbujesz dopasować każdą regułę do odpowiedniego źródła zarejestrowanego bezpośrednio przez MMP lub odpowiedniego źródła pochodnego wygenerowanego w imieniu platformy MMP przy użyciu źródeł technologii reklamowych. Pozostałe źródła, które nie wygrały atrybucji, są pomijane i nie mogą już korzystać z atrybucji przyszłych konwersji. Może to też być określane jako „przegraj raz, przegrywaj zawsze”. w innych częściach dokumentacji.
   1. Gdy źródło pochodne utraci atrybucję, interfejs API nie będzie generować przyszłych źródeł pochodnych na podstawie pierwotnego źródła, gdy przyszłe zdarzenia konwersji będą rejestrowane przez MMP. Technologie reklamowe, które wyświetlają reklamy, i inne platformy MMP mogą nadal używać pierwotnego źródła na potrzeby atrybucji w przyszłości. Szczegółowo opisano to w scenariuszu 6.
4. Generowanie raportów: atrybucja prowadzi do generowania zdarzeń lub raportów zbiorczych. Pamiętaj, że dla źródeł pochodnych generowane są tylko raporty zbiorcze.
5. Dostarczanie raportów: zaplanowano dostarczenie wygenerowanych raportów.

Scenariusz 1. Atrybucja międzysieciowa z przekierowaniami

Reklamodawca pracuje z 2 zaawansowanymi technologiami reklamowymi i 1 MMP. Gdy technologie wyświetlające reklamy są klikane, te technologie są przekierowywane do platformy MMP w momencie rejestracji źródła. Gdy użytkownik dokonuje konwersji w aplikacji, MMP przekierowuje do technologii reklamowej po uruchomieniu rejestracji.

Platforma MMP otrzyma raport z usuniętymi duplikatami z różnych sieci, a każda technologia wyświetlania reklam otrzyma raporty własne.

Harmonogram rejestracji

W punkcie 0 użytkownik klika reklamę wyświetlaną przez ad-tech1, która rejestruje źródło 1 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 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"
    }
  }

Na poziomie 1 użytkownik klika reklamę wyświetlaną przez ad-tech2, aby zarejestrować źródło 3 wraz z przekierowaniem do mmp-ad-tech, tj. Źródło4:

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

Na poziomie 2 działanie lub konwersja użytkownika w aplikacji reklamodawcy powoduje uruchomienie rejestracji przez mmp-ad-tech (Aktywator1), który także przekierowuje na adres ad-tech1 (reguła2) lub reklama-technologia2 (reguła3):

nie zdefiniowano

Wynik

Źródła mmp-ad-tech Źródła 2 i 4 konkurują w atrybucji o Reguła 1 zarejestrowana w mmp-ad-tech. Source2 wygrywa nad Source4 ze względu na o wyższym priorytecie. Reguła 2 z reklamy-tech1 jest przypisywana do źródła 1 przez technikę reklamy1, Reguła 3 z reklamy-tech2 jest przypisywana do źródła 3 przez technikę ad-tech2.

Konkurencyjne źródła dla

Pola	Source1	Source2	Source3	Source4
Źródło rejestracji technologii reklamowych	technologia-reklama1	mmp-ad-tech	technologia-reklama2	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 aktywatory

Wynik atrybucji

Wyzwalacz 1 przypisuje atrybuty Źródło 2, Reguła 2 do Źródła 1 i Aktywatora 3 do Źródła 3.

Ignorowane źródła po atrybucji

źródło 4 – w przyszłości nie będzie konkurowało 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
      }
    ]
  }

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 pracuje z 2 zaawansowanymi technologiami reklamowymi i 1 MMP. Użytkownik klika reklamę z pierwszej technologii reklamowej, która przekierowuje do platformy MMP po zarejestrowaniu źródła. Gdy użytkownik kliknie reklamę z drugiej wyświetlanej technologii reklamowej, technologia reklamowa nie przekieruje użytkownika na inną stronę, zamiast tego udostępni z wyprzedzeniem podzbiór kluczy agregacji witrynie MMP.

Następnie użytkownik dokonuje konwersji w aplikacji, w której MMP rejestruje regułę, ale nie przekierowuje do żadnej z technologii reklamowych. Technologia reklamowa bez przekierowania wygrywa z atrybucją ostatniego dotknięcia. Tylko MMP otrzyma raport podsumowujący z pominięciem duplikatów z różnych sieci, który będzie zawierał tę konwersję.

Harmonogram rejestracji

W punkcie t0 użytkownik klika reklamę, co skutkuje rejestracją w źródle 1 przez ad-tech1 i rejestracją źródła2 przez mmp-ad-tech przez przekierowanie 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",
    }
  }

Na etapie t1 użytkownik klika inną reklamę, co skutkuje uzyskaniem źródła 3 od ad-tech2 z takimi samymi kluczami 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"
    ]
  }

Na poziomie 2 działanie użytkownika lub konwersja zachęcają użytkownika do rejestracji przez funkcję 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ło 2 dopasowuje rejestrację i miejsce docelowe do reguły, więc staje się konkurencyjnym źródłem atrybucji. Dodatkowo podczas rejestracji aktywatora określono konfigurację atrybucji dla ad-tech2 i Source3 za pomocą kluczy agregacji wspólnych dla technologii ad-tech2. Umożliwia to włączenie źródła derywowanego – Source3 które mają być generowane jako konkurencyjne źródło atrybucji.

Konkurujące źródła

Pola	Source2	Źródło 3
Pierwotne źródło rejestrujące technologie reklamowe	mmp-ad-tech	technologia-reklama2
source_event_id	45453	978
priorytet	100	200

Zarejestrowane aktywatory

Reguła 1 od mmp-ad-tech.

Wynik atrybucji

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

Ignorowane źródła po atrybucji

Source2

Raporty zdarzeń

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

Raporty zbiorcze

Źródło nadrzędne źródła 3, czyli Źródło3, ma udział tylko w campaignCounts, kluczowy element reguły jest obliczany według wzoru:

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

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

Na koniec wygenerowany klucz jest generowany przez klucz aktywujący z operatorem LUB (0x1400) z kluczem źródłowym (0x159), czyli 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 nadrzędny źródła pochodnego w tym samym łańcuchu rejestracji

Reklamodawca pracuje z 2 zaawansowanymi technologiami reklamowymi i 1 MMP. Użytkownik klika reklamę z pierwszej technologii reklamowej, która nie przekierowuje po rejestracji źródła, ale udostępnia MMP klucze agregacji. Użytkownik klika reklamę z drugiej technologii reklamowej, która przekierowuje do platformy MMP w momencie rejestracji źródła i udostępnia MMP klucze agregacji.

Harmonogram rejestracji

W punkcie 0 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"
   ]
 }

Na poziomie 1 łańcuch rejestracji 2 rejestruje źródło 2 i przekierowuje, aby zarejestrować źródło 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"
    }
  }

Na poziomie 2 w przypadku rejestracji aktywatora atrybucja została skonfigurowana tak, aby generować źródła pochodne z technologii 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 atrybucja wygrywa źródło zarejestrowane w MMP w drugim łańcuchu rejestracji. Powstały w ten sposób raport zbiorczy wygląda tak:

Wynik

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

Konkurujące źródła

Pola	Źródło 1	Source3
Pierwotne źródło rejestrujące technologię reklamową	technologia-reklama1	mmp-ad-tech
source_event_id	52343	4234
priorytet	20	100

Zarejestrowane aktywatory

Reguła 1 od 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ło 1.

Ignorowane źródła po atrybucji

Źródło 1 – Źródło1 nie będzie już uznawane za źródło pochodne dla mmp-ad-tech.

Raporty zdarzeń

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 pracuje z 4 technologiami reklamowymi i 1 MMP. Użytkownik klika reklamę z 1 reklamy wykorzystującej technologię reklamową, a z pozostałej 3. Gdy użytkownik dokonuje konwersji w aplikacji reklamodawcy, MMP rejestruje regułę i określa, z których źródeł zarejestrowanych technologii reklamowych utworzyć źródła pochodne, na podstawie tych filtrów:

1. zakres_priorytetu: wybierz źródła o priorytecie w podanym zakresie
2. expiry: wybierz źródła z datą wygaśnięcia późniejszą niż określony czas trwania
3. source_filters: wybierz źródła, których dane filtra pasują do określonych wartości source_filters
4. source_not_filters: wybierz źródła, których parametry not_filters pasują do podanego parametru source_not_filters

Gdy źródła pochodne zostaną wygenerowane na podstawie tych kryteriów, będą mogły uczestniczyć w atrybucji.

Harmonogram rejestracji

W punkcie t0 użytkownik kliknie element ad-tech1, aby zarejestrować źródło „Źródło1”, które wiąże „source_type” jako nawigację z tym zarejestrowanym źródłem:

  "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ę, która powoduje, że technologia ad-tech2 rejestruje źródło 2, które wiąże źródło_type 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"
    ]
  }

Na etapie t2 wyświetlenie przez użytkownika powoduje, że ad-tech3 rejestruje źródło Source3, które wiąże źródło_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"
    ]
  }

Na poziomie 3 wyświetlenie przez użytkownika powoduje, że ad-tech4 rejestruje źródło Source4, które wiąże źródło_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"
    ]
  }

Na poziomie 4 konwersja użytkowników prowadzi do zarejestrowania przez mmp-ad-tech czynnika uruchamiającego z konfiguracją atrybucji dla wszystkich pozostałych wymienionych powyżej technologii reklamowych zarejestrowane źródła:

  "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 są uznawane za odpowiednie do generowania źródeł pochodnych z powodu niezgodności kryteriów:

1. Źródło 1 nie spełnia warunków „source_type":"event” filtr konfiguracji atrybucji ad-tech1
2. Źródło 2 ma priorytet ustawiony na 2000, co 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ło 4
Pierwsze źródło rejestracji technologii reklamowych	technologia-reklama4
source_event_id	7567
miejsce docelowe	https://destination.example.com
priorytet	30
expiry (wygaśnięcie)	Czas rejestracji + 2 dni

Zarejestrowane aktywatory

Reguła 1 od mmp-ad-tech.

Wynik atrybucji

Reguła 1 jest przypisywana do źródła 4 bo jest ono tylko źródłem kwalifikującym się do atrybucji.

Ignorowane źródła po atrybucji

Brak

Raporty zdarzeń

Brak – raporty zdarzeń nie są generowane dla 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 pracuje z 2 zaawansowanymi 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 źródła mają wyższe priorytety.

Harmonogram rejestracji

W punkcie 0 interakcja użytkownika powoduje, że komponent ad-tech1 rejestruje źródło 1:

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

Na etapie t2 interakcja użytkownika powoduje, że komponent 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"
    ]
  }

Na poziomie 3 reguła jest zarejestrowana 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 na podstawie Źródła1 i Źródła2, czyli Źródła1”, i Źródło 2. które konkurują o atrybucję.

Konkurujące źródła

Pola	Źródło 1	Źródło 2
Pierwotne źródło rejestrujące technologię reklamową	technologia-reklama1	technologia-reklama2
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

Zarejestrowane aktywatory

Reguła 1 od mmp-ad-tech.

Wynik atrybucji

Reguła 1 jest przypisywana do źródła 1 bo to on przyczynił się do instalacji aplikacji docelowej. Pamiętaj, że Źródło 2 ma wyższy priorytet.

Ignorowane źródła po atrybucji

Źródło 2 - źródła pochodne ze Źródła2 nie będą brane pod uwagę przy określaniu atrybucji w przypadku żadnych aktywatorów zarejestrowanych przez mmp-ad-tech.

Raporty zdarzeń

Brak – raporty zdarzeń nie są generowane dla 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: przegrana raz, zawsze przegrywa

Jeśli źródło ad-tech1 ma źródło pochodne uczestniczyło w atrybucji dla reguły mmp-ad-tech i utraconej atrybucji, źródło ad-tech1 nie zostanie użyte do utworzenia źródła pochodnego dla późniejszych reguł mmp-ad-tech. Oto przykładowa oś czasu:

• W momencie t0 źródło 1 w ad-tech1 jest zarejestrowane w "priority": "10".
• Na poziomie t1 źródło 2 w ad-tech2 jest zarejestrowane w "priority": "20".
• Na poziomie 2 reguła 1 w mmp-ad-tech jest zarejestrowana w konfiguracjach atrybucji ad-tech1 i ad-tech2.
• Na poziomie 3 atrybucja dla reguły 1 ma miejsce, w której źródło pochodne z technologii ad-Tech2 wygrywa atrybucję, a źródło ad-tech1 jest ignorowane.
• Na poziomie t4 źródło 3 w ad-tech3 jest zarejestrowane w "priority": "5".
• Na poziomie t5 wyzwalacz2 mmp-ad-tech jest zarejestrowany w konfiguracjach ad-tech1 i ad-tech3.
• Na etapie t6 następuje atrybucja dla wyzwalacza2, w której to źródło ze Źródła3 (Źródło3) wygrywa

Wyjaśnienie wyniku

Źródło pochodne ze źródła ad-tech1 utraciło atrybucję dla reguły 1, więc nie zostało użyte do utworzenia źródła pochodnego na potrzeby atrybucji reguły 2. Gdyby nie przegrała wcześniej na poziomie 3, wygrałaby to źródło ad-tech3 ze względu na wyższy priorytet.