S2S и пиксель: разница в трекинге

Трекинг конверсий сводится к двум способам: либо о событии сообщает браузер посетителя, либо данные уходят с сервера рекламодателя напрямую серверу платформы. Первый способ — пиксель, второй — S2S интеграция (server-to-server). Считать их взаимозаменяемыми — ошибка: от выбора зависит, сколько конверсий доедет до отчёта сети и как быстро найдётся причина, когда цифры сторон не сойдутся. Ниже — обе механики, места потерь и практическое правило выбора.

S2S

S2S интеграция — передача конверсии между серверами: рекламодателя и платформы. Цепочка выглядит так. Посетитель кликает по рекламной ссылке, платформа помечает клик идентификатором и передаёт метку на сайт рекламодателя — обычно в параметрах URL (click_id, subid). Сервер рекламодателя сохраняет метку вместе с заявкой или заказом. Когда происходит целевое событие — оформлен заказ, прошла оплата, менеджер подтвердил сделку, — сервер рекламодателя сам отправляет HTTP-запрос на сервер платформы: постбэк с этой меткой и суммой. Платформа находит по метке исходный клик и записывает конверсию.

Схематично постбэк — одна строка запроса:

GET https://network.example.com/postback?click_id={click_id}&event=order&sum={sum}

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

Для событий вне браузера серверная передача — штатный путь. Мобильные измерительные платформы документируют S2S-трекинг для событий, которые приложение не может отправить само: оплата на сервере, звонок, покупка в магазине. В справках описан формат запроса с меткой клика и суммой — тот же постбэк, что работает в CPA-сетях.

Для сети важна не только механика, но и наблюдаемость: у постбэка есть адрес, параметры и время, значит, его можно логировать. В Recca S2S-постбэки идут с логами: видно, какой запрос пришёл, с какими параметрами и когда, поэтому спор о конверсии разбирается по записям. Формат совместим с конвенцией Affise — схема, к которой рекламодатели привыкли, воспроизводится без перестройки их кода. Подробнее про формат — в разделе S2S-постбэки.

Пиксель

Пиксель — запрос, который отправляет браузер посетителя. Исторически это невидимая картинка размером один на один пиксель, размещённая на странице; сегодня чаще небольшой скрипт. Механика такая. При клике платформа помечает посетителя: ставит в браузере куки или подставляет метку в URL перехода. Когда посетитель попадает на страницу с пикселем — как правило, это страница благодарности после оплаты, — браузер сам запрашивает картинку или скрипт с сервера платформы. Сервер получает запрос, сопоставляет метку с кликом и записывает конверсию.

Ключевое слово — «сам». Платформа ничего не отправляет: весь шаг выполняет браузер, и качество данных зависит от того, что это за браузер и что в нём разрешено. Конверсия, которую браузер не отправил, для сети не существует.

Установка проще, чем у серверной интеграции: доступ нужен к HTML одной страницы, а не к серверному коду. В типовых CMS и конструкторах для кода на странице благодарности есть отдельное поле, и интеграцию часто удаётся провести без разработчика. Поэтому пиксель остаётся способом по умолчанию: он работает даже когда серверного следа у события нет вообще — заявка ушла с формы на лендинге, и кроме страницы «спасибо» её ничто не фиксирует.

Блокировщики и куки

У пикселя два уязвимых места, и оба живут в браузере посетителя.

Первое — блокировщики. Расширения и контент-фильтры вырезают запросы к известным рекламным и трекинговым доменам по готовым спискам: базовый список EasyList, включённый у популярных блокировщиков по умолчанию, заранее помечает такие запросы как рекламу. Пиксель платформы либо уже в публичных списках, либо попадёт туда с ростом сети — и запрос просто не уйдёт. Сеть узнаёт об этом не по ошибке, а по тишине в отчёте.

Второе — куки. Связку «клик — конверсия» пиксель часто держит на сторонних куки, а с ними браузеры в последние годы обходятся жёстко. Safari блокирует сторонние куки полностью — решение объявлено в документе для разработчиков WebKit в 2020 году. Firefox включает защиту от отслеживания по умолчанию и отделяет куки каждого сайта друг от друга. Chrome перестраивает доступ к сторонним данным в рамках Privacy Sandbox. Приватные режимы стирают куки сразу после сессии. Чем длиннее цикл сделки, тем вероятнее, что к моменту оплаты браузер уже не помнит клик.

S2S интеграция от перечисленного не зависит: постбэк отправит сервер рекламодателя из любой среды. У неё другие места потерь: сервер не сохранил метку из формы, событие не дошло до бэкенда — оплата прошла мимо сайта или заказ отменили в CRM, — постбэк ушёл с опозданием. Разница принципиальная: пиксель молча теряется на стороне посетителя, а пропавший постбэк виден в логах на стороне платформы.

Надёжность

Практическое сравнение сводится к нескольким осям.

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

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

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

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

Приватность. В постбэк кладут то, что явно перечислено в запросе: метку, сумму, номер заказа. Персональные данные посетителя для учёта конверсии не нужны. Серверы Recca расположены в России, а данные клиентов сети можно не передавать вовсе — достаточно непрозрачных идентификаторов.

Что выбрать

Правило выбора привязано к месту события.

Событие живёт в браузере: заявка с формы на лендинге, покупка в корзине без серверной части. Здесь пиксель — единственный способ, и вопрос лишь в том, насколько сеть готова мириться с потерями. Доступа к серверному коду нет, а страница благодарности есть — снова пиксель.

Событие фиксирует сервер рекламодателя: оплата в платёжной системе, заказ в CRM, подтверждение менеджером. Здесь основной канал — S2S интеграция, а пиксель ставится как страховка на время отладки — с дедупликацией по номеру заказа, чтобы один заказ не считался дважды.

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

Всё перечисленное есть в тарифе «CPA-сеть» Recca: S2S-постбэки с логами, холды, биллинг рекламодателей и выплаты вебмастерам, готовые кабинеты на поддомене сети или API и Go-SDK для своего интерфейса. Посмотреть механику и оставить заявку на подключение — на странице тарифа «CPA-сеть», все уровни тарифов — на странице тарифов.