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

Грамотно настроенный трекинг позволяет отслеживать переходы по партнёрской ссылке и целевые действия пользователей (покупка, регистрация, подача заявки) — эту информацию рекламодатель должен передавать в партнёрскую сеть, которая в свою очередь будет транслировать её веб-мастеру, обеспечивая прозрачность работы.
1. Трекинг-код
Это самый простой и быстрый метод интеграции. Для этого требуется веб-разработчик, который устанавливает код отслеживания данных от партнёрской сети на сайт рекламодателя. Трекинг-код состоит из двух частей. Первая часть устанавливается на все страницы сайта рекламодателя, с её помощью партнёрская сеть отправляет запросы к себе на сервер. Вторая часть кода устанавливается на страницу "Спасибо" и содержит информацию о самом заказе. С помощью трекинг-кода можно настроить отслеживание заказов между устройствами, так называемый кросс-девайс трекинг, основанный на передаче уникального ID пользователя в зашифрованном виде. Это позволяет отследить, какой веб-мастер привёл пользователя, даже если тот использовал несколько устройств после перехода по партнёрской ссылке перед оформлением заказа (например, посмотрел товар на смартфоне, а оформил на домашнем компьютере).
2. Postback-запрос
Он настраивается с помощью специального серверного языка, внутри запроса содержатся специальные ключи, которые выдаются на этапе интеграции, а также вся та же информация о заказе, что и в случае с трекинг-кодом (номер заказа, сумма, позиции, валюта и другие). Запрос отправляется с сервера рекламодателя напрямую (в обход браузера и сайта). Проще всего настроить postback-запрос (не прибегая к написанию кода на серверном языке) с помощью готового модуля, который есть для многих популярных CMS (1C-Bitrix, WooCommerce, OpenCart, ShopScript, Magento). Это решение считается самым надёжным, а в случае интеграции через готовый модуль — ещё и самым быстрым.
3. XML
XML — это специальный файл, который рекламодатель настраивает в соответствии с рекомендациями партнёрской сети и передаёт на её сервер с определённой периодичностью (например, раз в час). С помощью файла передаются всё те же параметры, что и при других видах интеграции, но на языке XML, собранные по определённой структуре. Задача рекламодателя — настроить выгрузку всех заказов, которые сгенерировали веб-мастера партнёрской сети, в этот файл.
4. API
Предполагается, что разработка документации для интеграции по этому методу будет происходить на стороне рекламодателя. Для интеграции необходимо передать в партнёрскую сеть готовое стандартизированное решение, которое позволит собирать заказы. Это может быть тот же XML-файл, но по стандарту рекламодателя, или специальный API с ключом, который выдаёт ответ в формате json. В результате разработки партнёрская сеть настроит соотвествие параметров рекламодателя со своими. Этот способ является быстрым для рекламодателя, так как тот единожды прорабатывает стандарт для всех своих партнёров (особенно это актуально, если партнёров много, например, при работе с несколькими партнёрскими сетями). Однако он может быть долгим с точки зрения настройки в партнёрской сети, так как требует привлечения отдела разработки. В конечном итоге стандарт рекламодателя приводится к формату XML и в этом виде передаётся на сервер партнёрской сети, откуда данные о заказах попадают в статистику.
В среднем интеграция занимает 1-2 недели (в случае с API — до 3-4 недель). Не рекомендуется вставлять код интеграции на сайт с помощью Google Tag Manager (GTM), так как тот не будет срабатывать, если у пользователя стоит блокировщик рекламы.
Выберите тот способ, который подходит именно вашему бизнесу

В этом вам поможет технический специалист вашей компании:

Что ещё нужно знать о технической интеграции?
Мобильная интеграция
Рассмотрим ситуацию, когда у рекламодателя есть не только основной сайт, но и мобильное приложение. Если рекламодателю необходимо привлекать мобильный трафик, следует воспользоваться SDK-модулем, разработанным для интеграции трекинга в мобильные приложения. Для интеграции необходимо встроить код модуля в мобильное приложение. Его можно использовать дополнительно, вне зависимости от того, каким способом рекламодатель настроил основную интеграцию.

