Мультисенсорная атрибуция (MTA)

Обзор вариантов использования

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

Существуют различные типы моделей атрибуции, включая атрибуцию первого касания и атрибуцию последнего касания, которые являются моделями атрибуции одного касания. Модели атрибуции одного касания назначают 100% кредита конверсии одной точке касания в пути клиента. При атрибуции первого касания кредит назначается первой точке касания. В то время как при атрибуции последнего касания кредит назначается последней точке касания перед конверсией. Атрибуция также может быть разделена между несколькими точками касания в пути клиента, где кредит распределяется между различными точками касания. Это называется атрибуцией с несколькими касаниями.

Мы предлагаем вызывающим API сначала оценить жизнеспособность API Attribution Reporting для своих потребностей в модели атрибуции, хотя API ограничен моделью атрибуции с одним касанием. После этого мы предлагаем им прочитать документы разработчиков Shared Storage API и Private Aggregation APIs перед прочтением этого руководства.

Реализация с использованием файлов cookie

Рекламные технологии реализуют различные модели атрибуции multi-touch с использованием сторонних файлов cookie. Файлы cookie могут отслеживать пользователей через различные просмотры и конверсии.

  1. При показе рекламы сторонние файлы cookie извлекаются рекламной технологией. Эти файлы cookie могут содержать идентификатор пользователя и другую информацию, которая была ранее собрана у пользователя.
  2. После конверсии специалисты по рекламе проанализируют путь конверсии и другие собранные данные для выполнения анализа атрибуции.
  3. Специалисты по рекламе сгенерируют путь конверсии, используя детерминированные и вероятностные сигналы, чтобы создать отчет по атрибуции с несколькими касаниями.

    Путь преобразования MTA
    Путь преобразования MTA

Решение Privacy Sandbox

Shared Storage позволяет Ad techs неограниченно записывать с сохранением конфиденциальности кросс-сайтового доступа для чтения. Используя путь и измерения, собранные из конверсий, Ad techs могут использовать различные типы моделей для назначения вкладов для каждого показа рекламы.

API частного агрегирования используется для генерации вкладов и создания отчетов для агрегации. Это API общего назначения, который можно использовать в широком спектре контекстов. Данные инкапсулируются в «агрегируемые отчеты», которые зашифрованы и могут быть обработаны только через «Службу агрегирования». Во время обработки служба добавит шум и наложит ограничение на количество запросов к отчету. Специалисты по рекламе могут использовать API частного агрегирования, чтобы получить агрегированный отчет о том, на каком пути или пути пользователь совершил конверсию.

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

Подробное решение

Чтобы более подробно описать решение, мы рассмотрим пример пути пользователя и отметим соответствующие шаги, выполняемые с помощью API Privacy Sandbox.

  1. Пользователь видит рекламу на news.com → Ad Tech сохраняет контекст просмотра рекламы в общем хранилище вместе с другими параметрами для пользователя, включая временную метку показа.

  2. Пользователь видит другую рекламу на shoes.com → Рекламные технологии сохраняют контекст из просмотра рекламы в общем хранилище, как и раньше.

    Впечатления от MTA
    Впечатления от MTA
  3. Пользователь совершает конверсию, совершая покупку на сайте рекламодателя → Специалисты по рекламе могут ссылаться на контекст, хранящийся в общем хранилище, для создания индивидуального отчета об атрибуции с использованием API частной агрегации.

    • Ad tech должен будет представить атрибутированные показы в 128-битном ключе агрегации (также известном как bucket). Ad tech может выбрать представление этих точек соприкосновения показов в виде путей или отдельных узлов.
      • Чтобы использовать пути, рекламный техник может создать ключ, содержащий все точки соприкосновения в пути конверсии пользователя. Например, если пользователь видел рекламу на news.com , shoes.com и shopping.com перед конверсией, ключ будет кодировать полный путь "news|shoes|shopping" в одном совокупном вкладе.
      • В качестве альтернативы, для использования узлов, рекламный техник может объявить отдельные совокупные вклады для каждой точки касания показа в пути конверсии пользователя. Рекламный техник может ссылаться на контекст показа в общем хранилище, чтобы распределить кредит по показам, скажем, 50% для самого последнего показа и 25% для каждого из следующих 2 самых последних показов.
    • При выборе путей и узлов рекламным технологиям необходимо учитывать компромисс между шумом и полезностью. Для фиксированного объема показов и конверсионной активности, чем более гранулярны агрегационные сегменты, тем выше доля шума в выходных данных.
      • С помощью путей специалисты по рекламе также должны решить, как обрабатывать множественные посещения (например, newssportsnews ) и является ли последовательность посещений релевантной. Для измерения множественных посещений и последовательности посещений специалисты по рекламе должны будут использовать более детализированные сегменты, что увеличит долю шума.
      • Сравнительно, использование узлов будет менее шумным, поскольку комбинаторно нужно будет представлять меньше значений. Рекламные технологии также могут рассмотреть возможность дальнейшего сокращения этой мощности путем категоризации посещаемых веб-сайтов.
  4. Ad Tech объединяет полученные агрегированные отчеты и обрабатывает их с помощью Службы агрегации, которая возвращает сводный отчет.

    Сводный отчет MTA, часть первая
    Сводный отчет MTA, часть первая
    Сводный отчет MTA, часть вторая
    Сводный отчет MTA, часть вторая

Привлекайте и делитесь отзывами

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

Мы хотим услышать ваши мысли об API общего хранилища.

Будьте в курсе

  • Список рассылки : подпишитесь на нашу рассылку, чтобы получать последние обновления и объявления, связанные с API общего хранилища.

Нужна помощь?