Примеры межсетевой атрибуции

Большинство рекламодателей сотрудничают с несколькими различными рекламными сетями для показа рекламы в приложениях издателей. Если рекламные сети регистрируют собственные источники атрибуции и триггеры в API, они будут получать отчеты о событиях и сводные отчеты, составленные на основе собственной атрибуции.

Однако рекламодатели, желающие использовать стороннего посредника для проведения межсетевой атрибуции (XNA) с целью определения единственного выигрышного объявления для конкретной конверсии, могут продолжать это делать, используя следующие методы:

  • Настройте собственный сервер для регистрации событий-триггеров и получения отчетов об атрибуции из API.
  • Продолжайте использовать услуги существующего партнера по мобильным измерениям.

Независимо от выбранной рекламодателем методики, API для формирования отчетов об атрибуции поддерживает ряд различных функций, позволяющих сторонним разработчикам настраивать логику XNA от имени рекламодателя:

  • Сторонний участник может осуществлять атрибуцию с помощью API с перенаправлениями из рекламных сетей или без них .
  • Приоритет, фильтры и ключи дедупликации могут обеспечить дополнительную настройку атрибуции на основе параметров источника и триггера.
  • Функция атрибуции после установки позволяет источникам, которые привели к установке, продолжать получать признание за будущие события конверсии внутри приложения.

Модель атрибуции, используемая рекламными компаниями для устранения дублирования данных в разных сетях и выбора наиболее эффективных источников, может иметь различный уровень сложности в зависимости от того, как используются функции API.

Следующие примеры иллюстрируют сценарии использования этих функций и то, как различные конфигурации влияют на то, какой источник атрибуции в конечном итоге получит признание за данное событие.

Процесс

Ниже приведен список этапов процесса XNA. Для простоты, описанные здесь этапы предполагают модель, в которой рекламодатель использует технологию показа рекламы для доставки объявлений и MMP для измерения конверсий. Однако дизайн API является гибким — функциональность не различается для разных типов рекламных технологий и не требует использования какой-либо конкретной рекламной технологии.

  1. Регистрация источников : Пользователь просматривает или кликает на объявление, и рекламная платформа регистрирует эти источники в API. Рекламная платформа также может перенаправлять пользователя к другим рекламным платформам, которые также могут регистрировать источники напрямую в API или включать межсетевую атрибуцию без перенаправлений .
  2. Регистрация триггера : Пользователь выполняет действие, связанное с конверсией, например, первое открытие приложения, покупку или добавление в корзину, после чего MMP регистрирует триггер в API. MMP также может перенаправлять пользователя к другим рекламным технологическим компаниям, которые могут регистрировать триггеры непосредственно в API. Если MMP необходимо включить межсетевую атрибуцию без перенаправлений , конфигурацию атрибуции необходимо указать во время регистрации триггера.
  3. Атрибуция : Если конфигурация атрибуции указана при регистрации триггера, производные источники генерируются от имени MMP. Каждый триггер пытается быть сопоставлен либо с подходящим источником, зарегистрированным непосредственно MMP, либо с подходящим производным источником, сгенерированным от имени MMP с использованием источников рекламных технологий. Оставшиеся источники, которые не получили атрибуцию, отбрасываются и больше не имеют права на получение атрибуции для будущих конверсий. В других разделах документации это также может называться «проиграл один раз — проиграл всегда».
    1. Если производный источник теряет атрибуцию, API не будет генерировать будущие производные источники на основе исходного источника при регистрации будущих событий конверсии MMP. Технология показа рекламы и другие MMP могут по-прежнему использовать исходный источник для будущей атрибуции. Это подробно описано в Сценарии 6 .
  4. Формирование отчетов : Атрибуция приводит к формированию отчетов по событиям или сводных отчетов. Обратите внимание, что для производных источников генерируются только сводные отчеты.
  5. Доставка отчетов : Сгенерированные отчеты запланированы к доставке.

Сценарий 1: Межсетевая атрибуция с перенаправлениями

Рекламодатель работает с двумя сервисами показа рекламы и одной MMP-платформой. При клике на объявления, показываемые сервисами показа рекламы, сервисы перенаправляют пользователя на MMP-платформу после регистрации источника. При совершении пользователем конверсии в приложении MMP-платформа перенаправляет пользователя на сервисы показа рекламы после регистрации триггера.

MMP получит отчет с дедупликацией данных по всем сетям, а каждая рекламная технология, обслуживающая рекламу, получит отчеты с указанием собственной принадлежности.

