Affiliate-ссылка кажется простой вещью, пока на сайте одна кнопка. Когда появляются десятки обзоров, рейтинги, GEO, разные устройства и несколько партнёрских программ, ручные ссылки становятся отдельной системой, которую приходится поддерживать.
Зачем нужен собственный redirect
Вместо длинной партнёрской ссылки можно использовать адрес вида /go/brand/. Пользователь нажимает привычную кнопку, а WordPress определяет нужный конечный URL и выполняет redirect.
Такой слой даёт три преимущества: ссылку можно менять в одном месте, можно логировать событие клика и можно выбирать разные назначения в зависимости от правил проекта.
SubID: связываем источник клика с конверсией
SubID — это идентификатор, который передаётся партнёрской системе вместе с переходом. Его удобно использовать, чтобы понять, откуда пришёл пользователь: из рейтинга, обзора, статьи, бокового блока или конкретного CTA.
В простом варианте можно передавать название зоны. В более развитой системе генерируется уникальный click_id, который затем возвращается в postback при регистрации, FTD или revenue-событии.
UTM и SubID — не одно и то же
UTM-параметры обычно нужны веб-аналитике и рекламным системам, SubID — партнёрской атрибуции. Они могут использоваться вместе, но не стоит пытаться одним набором параметров решить обе задачи.
GEO и устройство
Иногда одному бренду нужны разные конечные ссылки для стран или устройств. Например, мобильный трафик ведётся на отдельный лендинг, а определённое GEO — на локализованную страницу.
Правила лучше хранить централизованно: условие, URL, вес и приоритет. Тогда редакторы не думают о технической маршрутизации при каждом добавлении кнопки.
Взвешенная ротация
Если необходимо распределять трафик между несколькими ссылками, можно использовать веса. Например, 70% отправлять на основной лендинг, 30% — на альтернативный. Но такую ротацию нужно логировать, иначе последующая аналитика станет непонятной.
Что стоит записывать при клике
Для продуктовой аналитики обычно достаточно минимального набора без хранения лишних персональных данных:
- время клика;
- объект или бренд;
- страница и тип страницы;
- CTA или зона интерфейса;
- устройство в укрупнённом виде;
- GEO-контекст, если он задан самим сайтом;
- эксперимент и вариант, если идёт A/B-тест;
- уникальный click_id.
Импрессии важны не меньше кликов
Само количество кликов мало что говорит. 50 кликов из 100 показов и 50 из 10 000 — совершенно разные результаты. Поэтому CTA лучше считать после реального появления блока во viewport, а не просто при загрузке HTML.
Проверка битых ссылок
Партнёрские URL меняются, редиректы ломаются, лендинги закрываются. Фоновая проверка доступности помогает обнаружить проблему до того, как её заметят пользователи. При этом HTTP-код 200 сам по себе не гарантирует корректность предложения — часть проверок всё равно остаётся редакционной.
От клика к регистрации и доходу
Следующий уровень — S2S postback. Партнёрская система отправляет вашему сайту событие с click_id и типом конверсии. Это может быть регистрация, первый депозит или revenue.
После этого становится возможна воронка «показ → клик → регистрация → FTD → доход» и сравнение не только CTR, но и конечной ценности трафика.
Почему нельзя оптимизировать по двум кликам
Любая автоматическая сортировка по CR или EPC нуждается в минимальном объёме данных. Если один объект получил два клика и одну регистрацию, 50% CR ещё ничего не доказывает. Нужен cold start и понятный порог минимальной выборки.
A/B-тесты
Когда события связаны с click_id, можно корректнее сравнивать варианты CTA. Кнопка с более высоким CTR не обязательно приносит больше FTD или revenue. Поэтому хороший тест заканчивается не на клике, если воронка позволяет смотреть глубже.
Как это реализовано в BetCraft
В BetCraft Affiliate Link Manager, click analytics и revenue/postback-модуль работают как связанные части. Ссылка управляется централизованно, клик получает идентификатор, а последующие события могут вернуться через защищённый endpoint.
Эту логику полезно строить отдельно от контента: тогда редактор работает со статьями, а техническая маршрутизация остаётся в одном месте.
Частые вопросы
Можно ли просто использовать Pretty Links или аналог?
Для базовых redirect-задач — да. Собственная система становится оправданной, когда нужны GEO/device-правила, глубокая аналитика, postback или связь с другими сущностями проекта.
Нужно ли логировать IP?
Для большинства задач продуктовой аналитики полный IP не нужен. Чем меньше лишних персональных данных хранит система, тем проще её эксплуатация и политика приватности.
Что важнее: CTR или FTD?
Зависит от цели. CTR показывает привлекательность интерфейса, FTD — более глубокий результат. Их полезно смотреть вместе, а не выбирать один показатель на все случаи.