Обзор вариантов использования
Маркетинговая атрибуция — это метод, используемый рекламодателями для определения вклада маркетинговой тактики и последующих рекламных взаимодействий в продажи или конверсии.
Существуют различные типы моделей атрибуции, включая атрибуцию первого касания и атрибуцию последнего касания, которые являются моделями атрибуции одного касания. Модели атрибуции одного касания назначают 100% кредита конверсии одной точке касания в пути клиента. При атрибуции первого касания кредит назначается первой точке касания. В то время как при атрибуции последнего касания кредит назначается последней точке касания перед конверсией. Атрибуция также может быть разделена между несколькими точками касания в пути клиента, где кредит распределяется между различными точками касания. Это называется атрибуцией с несколькими касаниями.
Мы предлагаем вызывающим API сначала оценить жизнеспособность API Attribution Reporting для своих потребностей в модели атрибуции, хотя API ограничен моделью атрибуции с одним касанием. После этого мы предлагаем им прочитать документы разработчиков Shared Storage API и Private Aggregation APIs перед прочтением этого руководства.
Реализация с использованием файлов cookie
Рекламные технологии реализуют различные модели атрибуции multi-touch с использованием сторонних файлов cookie. Файлы cookie могут отслеживать пользователей через различные просмотры и конверсии.
- При показе рекламы сторонние файлы cookie извлекаются рекламной технологией. Эти файлы cookie могут содержать идентификатор пользователя и другую информацию, которая была ранее собрана у пользователя.
- После конверсии специалисты по рекламе проанализируют путь конверсии и другие собранные данные для выполнения анализа атрибуции.
Специалисты по рекламе сгенерируют путь конверсии, используя детерминированные и вероятностные сигналы, чтобы создать отчет по атрибуции с несколькими касаниями.
Путь преобразования MTA
Решение Privacy Sandbox
Shared Storage позволяет Ad techs неограниченно записывать с сохранением конфиденциальности кросс-сайтового доступа для чтения. Используя путь и измерения, собранные из конверсий, Ad techs могут использовать различные типы моделей для назначения вкладов для каждого показа рекламы.
API частного агрегирования используется для генерации вкладов и создания отчетов для агрегации. Это API общего назначения, который можно использовать в широком спектре контекстов. Данные инкапсулируются в «агрегируемые отчеты», которые зашифрованы и могут быть обработаны только через «Службу агрегирования». Во время обработки служба добавит шум и наложит ограничение на количество запросов к отчету. Специалисты по рекламе могут использовать API частного агрегирования, чтобы получить агрегированный отчет о том, на каком пути или пути пользователь совершил конверсию.
Для поддержки атрибуции нескольких касаний в этом случае можно использовать API общего хранилища и частного агрегирования, поскольку они позволяют собирать данные и выполнять агрегированные измерения нескольких точек касания в одном браузере.
Подробное решение
Чтобы более подробно описать решение, мы рассмотрим пример пути пользователя и отметим соответствующие шаги, выполняемые с помощью API Privacy Sandbox.
Пользователь видит рекламу на
news.com
→ Ad Tech сохраняет контекст просмотра рекламы в общем хранилище вместе с другими параметрами для пользователя, включая временную метку показа.Пользователь видит другую рекламу на
shoes.com
→ Рекламные технологии сохраняют контекст из просмотра рекламы в общем хранилище, как и раньше.Впечатления от MTA Пользователь совершает конверсию, совершая покупку на сайте рекламодателя → Специалисты по рекламе могут ссылаться на контекст, хранящийся в общем хранилище, для создания индивидуального отчета об атрибуции с использованием API частной агрегации.
- Ad tech должен будет представить атрибутированные показы в 128-битном ключе агрегации (также известном как bucket). Ad tech может выбрать представление этих точек соприкосновения показов в виде путей или отдельных узлов.
- Чтобы использовать пути, рекламный техник может создать ключ, содержащий все точки соприкосновения в пути конверсии пользователя. Например, если пользователь видел рекламу на
news.com
,shoes.com
иshopping.com
перед конверсией, ключ будет кодировать полный путь"news|shoes|shopping"
в одном совокупном вкладе. - В качестве альтернативы, для использования узлов, рекламный техник может объявить отдельные совокупные вклады для каждой точки касания показа в пути конверсии пользователя. Рекламный техник может ссылаться на контекст показа в общем хранилище, чтобы распределить кредит по показам, скажем, 50% для самого последнего показа и 25% для каждого из следующих 2 самых последних показов.
- Чтобы использовать пути, рекламный техник может создать ключ, содержащий все точки соприкосновения в пути конверсии пользователя. Например, если пользователь видел рекламу на
- При выборе путей и узлов рекламным технологиям необходимо учитывать компромисс между шумом и полезностью. Для фиксированного объема показов и конверсионной активности, чем более гранулярны агрегационные сегменты, тем выше доля шума в выходных данных.
- С помощью путей специалисты по рекламе также должны решить, как обрабатывать множественные посещения (например,
news
→sports
→news
) и является ли последовательность посещений релевантной. Для измерения множественных посещений и последовательности посещений специалисты по рекламе должны будут использовать более детализированные сегменты, что увеличит долю шума. - Сравнительно, использование узлов будет менее шумным, поскольку комбинаторно нужно будет представлять меньше значений. Рекламные технологии также могут рассмотреть возможность дальнейшего сокращения этой мощности путем категоризации посещаемых веб-сайтов.
- С помощью путей специалисты по рекламе также должны решить, как обрабатывать множественные посещения (например,
- Ad tech должен будет представить атрибутированные показы в 128-битном ключе агрегации (также известном как bucket). Ad tech может выбрать представление этих точек соприкосновения показов в виде путей или отдельных узлов.
Ad Tech объединяет полученные агрегированные отчеты и обрабатывает их с помощью Службы агрегации, которая возвращает сводный отчет.
Сводный отчет MTA, часть первая Сводный отчет MTA, часть вторая
Привлекайте и делитесь отзывами
Обратите внимание, что предложение API общего хранилища находится в стадии активного обсуждения и разработки и поэтому может быть изменено.
Мы хотим услышать ваши мысли об API общего хранилища.
- Предложение : Рассмотрите подробное предложение .
- Обсуждение : присоединяйтесь к продолжающемуся обсуждению , чтобы задавать вопросы и делиться своими мыслями.
Будьте в курсе
- Список рассылки : подпишитесь на нашу рассылку, чтобы получать последние обновления и объявления, связанные с API общего хранилища.
Нужна помощь?
- Поддержка разработчиков : общайтесь с другими разработчиками и получайте ответы на свои вопросы в репозитории поддержки разработчиков Privacy Sandbox .