График регистрации

В момент времени t0 пользователь кликает на объявление, размещенное ad-tech1, которое регистрирует источник Source1 вместе с его перенаправлением Source2 от 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"
    }
  }

В момент времени t1 пользователь кликает на объявление, показанное ad-tech2, чтобы зарегистрировать Source3 вместе с перенаправлением на 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"
    }
  }

В момент времени t2 действие или конверсия пользователя в приложении рекламодателя приводит к регистрации триггера в mmp-ad-tech (Trigger1), который также перенаправляет пользователя на ad-tech1 (Trigger2) и ad-tech2 (Trigger3):

неопределенный

Результат

Зарегистрированные источники mmp-ad-tech, Source2 и Source4, конкурируют за атрибуцию зарегистрированного триггера mmp-ad-tech, Trigger1. Source2 выигрывает у Source4 благодаря более высокому приоритету. Триггер Trigger2 от ad-tech1 атрибуционируется Source1 от ad-tech1, а триггер Trigger3 от ad-tech2 атрибуционируется Source3 от ad-tech2.

Конкурирующие источники для

Поля

Источник1

Источник2

Источник3

Источник4

Регистрация источника рекламных технологий

ad-tech1

mmp-ad-tech

ad-tech2

mmp-ad-tech

source_event_id

34532

788324

6574435

4532343

место назначения

https://destination.example.com

https://destination.example.com

https://destination.example.com

https://destination.example.com

приоритет

10

30

10

20

Зарегистрированные триггеры
Результат атрибуции

Trigger1 передает атрибуты Source2, Trigger2 передает атрибуты Source1, а Trigger3 передает атрибуты Source3.

Источники, которые были проигнорированы после указания авторства.

Source4 — в будущем не будет конкурировать за авторство.

Отчеты о событиях

Ссылка на отчет: 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
  }

Ссылка на отчет: 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
  }

Ссылка на отчет: 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
  }
Сводные отчеты

Ссылка на отчет: https://www.mmp-ad-tech.com/.well-known/attribution-reporting/report-aggregate-attribution

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

Ссылка на отчет: https://www.ad-tech1.com/.well-known/attribution-reporting/report-aggregate-attribution

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

Ссылка на отчет: https://www.ad-tech2.com/.well-known/attribution-reporting/report-aggregate-attribution

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

Сценарий 2: Межсетевая атрибуция без перенаправлений

Рекламодатель работает с двумя платформами показа рекламы и одной MMP. Пользователь кликает на объявление от первой платформы показа рекламы, после чего происходит перенаправление на MMP после регистрации источника. Когда пользователь кликает на объявление от второй платформы показа рекламы, платформа не перенаправляет пользователя, а вместо этого заранее передает MMP часть своих ключей агрегации.

Затем пользователь совершает конверсию в приложении, где MMP регистрирует триггер, но не перенаправляет ни на одну из рекламных технологий. Рекламная технология, не осуществляющая перенаправление, получает приоритет по принципу атрибуции последнего касания. Только MMP получит сводную отчетность по всем сетям с удалением дубликатов, включающую эту конверсию.

График регистрации

В момент времени t0 пользователь кликает на объявление, в результате чего происходит регистрация Source1 компанией ad-tech1 и регистрация Source2 компанией mmp-ad-tech с использованием перенаправления с 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",
    }
  }

В момент времени t1 пользователь кликает на другое объявление, в результате чего появляется Source3 от ad-tech2, использующий те же ключи агрегации: 

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

На этапе t2 действия/конверсии пользователя запускают регистрацию в mmp-ad-tech, которая содержит конфигурацию атрибуции для 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"
    }
  }

Результат

Source2 сопоставляет регистрацию и назначение с триггером, поэтому он становится конкурирующим источником для атрибуции. Кроме того, во время регистрации триггера была указана конфигурация атрибуции для ad-tech2 и Source3 с использованием общих ключей агрегации ad-tech2. Это позволяет создать производный источник, Source3, в качестве конкурирующего источника для атрибуции.

Конкурирующие источники

Поля

Источник2

Источник3

Оригинальный источник: регистрация рекламных технологий

mmp-ad-tech

ad-tech2

source_event_id

45453

978

приоритет

100

200

Зарегистрированные триггеры

Trigger1 от mmp-ad-tech.

Результат атрибуции

Триггер 1 приписывается источнику 'Source3', потому что источник 'Source3' имеет более высокий приоритет, чем источник 'Source2'.

Источники, которые были проигнорированы после указания авторства.

