Проверить 301 редирект

Вставьте ссылку и узнайте, отвечает ли она кодом 301, 302, 307 или 308. Вы увидите Location и время ответа для каждого перехода, а также конечный адрес.

Как проверить 301 редирект

1
Вставьте ссылку
Старый адрес, который хотите проверить, с https:// или без. Подойдут и короткие ссылки, и трекинговые, и URL рекламных кампаний.
2
Нажмите «Проверить»
Каждый переход запрашивается методом HEAD. Цепочка обходится вручную, а не внутри браузера, который обычно ее скрывает. Тело ответа никогда не скачивается.
3
Просмотрите цепочку по шагам
У постоянного редиректа в столбце «Статус» стоит 301 или 308, а в столбце Location — адрес, куда он ведет. Последняя строка показывает, где кончается цепочка; 200 значит, что страница открывается. Всю таблицу можно сохранить в CSV.

Что показывает проверка 301 редиректа

При проверке 301 редиректа наш сервер запрашивает вставленный старый адрес и останавливается на каждом редиректе и записывает его, а не следует за ним незаметно. Каждая строка результата — один переход: запрошенный URL, код ответа, адрес из Location, время ответа и заметки, например о смене домена, переходе с https на http или заголовке Location без кода редиректа. Под таблицей, в строке «Заканчивается на», — адрес, где кончается цепочка. Чистый переезд выглядит как одна строка с 301, за которой идет 200. Если 301 заканчивается кодом 404, он ведет на несуществующую страницу; 302 там, где вы задумывали постоянный переезд, стоит заменить; а две и больше строк с редиректами подряд — это цепочка, которую нужно сократить.

301, 302, 307 и 308: что значит каждый код

Код 301 сообщает, что страница переехала навсегда, и Google воспринимает его как сигнал индексировать новый адрес вместо старого. Код 302 сообщает, что переезд временный, поэтому новым адресом цель Google не считает. Это подходит для короткой акции или A/B-теста, но не для переезда сайта: там 302 может оставить в результатах поиска старый URL. Код 307 — временный редирект, который обещает повторить запрос тем же методом, а 308 дает то же обещание для постоянного переезда. Оба важны для отправки форм: редирект старого типа мог превратить POST в GET и потерять данные. Код 303 всегда отправляет следующий запрос как GET — в этом его назначение.

Почему длинная цепочка вам вредит

Каждый переход — это полный путь туда и обратно: DNS-запрос, если меняется домен, TLS-рукопожатие, если меняется схема, и сетевая задержка между ними, и все это до первого байта настоящей страницы. На мобильной связи несколько переходов складываются в ожидание, которое люди замечают. У поисковых роботов тоже есть предел: краулеры Google проходят до 10 редиректов подряд — у этой проверки тот же предел. А еще цепочки со временем ломаются: уберите один переход в середине, и все, что после него, станет недоступным. Если нашли цепочку из трех редиректов и больше, направьте первую ссылку сразу на последний адрес.

Ссылка проверяется, но не сохраняется

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

Частые вопросы

Как проверить, есть ли у URL 301 редирект?

Вставьте старый URL и нажмите «Проверить ссылку». В первой строке — код, которым ответил адрес: 301 или 308 у постоянного редиректа, 302, 303 или 307 у временного и 200, если редиректа нет вовсе. В столбце Location видно, куда он ведет, а последняя строка показывает, где кончается цепочка и отвечает ли эта страница кодом 200.

Какой редирект ставить: 301 или 302?

Ставьте 301, когда переезд постоянный: новый домен, переименованная страница, переход с http на https. Google воспринимает это как сигнал индексировать новый адрес вместо старого. 302 ставьте, только если старый адрес еще вернется, например после короткой акции или теста: цель редиректа 302 Google не считает новым адресом для индекса. 308 — постоянный редирект, который к тому же сохраняет метод запроса, а это важно для форм.

Показывает ли проверка заголовки ответа?

Она показывает заголовок, от которого зависит редирект, — Location, то есть адрес, куда ведет каждый переход. Еще два заголовка читаются для столбца «Заметки»: Strict-Transport-Security, который отмечается как «Отправляет HSTS», и Refresh — если страница отвечает 200, проверка переходит по нему как по редиректу. Остальные заголовки, например кеширования или cookie, не выводятся, а тело ответа не читается никогда.

Можно ли проверить, куда редирект ведет Googlebot или телефон?

Да. В поле «Выдать себя за» выберите Googlebot или «Браузер на телефоне» вместо «Браузер на компьютере», и каждый переход будет запрошен с этим User-Agent: если сайт отправляет телефоны на мобильный адрес, это будет видно в цепочке. Запрос все равно идет с нашего сервера, а не от Google, поэтому сайт, который проверяет краулеры по IP-адресу, может принять его за обычного посетителя.

Что такое meta refresh и почему он проверяется отдельно?

Это редирект, записанный в саму страницу, а не в HTTP-ответ. Этот инструмент следует только за вариантом с заголовком Refresh. Разметку страницы он не читает и теги не ищет, потому что скачивать любые страницы по запросу — ровно то, чем публичный эндпоинт не должен заниматься. У кода 200 в конце цепочки стоит заметка «Разметка страницы не прочитана, мета-редирект не будет найден».

Как выглядит цикл редиректов в отчете?

Цепочка обрывается, как только повторяется один и тот же адрес. В отчете указаны оба номера шагов, которые ссылаются друг на друга — например, шаги 3 и 5, — чтобы вы сразу видели, какая пара правил конфликтует.

Какие у проверки ограничения?

До 10 переходов, и этот предел можно уменьшить; 5 секунд на переход и 20 секунд на всю цепочку; ссылки http и https длиной до 2048 знаков на портах 80 и 443; 60 проверок в час на посетителя. Если цепочка длиннее предела, собранные к этому моменту переходы все равно показываются. Localhost, диапазоны частных сетей и внутренние имена хостов отклоняются на каждом переходе: запрос делает наш сервер, а сервер, который открывает любой адрес, можно было бы направить в ту сеть, где он сам находится.