UTM-метки теряются при редиректе: как найти точку потери

Проследи одну ссылку по цепочке переходов

Справка Метрики прямо перечисляет перенаправление с потерей UTM среди причин отсутствия рекламных данных. Но это одна из возможных причин: рядом названы проблемы загрузки страницы и счётчика. Поэтому сначала установи, что потерялся именно параметр, а не сам визит.

В браузере открой инструменты разработчика и сетевые запросы до перехода по тестовой ссылке. Включи сохранение журнала при навигации. Выполни один маршрут и выпиши URL исходного запроса, ответы перенаправления, их целевые адреса и конечную страницу. Если не видишь старый переход из-за кеша, повтори проверку с контролируемым состоянием браузера и отметь условия.

В этом примере проверять нужно правило, которое сформировало переход со второго адреса на третий. Первый редирект передал параметр. Замена метки в рекламном объявлении не объясняет, почему следующее правило её удалило. Если же на промежуточной странице атрибуция успела сохраниться, вывод о потере для отчёта нужно проверять отдельно.

Сравни параметры, а не только внешний вид URL

В HTTP-перенаправлении сервер сообщает целевой адрес заголовком Location. Браузер загружает указанный URL. По документации MDN отдельно существуют переходы через HTML и JavaScript; одной проверки заголовков недостаточно для всей браузерной навигации.

• Сравни название и значение каждого ожидаемого UTM-параметра на соседних шагах. Не ограничивайся utm_source, если проверяется конкретная кампания.
• Запиши параметры, которые добавлены, удалены или изменены. Изменённое значение и отсутствующее поле — разные дефекты.
• Сравнивай разобранные параметры URL. Разное кодирование пробела или порядок параметров могут менять вид строки без изменения смысла.
• Отдельно отметь повторяющиеся имена параметров и нераскрытые шаблоны подстановки. Выясни, какое значение получил твой обработчик.
• Не добавляй второй знак вопроса, если в адресе уже есть параметры. Новые параметры отделяются амперсандом.

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

Отдели серверный редирект, скрипт и новый домен

Новый домен добавляет второй вопрос: как связаны визит на посадочной и отправка формы. Передать те же UTM в адресе можно без доказанной связи браузерного контекста. Не называй это единым визитом, пока не проверен предусмотренный способ сопоставления.

Кирпич подключается JavaScript-скриптом; ему нужны публичный HTTPS-сайт и возможность добавить скрипт на нужные страницы. Визит может хранить источник и UTM, но наличие скрипта на одной странице не доказывает сбор на всех конечных маршрутах. Проверь запись визита после конкретного перехода. Обзор подключения и дальнейшей связи данных — как устроен путь от визита к результату.

Что передать разработчику и как подтвердить исправление

• Исходный URL с условной уникальной меткой и точный способ открытия: ссылка из объявления, документа или прямой переход.
• Цепочку запросов и конечных URL с временем проверки, устройством и состоянием кеша. Удали из передаваемых журналов секреты и лишние персональные сведения.
• Первую пару адресов с расхождением; ожидаемое значение и фактически полученный результат.
• Сведения о моменте сохранения атрибуции. Укажи, успела ли система записать UTM до очистки адреса.
• Критерий повторной проверки: метки дошли до нужного момента чтения, визит сохранён с ожидаемыми значениями, страница и форма открываются.

Способ исправления выбирает разработчик по найденному правилу: сохранить нужные параметры при построении целевого URL, изменить порядок чтения и очистки или настроить передачу контекста. Не копируй все параметры между доменами без разбора: сначала согласуй допустимый набор и назначение. Нельзя случайно переносить служебные токены ради пяти UTM.

Повтори тот же сценарий после изменения. Проверь не только тестовый URL, но и обычный переход без меток: страница должна оставаться доступной. Прочитай сохранённую атрибуцию нового тестового визита. Если дальше отправляешь форму, сверь результат по маршруту от UTM до CRM-записи. Это дополнительный этап, а не доказательство исправления самого редиректа.