Источник2

Отчеты о событиях

Нет — отчеты о событиях для производных источников не создаются.

Сводные отчеты

Исходный источник данных для Source3, то есть Source3, обменивается только campaignCounts , а ключевой элемент для запуска триггера рассчитывается следующим образом: 

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

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

Наконец, результирующий ключ генерируется путем выполнения операции ИЛИ между ключом-триггером (0x1400) и исходным ключом (0x159), в результате чего получается 0x1559.

Ссылка на отчет: http://www.mmp-ad-tech.com/.well-known/attribution-reporting/report-aggregate-attribution 

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

Сценарий 3: Зарегистрированный источник MMP и родительский кандидат производного источника находятся в одной цепочке регистрации.

Рекламодатель работает с двумя платформами показа рекламы и одной MMP. Пользователь кликает на объявление от первой платформы показа рекламы, которое не перенаправляет на MMP после регистрации источника, но передает ключи агрегации MMP. Затем пользователь кликает на объявление от второй платформы показа рекламы, которое перенаправляет на MMP после регистрации источника и передает ключи агрегации MMP.

График регистрации

В момент времени t0 пользователь кликает на объявление, показанное ad-tech1, что запускает регистрацию Source1: 

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

На этапе t1, в цепочке регистрации 2, ad-tech2 регистрирует Source2 и перенаправляет на зарегистрированный источник 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"
    }
  }

На этапе t2 в настройках регистрации триггера задана атрибуция для генерации производных источников из ad-tech1 и 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"
    }
  }

В результате, зарегистрированный в MMP источник во второй цепочке регистрации получает право на указание авторства. Полученный сводный отчет выглядит следующим образом:

Результат

Производный источник из Source2 (с " source_event_id": "234456 ") не участвует в атрибуции, поскольку в той же цепочке регистрации также зарегистрирован источник mmp-ad-tech.

Конкурирующие источники

Поля

Источник1

Источник3

Оригинальный источник: регистрация рекламных технологий

ad-tech1

mmp-ad-tech

source_event_id

52343

4234

приоритет

20

100

Зарегистрированные триггеры

Trigger1 от mmp-ad-tech.

Результат атрибуции

Триггер 1 приписывается Источнику 3, потому что Источник 3 имеет более высокий приоритет, чем Источник 1.

Источники, которые были проигнорированы после указания авторства.

Source1 — Source1 больше не будет рассматриваться как источник производных данных для mmp-ad-tech.

Отчеты о событиях

Ссылка на отчет: 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
  }
Сводные отчеты

Ссылка на отчет: 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
      }
    ]
  }
}

Сценарий 4: Межсетевая атрибуция без перенаправлений с критериями выбора источника.

Рекламодатель работает с 4 платформами показа рекламы и 1 MMP. Пользователь кликает на объявление от одной платформы показа рекламы и просматривает объявления от остальных 3. Когда пользователь совершает конверсию в приложении рекламодателя, MMP регистрирует триггер и указывает, из каких зарегистрированных источников показа рекламы следует создавать производные источники на основе следующих фильтров:

  1. priority_range: выбрать источники, имеющие приоритет в заданном диапазоне
  2. срок действия: выбирайте источники со сроком действия, превышающим указанный период.
  3. source_filters: выбрать источники, для которых filter_data соответствует указанным source_filters.
  4. source_not_filters: выбрать источники, у которых параметры not_filters соответствуют указанным параметрам source_not_filters.

После того как на основе заданных критериев будут созданы производные источники, они могут участвовать в определении авторства.

Сроки регистрации

В момент времени t0 клик пользователя приводит к тому, что ad-tech1 регистрирует источник Source1, который связывает source_type с навигацией по этому зарегистрированному источнику: 

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

В момент времени t1 пользователь просматривает рекламу, в результате чего ad-tech2 регистрирует источник Source2, который связывает source_type в качестве события с этим зарегистрированным источником: 

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

В момент времени t2 просмотр пользователем приводит к тому, что ad-tech3 регистрирует источник Source3, который связывает source_type в качестве события с этим зарегистрированным источником: 

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

В момент времени t3, при просмотре пользователем, ad-tech4 регистрирует источник Source4, который связывает source_type в качестве события с этим зарегистрированным источником: 

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

На этапе t4 конверсия пользователя приводит к тому, что mmp-ad-tech регистрирует триггер с конфигурацией атрибуции для всех остальных зарегистрированных источников рекламных технологий, упомянутых ранее: 

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

Результат