Логика работы следующая. Пользователь переходит по ссылке веб-мастера и попадает на трекинговую платформу партнёрской сети, которая проверяет, установлено ли у пользователя приложение или нет. Если нет, то пользователя перебрасывает на мобильную версию сайта (на страницу, которая была указана веб-мастером). Если приложение установлено, то с помощью SDK на стороне партнёрской сети происходит вызов приложения. Такой заказ будет присвоен тому веб-мастеру, который привлёк пользователя в приложение, и модуль отправит такой же postback-запрос, как и в случае с прямой интеграцией, но уже самим модулем.
Кастомная интеграция
В редких случаях, когда рекламодатель работает через агентство, интеграция становится кастомной (рекламодатель передаёт данные о заказах агентству, которое передаёт их партнёрской сети). В этом случае важно убедиться, что передача данных между всеми тремя участниками настроена корректно, при этом главную роль играет именно передача данных от рекламодателя агентству и метод интеграции у рекламодателя — решение должно быть современным и отвечать стандартам рекламного рынка. В случае глобальных изменений в интеграции, рекламодатель должен заранее предупредить партнёрскую сеть об этом, так как внесение изменений в кастомное решение потребует ещё больше ресурсов со стороны отдела разработки.
Атрибуция (Last Cookie Wins)
Атрибуция — логика, согласно которой рекламодатель решает, какому веб-мастеру присудить вознаграждение за совершённое действие, если перед совершением заказа пользователь перешёл по ссылкам нескольких веб-мастеров.

При переходе по партнёрской ссылке пользователь помечается cookie-файлами веб-мастера — идентификатором, который тянется за пользователем до тех пор, пока тот не совершит заказ или не перейдёт по ссылке другого веб-мастера. У cookie-файлов есть срок жизни, который устанавливается рекламодателем — именно это время сайт рекламодателя будет «помнить», кто именно привёл покупателя (даже если после перехода по партнёрской ссылке тот закрыл браузер, ушёл подумать над покупкой, а затем вернулся обратно). Срок жизни может быть от одного дня до года и выше — решение принимает рекламодатель, но веб-мастера выбирают те программы, где срок жизни cookie-файлов (cookie lifetime) как можно дольше.

Стандартная модель атрибуции называется Last Cookie Wins (или по-другому Last Paid Click). При работе по этой модели вознаграждение присуждается последнему платному источнику, который привёл пользователя перед тем, как тот совершил целевое действие, то есть был последним в цепочке конверсии. Эта модель является самой популярной, так как она относительно проста (100% вознаграждения уходит одному каналу). Существуют и другие модели — например, мультиканальная атрибуция, где вознаграждение распределяется между всеми веб-мастерами, которые участвовали в привлечении покупателя, в соответствии с их вкладом в процесс промотирования оффера и продажи. Эта система более справедливая с точки зрения вознаграждения веб-мастеров, но намного сложнее в плане разработки.
Дедупликация
Если рекламодатель работает с несколькими платными источниками трафика (например, партнёрскими сетями), одно целевое действие может быть привлечено сразу несколькими веб-мастерами — происходит несколько «касаний» пользователем сайта, и в результате этих «касаний» происходит заказ. Рекламодателю нужно решить, какому из источников платить вознаграждение.

