Проверка HTTP-статуса и заголовков

Проверка списком

Вставьте адреса по одному в строке: до 20 адресов без регистрации и до 100 в бесплатном аккаунте. Для каждого адреса таблица покажет код ответа, число переходов, конечный URL и время ответа. Отфильтруйте строки, где ответ не 200, и выгрузите их в CSV или XLSX для разработчика. Так удобно проверять старые адреса после переезда и ссылки из рекламы.

Под таблицей есть кнопка «Запустить аудит по этим адресам»: страницы одного сайта уйдут в полный аудит, и он проверит каждую из них целиком.

Редиректы и заголовки: что важно проверить

Если с редиректами или заголовками что-то не так, это бьет сразу по двум зонам: скорости и техническому SEO. Страница может открываться дольше, а часть URL в итоге обходится и индексируется хуже.

Цепочки редиректов

Каждый шаг в цепочке добавляет лишний HTTP-запрос. Иногда это почти незаметно, но на мобильном интернете задержка быстро накапливается. Практически всегда стоит стремиться к одному переходу и убирать промежуточные звенья.

301 и 302: частая ошибка в продакшене

301 применяют, когда адрес поменялся навсегда: перенос на HTTPS, смена структуры URL, склейка дублей. 302 используют для временных сценариев. Если постоянный переезд оставить на 302, поисковик может дольше держать в индексе старый URL. Проверить сразу все варианты главной (http, https, www) можно в проверке зеркал сайта.

Какие заголовки проверять в первую очередь

Базовый набор security headers, который стоит контролировать на каждом проекте:

• HSTS — принудительно отправляет браузер в HTTPS
• X-Frame-Options — защищает от встраивания сайта в чужой iframe
• Content-Security-Policy — ограничивает источники скриптов и других ресурсов
• X-Content-Type-Options: nosniff — отключает MIME-sniffing

Почему это связано с Core Web Vitals

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