Следующие источники не считаются подходящими для создания производных источников из-за несоответствия критериев:

  1. Source1 не соответствует фильтру source_type:event в конфигурации атрибуции ad-tech1.
  2. У Source2 приоритет установлен на 2000, что выходит за пределы диапазона приоритетов фильтра ad-tech2 (11000).
  3. Значение Source3 не соответствует значению filter2
Конкурирующие источники

Поля

Source4'

Оригинальный источник: регистрация рекламных технологий

ad-tech4

source_event_id

7567

место назначения

https://destination.example.com

приоритет

30

срок действия

Время регистрации + 2 дня

Зарегистрированные триггеры

Trigger1 от mmp-ad-tech.

Результат атрибуции

Trigger1 приписывается Source4, потому что это единственный источник, который может быть указан в качестве источника.

Источники, которые были проигнорированы после указания авторства.

Никто

Отчеты о событиях

Нет — отчеты о событиях не создаются для победителя, полученного из производного источника.

Сводные отчеты

Ссылка на отчет: http://www.mmp-ad-tech.com 

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

Сценарий 5: Атрибуция после установки

Рекламодатель работает с двумя платформами показа рекламы и одной MMP. Пользователь кликает на объявление от первой платформы и устанавливает приложение рекламодателя. При атрибуции конверсий после установки, источник, использующий атрибуцию по установке, имеет приоритет над другими источниками, даже если у последних более высокий приоритет.

Сроки регистрации

В момент времени t0 взаимодействие пользователя приводит к регистрации ad-tech1 в Source1: 

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

В момент времени t1 пользователь устанавливает приложение com.example.app на свое устройство.

В момент времени t2 взаимодействие пользователя приводит к регистрации ad-tech2. Источник 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"
    ]
  }

На этапе t3 модуль mmp-ad-tech регистрирует триггер с настройками атрибуции для ad-tech1 и 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"
    }
  }

Результат

Сгенерированные производные источники из Источника1 и Источника2 (Соответственно Источник1' и Источник2'), которые конкурируют за право присвоения авторства.

Конкурирующие источники

Поля

Источник1

Источник2

Оригинальный источник: регистрация рекламных технологий

ad-tech1

ad-tech2

source_event_id

3645

345789

место назначения

android-app://com.example.app

android-app://com.example.app

приоритет

10

20

Установка приложения на движке

да

нет

Зарегистрированные триггеры

Trigger1 от mmp-ad-tech.

Результат атрибуции

Trigger1 относится к Source1, поскольку он инициировал установку целевого приложения. Обратите внимание, что Source2 имел более высокий приоритет.

Источники, которые были проигнорированы после указания авторства.

Источники, полученные из Source2, не будут учитываться при атрибуции для каких-либо триггеров, зарегистрированных mmp-ad-tech.

Отчеты о событиях

Нет — отчеты о событиях не создаются для победителя, полученного из производного источника.

Сводные отчеты

Ссылка на отчет: 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
    }
  ]
}

Сценарий 6: Проиграешь один раз — проиграешь всегда

Если у ad-tech1 есть источник, производный источник которого участвовал в атрибуции для триггера mmp-ad-tech и потерял атрибуцию, то источник ad-tech1 не используется для создания производного источника для триггеров mmp-ad-tech в дальнейшем. Вот примерная временная шкала:

  • В момент времени t0 источник 1 компании ad-tech1 зарегистрирован с "priority": "10" .
  • В момент времени t1, Source2 компании ad-tech2 зарегистрирован с "priority": "20" .
  • На этапе t2 триггер Trigger1 от mmp-ad-tech зарегистрирован в конфигурациях атрибуции ad-tech1 и ad-tech2.
  • На этапе t3 происходит атрибуция для Trigger1, при этом источник, полученный из ad-tech2, получает приоритет, а источник ad-tech1 игнорируется.
  • На этапе t4 Source3 компании ad-tech3 зарегистрирован с "priority": "5" .
  • На этапе t5 компонент Trigger2 от mmp-ad-tech зарегистрирован в конфигурациях ad-tech1 и ad-tech3.
  • На этапе t6 происходит присвоение авторства для Trigger2, при этом право на присвоение авторства достается производному источнику от Source3 (Source3').

Пояснение к результату

Производный источник от источника ad-tech1 потерял атрибуцию для Trigger1, поэтому Source1 не использовался для создания производного источника для атрибуции Trigger2. Если бы он не проиграл ранее на этапе t3, он бы выиграл у источника ad-tech3 из-за более высокого приоритета.