Действие будет присвоено веб-мастеру в соответствии с моделью атрибуции, но важно правильно передавать эти действия в статистику. Если этого не происходит, запрос уходит сразу в две партнёрские сети, и происходит дублирование атрибуции (и как результат — награждения). Чтобы избежать этого, необходимо настроить дедупликацию — передавать данные об источнике, чтобы партнёры ориентировались на эту информацию и собирали заказ только в том случае, если он им принадлежит. При интеграции через трекинг-код дедупликация уже заложена — дополнительная часть кода встраивается на страницу «Спасибо», используется специальный код для создания cookie с источником. В других способах интеграции дедупликация настраивается на стороне рекламодателя.
Вопросы для самопроверки
Узнай, правильно ли ты усвоил всё, о чём мы рассказали
Начать тест
В каком методе интеграции запросы отправляются с сервера рекламодателя на сервер партнёрской сети?
Не верно! В случае с трекинг-кодом запрос отправляется с сайта рекламодателя, в случае с XML запрос делается сервером партнёрской сети (а не наоборот), а в случае с Postback запросом тот отправляется напрямую с сервера рекламодателя на сервер сети.
Не верно! В случае с трекинг-кодом запрос отправляется с сайта рекламодателя, в случае с XML запрос делается сервером партнёрской сети (а не наоборот), а в случае с Postback запросом тот отправляется напрямую с сервера рекламодателя на сервер сети.
Верно! В случае с трекинг-кодом запрос отправляется с сайта рекламодателя, в случае с XML запрос делается сервером партнёрской сети (а не наоборот), а в случае с Postback запросом тот отправляется напрямую с сервера рекламодателя на сервер сети.
Дальше
Дальше
Узнать результат
Кто получает вознаграждение, если рекламодатель работает по модели атрибуции Last Cookie Wins?
Не верно! В модели Last Cookie Wins первый источник может получить вознаграждение лишь в том случае, если: он платный (то есть веб-мастер, а не органика или директ-трафик) и он же стал последним (после него переходов по ссылкам других веб-мастеров не было).
Верно! В модели Last Cookie Wins первый источник может получить вознаграждение лишь в том случае, если: он платный (то есть веб-мастер, а не органика или директ-трафик) и он же стал последним (после него переходов по ссылкам других веб-мастеров не было).
Не верно! В модели Last Cookie Wins первый источник может получить вознаграждение лишь в том случае, если: он платный (то есть веб-мастер, а не органика или директ-трафик) и он же стал последним (после него переходов по ссылкам других веб-мастеров не было).
Дальше
Дальше
Узнать результат
Сколько живет cookie-файл?
Не верно! Срок жизни cookie-файлов зависит только от решения рекламодателя: они могут жить как одну браузерную сессию, так и более года — зависит от поведения пользователей, времени принятия решения о покупке и целесообразности их увеличения или уменьшения с точки зрения бизнеса.
Не верно! Срок жизни cookie-файлов зависит только от решения рекламодателя: они могут жить как одну браузерную сессию, так и более года — зависит от поведения пользователей, времени принятия решения о покупке и целесообразности их увеличения или уменьшения с точки зрения бизнеса.
Верно! Срок жизни cookie-файлов зависит только от решения рекламодателя: они могут жить как одну браузерную сессию, так и более года — зависит от поведения пользователей, времени принятия решения о покупке и целесообразности их увеличения или уменьшения с точки зрения бизнеса.
Дальше
Дальше
Узнать результат
Какие данные о заказе рекламодатель должен передать партнёрской сети?
Верно! Адрес почты и платёжные данные являются конфиденциальной информацией и не могут передаваться третьим лицам. А вот сумму и валюту заказа передать нужно — они нужны для того, чтобы рассчитать размер вознаграждения веб-мастера.
Не верно! Адрес почты и платёжные данные являются конфиденциальной информацией и не могут передаваться третьим лицам. А вот сумму и валюту заказа передать нужно — они нужны для того, чтобы рассчитать размер вознаграждения веб-мастера.
Не верно! Адрес почты и платёжные данные являются конфиденциальной информацией и не могут передаваться третьим лицам. А вот сумму и валюту заказа передать нужно — они нужны для того, чтобы рассчитать размер вознаграждения веб-мастера.
Дальше
Дальше
Узнать результат
Почему не стоит встраивать трекинг-код в Google Tag Manager?
Верно! Google Tag Manager — контейнер для простого и быстрого добавления кода на сайт, но в случае, если у пользователя стоит блокировщик рекламы, код из GTM может не сработать, и заказ не попадёт в статистику.
Верно! Google Tag Manager — контейнер для простого и быстрого добавления кода на сайт, но в случае, если у пользователя стоит блокировщик рекламы, код из GTM может не сработать, и заказ не попадёт в статистику.
Не верно! Google Tag Manager — контейнер для простого и быстрого добавления кода на сайт, но в случае, если у пользователя стоит блокировщик рекламы, код из GTM может не сработать, и заказ не попадёт в статистику.
Дальше
Дальше
Узнать результат
Кажется, вы читали текст недостаточно внимательно — налейте себе чашечку чая, расслабьтесь, освободите голову от лишних мыслей и попробуйте ещё раз.
Пройти еще раз
Неплохое начало — пройдите ещё раз те моменты, в которых у вас ошибка, и переходите к следующему уроку.
Пройти еще раз
Отличный результат!
Первый урок усвоен. Идём дальше?
Пройти еще раз
Отличная работа!
Выберите свой следующий шаг:
Сколько и за что платить веб-мастерам?
Виды веб-мастеров
Назад
Далее