S2S — Server-to-Server

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

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

Пример

Например, из 100 конверсий браузерный пиксель увидел бы, допустим, 80 — у части покупателей стоят блокировщики. При S2S в отчёт попадают все 100, если партнёр передал постбэк по каждой.

Как считать / как работает

Схема: клик → сеть выдаёт идентификатор → сервер партнёра сохраняет его вместе с заказом → когда человек делает действие, сервер сам сообщает о нём сети. Браузер покупателя в передаче не участвует.

Например, за месяц было 100 конверсий. Шаг 1: у 20 покупателей стоят блокировщики или отключены cookie. Шаг 2: браузерный пиксель увидит 80 конверсий. Шаг 3: при S2S сервер партнёра передаёт все 100, если по каждой отправил постбэк. Разница в 20 конверсий — это деньги, которых не было бы при пикселе.

Где это встречается в ThanklyClub и частые ошибки

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

• Отправляют постбэк до того, как заказ записан в базу, и теряют связь с кликом.
• Не повторяют отправку после сбоя сервера, и конверсия теряется. Повторный постбэк с тем же sub безопасен: он обновит запись.
• Рассчитывают на пиксель «на всякий случай» и получают расхождения в отчётах.
• Не логируют отправленные постбэки и не могут разобраться в спорных случаях.

Частые вопросы