Кастомный домен для трекинга: настройки, которые экономят кучу разборов

Кастомный домен для трекинга: настройки, которые экономят кучу разборов

Если трекер живёт на отдельном домене, проверь не только A-запись. Нужны: корректный SSL, отсутствие лишних редиректов, единый canonical-хост и предсказуемый путь до лендинга или prelander. Любой лишний 301/302 ломает цепочку, а часть антифрода и прокси-сеток режет такие переходы без предупреждений.

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

Перед запуском прогоняй короткий чек-лист:
— DNS резолвится с нужных гео и не уходит в старый IP
— SSL без ошибок цепочки и без mixed content
— редиректы не добавляют лишний hop
— postback URL доступен извне и не режется WAF
— cookies и path не конфликтуют между кликами и внутренними страницами

После настройки тестируй не «открылось ли», а полный маршрут: click id, redirect, land, conversion postback. Если где-то теряется параметр, проблема обычно не в трекере, а в домене, CDN или промежуточном прокси.

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