UTM пропадают после редиректа

Knowledge base

Почему это происходит

UTM — клей между рекламой, аналитикой и финансами. Если редирект-цепочка удаляет utm_source или utm_campaign, любые отчёты превращаются в «прямой трафик».

UTM — обычный текст, поэтому смартлинки, CDN и плагины CMS считают, что могут переписать его в любой момент. Нужен процесс, который фиксирует проблему и возвращает параметры.

Ниже рассказываем, почему UTM пропадают, как документировать поломку и как использовать инструменты Tracking Tools для контроля.

Диагностический флоу

Начните с простого вопроса: UTM пропадают внутри redirect chain, на финальном лендинге или уже позже, когда форму, CRM или callback переписывают URL? Ответ на него сразу показывает, кто владеет проблемой.

В здоровой схеме платформа отправляет tagged URL, каждый редирект объединяет параметры со своим шаблоном, а лендинг сохраняет финальную строку для аналитики и CRM. В сломанной версии какой-то хоп или страница пересобирает URL без сохранения входящего query string.

Типичные проблемы

Основные виновники — сокращатели ссылок, редиректоры CMS и смартлинки. Они переписывают query string, оставляя только собственные параметры. Внутренние команды тоже ошибаются, копируя «красивые» ссылки и делясь ими с агентствами.

Даже если редиректы работают, балансировщики нагрузки, CDN и cookie-баннеры могут удалить UTM ради безопасности или приватности.

• Сокращатели, которые разворачивают URL и заменяют query string на свой.
• JavaScript-редиректы, собирающие window.location с нуля.
• Инструменты CMS, создающие канонический URL без параметров.
• CMP, которые перенаправляют пользователя на «чистый» адрес перед выдачей скриптов.
• Ручные правки, когда маркетологи копируют ссылку из аналитики и вставляют её в рекламу.

Как это проверить

Повторите путь и сохраните цепочку редиректов. Прогоните ссылку через Redirect Checker и сравните query string на каждом хопе с эталонным шаблоном.

Затем сравните финальный URL с канонической ссылкой из UTM Builder или разберите сломанную ссылку через UTM Decoder. Как только вы видите, где начинается расхождение, можно передавать точные доказательства владельцу редиректа или шаблона.

1. Запишите цепочку

   Redirect Checker покажет, на каком хопе исчезли UTM.

2. Проверьте финальный URL

   Click ID Extractor подтвердит, что UTM дошли до лендинга вместе с click ID.

3. Опубликуйте шаблон

   UTM Builder поможет собрать и задокументировать канонический URL.

4. Проверьте постбек

   Postback Tester покажет, доходит ли metadata до партнёров.

5. Сверьте серверные события

   Facebook CAPI Tester убедит, что те же значения уходят в server-to-server интеграции.

Используйте эти инструменты

Используйте Redirect Checker, чтобы найти lossy hop, UTM Builder, чтобы пересобрать правильный шаблон, и UTM Decoder, когда нужно разобрать или очистить уже живую tagged-ссылку.

Если потеря уже подтверждена, переходите в Fix UTM parameters lost after redirect и используйте выводы инструментов как evidence pack для команды, которая владеет редиректом или шаблоном страницы.

Как это исправить

Исправляйте конкретного владельца поломки: redirect rule, landing page template, smartlink allowlist или скрипт, который пересобирает URL. Затем снова прогоняйте весь путь с той же tagged-ссылкой, пока финальная страница не сохранит все обязательные параметры.

Когда redirect path снова станет стабильным, пересоберите утверждённую launch-версию в UTM Builder и заново разошлите именно этот канонический URL, а не старый сломанный вариант.

После срочного фикса закрепите один канонический шаблон, сохраните примеры bad/good journeys в документации и перепроверяйте цепочку при каждом изменении доменов, редиректов или партнерских ссылок.