Начать бесплатно
Сайт · Ответ сервера · HTTPS

Проверьте UTM-метки после редиректа

Посадочная может открыться с HTTP 200, хотя часть параметров исчезла по пути. Разверните цепочку ответов в ELL и найдите первый адрес, в котором поменялась нужная метка.

Задача

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

Условный пример

Учебная ситуация для объяснения сценария.

До

Учебная ситуация: ссылка мастерской на /may/ содержит utm_source=email и utm_campaign=may_class. Сервер отвечает HTTP 301 и переводит на /classes/. Страница открывается с HTTP 200, но в конечном URL осталась только utm_source=email.

После

В двух строках «Переходы и ответы» видны исходный URL с обеими метками и следующий адрес без utm_campaign=may_class. Автор передаёт эту пару ответственному за сайт. После исправления правила редиректа повторная проверка показывает обе метки в конечном URL. Это сравнение адресов; запись визита проверяют отдельно в аналитике.

Порядок действий

  1. Возьмите готовую ссылку из объявления или рассылки. Запишите ожидаемые имена и значения параметров, например utm_source=email и utm_campaign=may_class. Для проверки используйте публичный адрес без секретов, паролей и персональных токенов.
  2. Откройте «Доступность и HTTPS». Вставьте полный URL вместе с частью после «?» в поле адреса и нажмите «Проверить доступность». Дождитесь результата и раскройте «Переходы и ответы». Успешный конечный HTTP 200 сам по себе не подтверждает сохранность меток.
  3. Последовательно сравните параметры в URL каждой строки с исходной ссылкой. Найдите последний адрес с ожидаемым значением и следующий, где оно пропало или изменилось. Сохраните оба URL, код предыдущего ответа и ожидаемое значение для ответственного за правило перенаправления.
  4. После исправления на стороне сайта повторите проверку в пределах доступного лимита. Сверьте цепочку и конечный URL. Если имена и значения сохранились, отдельно проверьте запись визита в аналитике. JavaScript-переходы после загрузки страницы проверяйте в браузере: в этой цепочке показаны серверные HTTP-переходы.

Проверить перед завершением

  • Проверяется полная исходная ссылка с параметрами после «?».
  • Сверены имена и значения, а не только порядок параметров.
  • Зафиксированы соседние URL и HTTP-код перехода, на котором изменились метки.
  • После исправления выполнена новая проверка с теми же ожидаемыми значениями.
  • Подтверждение адреса отделено от проверки визита и атрибуции в аналитике.

Ограничения и условия

Это одно наблюдение из точки ELL для публичного адреса: до пяти перенаправлений и 12 секунд. Инструмент показывает HTTP-коды и URL, а параметры сравнивает пользователь. Исправление правила выполняет ответственный за сайт. Цепочка не исполняет JavaScript и не подтверждает запись визита в аналитике.

Вопросы и ответы

Что сверять, если параметры поменялись местами?

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

Метки есть в конечном URL. Они уже видны в аналитике?

Карточка показывает полученный адрес с параметрами. Запись визита и обработку меток проверяйте отдельно в аналитике целевого сайта.

Почему переход после загрузки страницы отсутствует в списке?

Список показывает серверные HTTP-перенаправления. Переход, который запускает скрипт на открытой странице, проверяют отдельно.

Что передать специалисту для исправления?

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

Найдите место потери метки

Передайте разработчику соседние URL, код перехода и ожидаемое значение параметра.

Проверить цепочку адресов

Быстрое действие

Новый постПроверить SEOСжать фотоСайт работает?Презентация