Проверка заголовков сервера онлайн — HTTP-статус и редиректы

В браузере страница открывается, и всё выглядит нормально. А робот на том же адресе получает 404 или запрет индексации в заголовке ответа. Браузер вам этого не покажет: он подмешивает кеш, куки и расширения.

Поле выше делает запрос с нашего сервера. Вставляете адрес, нажимаете «Проверить» и видите сырой ответ: итоговый статус, каждый шаг редиректа и полный список заголовков.

Когда стоит заглянуть в заголовки

• После переезда сайта. Проверить, что старые адреса отдают 301, а не 302 или 404.
• При настройке HTTPS. Посмотреть, как идёт переход с http на https и сколько в цепочке прыжков.
• Когда просели позиции. Страница может отдавать 500, 403 или запрет индексации в X-Robots-Tag, хотя на вид с ней всё в порядке.
• При настройке кеширования. Увидеть реальные Cache-Control, Expires и Last-Modified.
• Перед размещением ссылки. Донор должен отдавать 200 и не быть закрыт от индексации на уровне сервера.

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

1. Вставьте адрес вместе с протоколом, вида https://example.ru/.
2. Нажмите «Проверить» или просто Enter.
3. Читайте ответ сверху вниз: сначала итоговый статус и конечный адрес, потом цепочка переходов, потом все заголовки.

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

На что смотреть в ответе

Статус. 200 значит, что страница отдаётся, 301 и 302 отправляют дальше, 404 не находит, 5xx роняет запрос на стороне сервера. Location показывает, куда именно ведёт переход. X-Robots-Tag умеет запрещать индексацию на уровне сервера, и в HTML-коде вы его не найдёте: из невидимых проблем эта самая обидная. Content-Type сообщает тип документа и кодировку. Cache-Control и Last-Modified управляют кешем и влияют на то, как часто робот возвращается к странице.

Что делать с результатом

• Сводите цепочку к одному шагу. Каждый лишний прыжок тормозит загрузку и размывает ссылочный вес.
• Для постоянного переезда ставьте 301. Временный 302 сигналы старой страницы новой не передаёт.
• Прогоняйте варианты одного адреса: со слешем на конце и без, с www и без. Дубли должны сходиться к каноническому адресу за один переход.
• Получили не тот статус, которого ждали? Смотрите заголовок Server и всю цепочку. Лишний редирект часто добавляет CDN или хостинг, а не сама CMS.

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