Проверка редиректов
Покажем настоящий маршрут любой ссылки — от click-tracker'а вашей ESP до посадочной страницы.
Каждый шаг с кодом ответа, временем и заголовками.
URL для проверки *
Если протокол не указан, добавим http:// — нормальный сайт сам выведет на свой канонический HTTPS-URL через редирект. Поддерживаются только http/https; внутренние адреса (RFC1918, 127.0.0.1, 169.254.x) автоматически отклоняются для безопасности.
Зачем email-маркетологу проверять редиректы
Сверить путь до посадочной
Click-tracker рассылочного сервиса прячет реальный URL за своим коротким редиректом, дальше партнёрская сетка добавляет UTM-метки, потом сайт перевешивает www, потом — на язык страны. К пользователю прилетает 4–5 редиректов вместо одного. Чекер показывает каждый шаг и даёт повод сократить цепочку.
Поймать поломку до отправки
Перед массовой рассылкой полезно прогнать ссылки через чекер: 404 на финале или подозрительный 302 в сторонний домен — это сигнал, что в письмо попала битая UTM, истёк промокод-короткая ссылка или подменилась посадка. Лучше узнать сейчас, чем разгребать жалобы получателей.
Защититься от cloaking
Если в рассылке используется чужая ссылка-партнёрка, посадка может зависеть от устройства и User-Agent: десктоп уводят на одну страницу, мобильник — на скам, бот — на чистую витрину. Переключайте User-Agent в форме, чтобы убедиться, что все получатели видят одно и то же.
Что показывает отчёт
Развёрнутая цепочка по шагам
Каждый редирект — отдельная строка с кодом ответа (301, 302, 303, 307, 308), временем выполнения и URL следующего шага. На сохранённой странице по клику раскрываются полные заголовки ответа: Server, Set-Cookie, Cache-Control, HSTS.
Светофор для SEO
Цепочка из 301 — нормально, поисковики передадут вес страницы. Цепочка из 302/303 — ссылочный вес теряется. Смешение 301 и 302 — обычно ошибка серверной конфигурации. Чекер сразу показывает, какая ситуация у вас.
Контроль HTTPS
Для каждого шага видна схема (HTTP / HTTPS). Если ссылка стартует на HTTP и где-то в цепочке так и не поднимается до HTTPS — отчёт пометит это как небезопасный финал. Многие почтовые клиенты подсвечивают такие ссылки в письме как подозрительные.
Детектор петель
Если URL уже встречался в текущей цепочке — мы фиксируем петлю и обрываем обход. Также отдельно сигнализируем, если пройден лимит в 20 редиректов — это означает, что у браузера в продакшене будет ошибка ERR_TOO_MANY_REDIRECTS.
Четыре User-Agent на выбор
Дефолтный (нейтральный), Chrome для десктопа, Safari на iPhone и Googlebot. Многие сайты редиректят посетителей с разных устройств в разные места — особенно типично для AMP-страниц, мобильных версий и партнёрских сеток с гео-таргетингом.
Шеринг по 24-часовой ссылке
После проверки получаете уникальный URL отчёта на сутки. Удобно прикладывать к тикету в техподдержку, отправлять разработчикам или коллегам без необходимости пересохранять скриншоты — открывается в любом браузере без авторизации.
Частые вопросы
Почему ссылка из рассылки даёт длинную цепочку редиректов?
Стандартный маршрут такой: получатель кликает по ссылке в письме → попадает на click-tracker рассылочного сервиса (1 редирект, нужен для статистики открытий и кликов) → оттуда уходит на короткую ссылку или партнёрскую сеть (ещё 1–2 редиректа с UTM-метками) → дальше попадает на ваш сайт, который перевешивает www / убирает trailing slash / поднимает HTTPS / выбирает язык страны (ещё 2–3 редиректа). Итог — 4–6 шагов вместо одного. Сократить можно: использовать ссылки сразу на каноническую HTTPS-версию, добавить UTM на стороне ESP, отказаться от ненужной короткой ссылки.
Влияет ли длина цепочки на доставляемость?
Напрямую — нет, спам-фильтры смотрят на отправителя, а не на ссылки в теле письма. Но косвенно — да. Во-первых, длинные цепочки замедляют переход на сайт; пользователь успевает закрыть вкладку, что снижает конверсию (по которой потом ESP оценивает качество базы). Во-вторых, спам-фильтры некоторых провайдеров проверяют финальный URL ссылок: если он живёт через цепочку трекеров на подозрительные домены — пометят письмо как фишинг. В-третьих, ссылка в HTTP без HTTPS-апгрейда — типичный паттерн фишинговых писем.
У меня в цепочке 5 редиректов — это плохо?
Технически — приемлемо, браузеры допускают до 20 шагов, поисковики «оплачивают» вес ссылок до 4–5 переходов. Но 5 редиректов — это лишние ~500 мс в первом посещении (DNS-резолв + TCP + TLS на каждом шаге), и каждый шаг — потенциальная точка отказа. Норма для рассылок: 1 шаг (click-tracker), максимум 2 (плюс канонизация на сайте). Если у вас стабильно больше — стоит пересмотреть, какие посредники реально нужны.
Зачем переключатель User-Agent?
Многие сайты редиректят посетителей с разных устройств в разные места: десктоп — на основной домен, мобильник — на m.example.com или AMP-версию, бот — на упрощённый шаблон без JS. Партнёрские сети дополнительно используют User-Agent для cloaking: показывают модерации одну страницу, а реальным посетителям — другую. Если ваша рассылка ведёт на чужой сайт-партнёрку, проверка с разными User-Agent позволяет убедиться, что все получатели увидят одно и то же — а не «купи айфон за 1 рубль».
Можно ли проверять внутренние URL — серверы по локальной сети?
Нет. Чекер автоматически отклоняет любые URL, которые резолвятся в приватные адреса (RFC1918: 10/8, 172.16/12, 192.168/16), loopback (127.0.0.1), link-local (169.254.x — там часто живут метаданные облаков типа AWS), а также домены с суффиксами .local и .internal. Это защита от использования инструмента в качестве SSRF-прокси для сканирования внутренней инфраструктуры. Проверка происходит на каждом шаге цепочки — даже если первый URL публичный, но редиректит на 192.168.1.1, мы остановимся.
Почему я вижу другую цепочку, чем в браузере?
Несколько возможных причин. Главная — у нас не передаются ваши cookie: браузер уже знает, что вы залогинены или подтвердили cookie-баннер, и проходит часть редиректов «молча». Чекер ходит без cookie, как первая сессия нового пользователя. Второе — мы запрашиваем с серверов в РФ, поэтому гео-редиректы могут вести в локализованную версию сайта вместо вашей. Третье — браузер выполняет JavaScript, и могут быть JS-редиректы (window.location), которые HTTP-чекер увидеть не может.
Сколько хранятся отчёты?
24 часа. Каждый отчёт получает уникальный URL, по которому его можно открыть в любом браузере без авторизации — удобно делиться с разработчиками или прикладывать к тикетам. Повторная проверка того же URL и User-Agent в эти 24 часа возвращается из кэша мгновенно — без новых обращений к проверяемому сайту.
Капча и лимиты — зачем?
Произвольные HTTP-запросы по чужим URL — самый «лакомый» сценарий злоупотребления для ботов: массовое сканирование сайтов, поиск SSRF-уязвимостей, забивание чужих счётчиков переходов. Без капчи инструмент быстро попал бы в чёрные списки сторонних сервисов. Лимит — 5 проверок в минуту и 30 в сутки с одного IP. Для регулярной автоматической проверки своих рассылочных ссылок у DashaMail есть встроенные средства мониторинга — пишите в поддержку.