Атрибуция заказов

Виджеты рекомендаций

Потоварная атрибуция Retail Rocket

Заказ атрибутируется на виджет рекомендаций, если он содержит хотя бы один товар, с которым посетитель веб-магазина или мобильного приложения взаимодействовал через виджет в течение 24 часов.

Под взаимодействием понимается клик или добавление в корзину непосредственно из карточки товара в виджете рекомендаций.

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

Основные характеристики:

• Окно атрибуции: 24 часа;
• Что атрибутируется: Только товары, с которыми пользователь взаимодействовал через виджет;
• Сохранение атрибуции: Атрибуция сохраняется, даже если пользователь ушёл с сайта и вернулся по прямой ссылке или с внешнего источника (например, поисковика).
• Цель: "Строгая" модель, обеспечивающая точное измерение реального вклада рекомендаций в покупку.

Полночековая атрибуция

Полночековая атрибуция учитывает весь заказ, если пользователь взаимодействовал с любым товаром через виджет рекомендаций в течение 24 часов, даже если этот товар не вошёл в итоговый заказ.

Эта модель упрощает сравнение эффективности алгоритмов Retail Rocket с другими маркетинговыми инструментами, использующими такую же модель.

Основные характеристики:

• Окно атрибуции: 24 часа;
• Что атрибутируется: Весь заказ, независимо от того, есть ли в нём товар, с которым взаимодействовали;
• Сохранение и сброс атрибуции:
  • Атрибуция сохраняется при возвращении по прямой ссылке или со страниц платёжных сервисов;
  • Атрибуция сбрасывается при возвращении с внешнего источника (например, поисковика);

👍

Пример

Покупатель кликнул по чехлу для телефона в блоке рекомендаций и покинул магазин. Вернулся в течение 24 часов после клика и оформил заказ на защитное стекло и наушники. Чехла для телефона в заказе нет, но мы учтём стекло и наушники в этой модели атрибуции.

Отличия между моделями

Email-рассылки и web push-уведомления

Главные концепты

Retail Rocket умеет определять одного и того же посетителя на разных устройствах. Это позволяет учитывать кросс-девайсные сценарии: например, пользователь мог открыть письмо на телефоне, а оформить заказ на компьютере; или после просмотра письма купить товар в офлайн-магазине. Благодаря такому подходу система связывает заказ с исходной рассылкой даже при переходах между устройствами.

Ниже приведены основные принципы атрибуции заказов, пришедших через email-рассылки и web-push уведомления:

• Окно атрибуции: 6 месяцев с момента взаимодействия пользователя (клика) с push-уведомлением или письмом. То есть 6-месячное окно атрибуции работает следующим образом: если заказ сделан в течение полугода после перехода из письма или push-уведомления и между кликом и заказом не было переходов с других каналов (других рассылок, пушей, рекламы и т.д.), то весь заказ приписывается этому письму.
• Привязка по visitorId (CDV): Retail Rocket связывает все действия пользователя по уникальному visitorId, объединяя их в Cross Device Visitor (CDV). Это позволяет отслеживать покупателя на разных устройствах.
• Сохранение атрибуции: Атрибуция сохраняется, если пользователь возвращается на сайт напрямую (по прямой ссылке) или со страницы оплаты. Такие сценарии не считаются сменой канала.
• Сброс атрибуции: Если перед оформлением заказа пользователь перешёл на сайт через другой канал (например, из поиска, соцсетей или другого письма), первоначальная атрибуция отменяется. Это значит, что новый источник «перекрывает» предыдущий.
• Автоматическая статистика: Все данные по таким заказам автоматически рассчитываются в системе Retail Rocket на основе объединённого профиля (CDV), при условии наличия необходимых данных.

Примеры кейсов

1. ROPO (Research Online, Purchase Offline или Исследование Онлайн, Покупка Офлайн):

При загрузке данных о продажах из офлайн магазинов Retail Rocket определяет, насколько рекомендации и коммуникации способствовали офлайн-покупкам.

Пример: Клиент получает персонализированную email-рассылку с рекомендациями, переходит из неё на сайт, а затем изучает товары на сайте. Через несколько часов или дней он приходит в офлайн-магазин и покупает товар (например, телевизор), называя свой email или используя бонусную карту. **Retail Rocket **связывает эту покупку с ранее просмотренным письмом по общему visitorId пользователя.

👍

Вывод

Заказ атрибутирован к email-каналу, поскольку пользователь взаимодействовал с рассылкой перед покупкой.

Для маркетолога это важно тем, что показывает вклад email-кампаний в офлайн-продажи (ROPO), позволяя оценивать эффективность рассылок и учитывать офлайн-покупки при анализе каналов.

2. Кросс-девайс: просмотр с одного устройства, заказ с другого

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

Пример: пользователь получает рассылку и просматривает её на мобильном устройстве (например, открывает письмо и кликает на товар). Позже (например, на следующий день) он заходит на сайт с другого устройства (например, с компьютера) и оформляет заказ. Retail Rocket объединяет действия пользователя на разных устройствах по его visitorId (CDV), поэтому даже если покупка совершена на другом устройстве, она приписывается исходной email-рассылке.

👍

Вывод

Заказ атрибутирован на email-канал благодаря кросс-девайс идентификации (CDV).

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

3. Встроенные браузеры почтовых клиентов (Gmail, Mail.ru)

Атрибуция **Retail Rocket **обрабатывает особенности работы почтовых клиентов Mail.ru, Яндекс и Gmail, которые используют встроенные браузеры при открытии ссылок в письме.

Пример: пользователь открывает email в мобильном почтовом приложении Gmail или Mail.ru и кликает на ссылку продукта. Переход осуществляется во встроенном браузере почтового клиента, но система Retail Rocket фиксирует это событие как переход из письма. Затем покупатель оформляет заказ на сайте. Несмотря на то, что браузер был «внутренним», переход засчитывается как из email-канала.

👍

Вывод

Заказ атрибутирован к email-рассылке, поскольку Retail Rocket зарегистрировал переход из письма во встроенном браузере. Это важно, так как многие пользователи открывают рассылки через мобильные почтовые приложения — правильная атрибуция учитывает такие переходы и позволяет оценивать вклад рассылок в продажи.