Проверка Статуса Сайта
Проверка статуса сайта отправляет один HTTP-запрос по адресу и показывает код ответа, который вернул сервер. Коды 200–399 считаются «работает», 400–599 или тайм-аут соединения — «не работает». Проверка https://example.com здесь возвращает 200 OK за несколько десятков миллисекунд, то есть сайт отвечает нам, а не только вам.
Коды состояния HTTP и что показывает эта проверка
| Код | Пояснение | Вердикт здесь | Что это значит для вашей проверки |
|---|---|---|---|
| 200 | OK | Работает | Сервер ответил нормально. Исправлять нечего. |
| 301 | Moved Permanently | Работает | Постоянный редирект. Инструмент по нему не переходит, поэтому вы видите 301 и заголовок Location. |
| 302 | Found | Работает | Временный редирект, часто на страницу техработ, входа или геомаршрутизации. |
| 304 | Not Modified | Работает | Копия в кэше ещё действительна. Возвращается, только если запрос содержит валидаторы. |
| 403 | Forbidden | Не работает | Сервер ответил, значит хост доступен и это не сбой. WAF, фильтр ботов или список разрешённых IP отказал этому клиенту; вердикт всё равно «Не работает», потому что 403 — код класса 4xx. |
| 404 | Not Found | Не работает | Хост ответил, значит он доступен, — нет только запрошенного пути. Проверьте следующим шагом домен без пути. |
| 429 | Too Many Requests | Не работает | Ограничение частоты: слишком много запросов за короткое время. Если в ответе есть заголовок Retry-After, дождитесь указанного в нём момента — это либо число секунд, либо дата в формате HTTP — и повторите проверку. |
| 500 | Internal Server Error | Не работает | Приложение на сервере-источнике аварийно завершилось. Смотрите его журнал ошибок. |
| 502 | Bad Gateway | Не работает | Прокси или CDN не смог достучаться до сервера-источника, часто во время выката новой версии. |
| 503 | Service Unavailable | Не работает | Перегрузка или плановые техработы. По определению временно; посмотрите Retry-After. |
| 504 | Gateway Timeout | Не работает | Сервер-источник отвечал дольше, чем прокси был готов ждать. |
| 0 | Нет ответа | Не работает | Никто не ответил: ошибка DNS, отклонённое соединение, недействительный TLS-сертификат или тайм-аут — 8 секунд на установку соединения и 15 секунд на весь запрос. |
Вердикты следуют классам состояний из RFC 9110: 200–399 показывается как «работает», 400–599 — как «не работает». Вердикт описывает введённый вами URL, а не машину за ним: при 403 или 404 сервер ответил, значит хост доступен, и ни то ни другое не является сбоем. 304 считается «работает», потому что ресурс существует; 404 считается «не работает», потому что запрошенного URL нет.
Сайт не работает или дело только во мне?
Проверка выше выполняется на нашем сервере, а не в вашем браузере, и именно это делает сравнение полезным. Если эта страница показывает 200 OK, а браузер — ошибку соединения, проблема на вашей стороне: DNS-резолвер с устаревшей записью в кэше, VPN или корпоративный прокси, строка в файле hosts либо маршрутизация вашего провайдера. Если не работает ни то ни другое, значит сервер-источник или его CDN действительно недоступны, и на вашем компьютере чинить нечего.
Почему сайты перестают работать?
Почти все сбои укладываются в шесть групп, и код ответа подсказывает, с какой из них вы имеете дело:
- Просроченный или не совпадающий с именем TLS-сертификат — соединение обрывается ещё до начала HTTP, поэтому вы видите статус 0.
- Изменённые или просроченные DNS-записи: имя хоста больше не разрешается, снова статус 0.
- Процесс приложения упал или исчерпал память — 500 от сервера-источника, 502 от прокси перед ним.
- Трафик выше запаса мощности или запланированные техработы — 503, обычно с заголовком Retry-After.
- Медленная база данных или холодный старт, выходящий за тайм-аут прокси, — 504.
- Авария у провайдера, в CDN, в облачном регионе или у регистратора, способная одновременно положить тысячи никак не связанных сайтов.
Что делать, если сайт не работает?
Двигайтесь снаружи внутрь, в таком порядке:
- Запустите проверку здесь, чтобы убедиться, что сбой не ограничен вашей сетью.
- Прочитайте код. 0 — это DNS или TLS, 5xx — сервер-источник, 403 — правило брандмауэра, 404 — не тот виртуальный хост или путь.
- Откройте список заголовков ответа: Server, Location и Retry-After называют слой, который вам ответил.
- Загляните на страницы статуса хостинга и CDN, прежде чем открывать заявку в поддержку.
- Повторяйте проверку после каждого изменения и выгружайте CSV, чтобы в заявке были отметки времени, а не скриншоты.
Каким должно быть время отклика сайта?
Показанное время отклика — это полный цикл, который наш сервер потратил на один запрос HEAD: DNS-разрешение, TCP-соединение, TLS-рукопожатие и первый ответ сервера. Оно не включает изображения, CSS, JavaScript и отрисовку, поэтому оно намного меньше времени загрузки страницы в Lighthouse. На этой странице используются такие цветовые диапазоны:
| Время отклика | Цвет | Толкование |
|---|---|---|
| < 500 ms | Зелёный | Хорошо. Типично для узла CDN или прогретого кэша. |
| 500–1500 ms | Жёлтый | Приемлемо, но стоит следить: обычно это обращение к серверу-источнику без кэша на границе сети. |
| > 1500 ms | Красный | Медленно. Проверьте загрузку процессора источника, запросы к базе данных, холодные старты и межконтинентальную маршрутизацию. |
О проверке Статуса Сайта
Проверка статуса сайта хорошо отвечает на один узкий вопрос: ответил ли сервер и что именно он сказал? Инструмент отправляет один HTTP-запрос методом HEAD по введённому адресу, отводит 8 секунд на установку соединения и 15 секунд на весь запрос и показывает четыре вещи — числовой код состояния, время полного цикла в миллисекундах, Content-Type и заголовок Server, — а вместе с ними полный список заголовков ответа, которые вернул сервер-источник.
Два решения делают результат однозначным. Во-первых, редиректы не отслеживаются. Если example.com отвечает 301, вы видите 301 и его заголовок Location, а не состояние какой-то другой страницы через три перехода; именно это нужно при проверке правила перехода с HTTP на HTTPS или с non-www. Во-вторых, вердикт следует классам состояний из RFC 9110: 200–399 показывается как «работает», 400–599 — как «не работает», а состояние 0 означает, что запрос вообще не состоялся: DNS не разрешился, соединение отклонено, TLS-сертификат не прошёл проверку или сервер-источник вышел за тайм-аут.
Проверка выполняется на нашем сервере, а не в вашем браузере, и именно поэтому она отвечает на вопрос, лежит сайт у всех или только у вас. Если ваш компьютер не открывает сайт, а эта страница показывает 200 OK, неисправность локальная: ваш резолвер, провайдер, VPN, корпоративный прокси или устаревшая строка в файле hosts. Если не удаётся ни то ни другое, проблема на стороне сервера-источника или его CDN.
Массовый режим принимает до 10 адресов, по одному в строке, и проверяет их по очереди с паузой 300 мс между запросами, чтобы один прогон не исчерпал квоту в 60 проверок в минуту. Результаты возвращаются компактным списком: его можно скачать в CSV или скопировать как таблицу с табуляцией прямо в таблицу или в заявку. Каждая проверка также даёт ссылку, которая сама повторяет проверку у того, кто её открыл, — сообщение об аварии приходит с доказательством, а не со скриншотом.
Одну оговорку стоит помнить: запросы уходят с IP-адреса дата-центра и с User-Agent FreeWebTools Status Checker/1.0. Сайты с жёсткой защитой от ботов могут отвечать нам кодом 403, обслуживая браузеры как обычно, поэтому читайте 403 как «этому клиенту отказано», а не автоматически как «сайт не работает».
Примеры использования
Как проверить, работает ли сайт
Оставьте выбранной вкладку «Один URL» и введите адрес, который хотите проверить, например example.com; недостающий префикс https:// подставляется автоматически.
Нажмите «Проверить статус». С нашего сервера уходит один HTTP-запрос, и баннер показывает «Сайт РАБОТАЕТ» для кодов 200–399 или «Сайт НЕ РАБОТАЕТ» для 400–599 и тайм-аутов.
Изучите четыре плитки: код статуса, время отклика, тип содержимого и сервер. Отклик быстрее 500 мс подсвечивается зелёным, медленнее 1500 мс — красным.
Откройте список «Заголовки ответа», чтобы увидеть всё, что вернул сервер, включая Location при 301 и Retry-After при 429 или 503.
Перейдите на вкладку «Массовая проверка», вставьте до 10 адресов — по одному в строке — и сохраните результат кнопкой «Скачать CSV» или «Скопировать таблицей».
Кнопка «Скопировать ссылку» даёт адрес, который повторяет ту же самую проверку, когда его открывает коллега.
Советы профессионалов
- Проверяйте домен без www и версию с www по отдельности. example.com и www.example.com часто указывают на разные хосты, и отказать может только один из них.
- Состояние 0 — это не 500. Оно означает, что не ответил вообще никто, поэтому проверьте разрешение DNS и срок действия TLS-сертификата, прежде чем винить приложение.
- Время отклика до 500 мс показывается зелёным, 500–1500 мс — жёлтым, дольше 1500 мс — красным. Это только цикл до сервера и обратно: без изображений, CSS и JavaScript.
- Если здесь приходит 403, а в браузере сайт открывается, значит WAF фильтрует IP дата-центров или наш User-Agent FreeWebTools Status Checker/1.0. Это не авария.
- Массовый режим ограничен 10 адресами, а API допускает 60 проверок в минуту с одного IP. Разбивайте длинные списки на части, вместо того чтобы упираться в 429.
Устранение неполадок
Проверка возвращает код состояния 0 и ни одного заголовка.
Никто не ответил. Возможно, имя хоста не разрешается, соединение отклонено, TLS-сертификат просрочен или выдан на другое имя, либо запрос не уложился в тайм-аут — 8 секунд на установку соединения и 15 секунд на весь запрос. Сначала проверьте DNS и сертификат, затем попробуйте вариант http://, чтобы отделить ошибку TLS.
Мы показываем 403 Forbidden, а в браузере сайт открывается нормально.
Правило WAF или защиты от ботов блокирует IP дата-центров либо User-Agent FreeWebTools Status Checker/1.0. Сайт работает — он просто отказывает автоматическим клиентам. Добавьте проверку в список разрешённых или подтвердите результат с домашнего подключения.
Массовая проверка останавливается на середине с сообщением об ограничении частоты.
API допускает 60 проверок в минуту с одного IP-адреса. Подождите шестьдесят секунд и запустите оставшиеся адреса заново или разбейте список на меньшие части. Между запросами уже выдерживается пауза 300 мс.
Страница, которая открывается в браузере, здесь отдаёт 404.
Скорее всего, вы проверяете путь, которого на этом хосте нет, или домен попадает на виртуальный хост по умолчанию. Сначала проверьте домен без пути и добавьте путь, когда корень ответит 200.
Часто задаваемые вопросы
Введите адрес в поле выше и нажмите «Проверить статус». Инструмент отправляет один HTTP-запрос с нашего сервера и показывает код статуса, время ответа и все заголовки ответа. Код от 200 до 399 означает, что сайт работает; от 400 до 599 или статус 0 — что он не работает. Показанное время ответа — это полный оборот, который потребовался нашему серверу, а не вашему браузеру: разрешение DNS, TCP-соединение, TLS-рукопожатие и первый ответ, часто всего несколько десятков миллисекунд для близкого сервера.
Эта проверка выполняется с нашего сервера, а не из вашего браузера, поэтому сравнение двух результатов показывает, где сбой. Если мы получаем 200 OK, а страница у вас всё равно не открывается, проблема на вашей стороне: кэш DNS, VPN, прокси, кэш браузера или файл hosts. Если мы тоже получаем 502 или тайм-аут, сбой на стороне сайта, а не у вас, — хотя геоблокировка или правило межсетевого экрана против нашего IP отсюда выглядят точно так же.
503 Service Unavailable означает, что сервер доступен, но прямо сейчас отказывается обслуживать запрос — обычно из-за перегрузки или плановых работ. По определению это временно, и ответ часто содержит заголовок Retry-After, указывающий, когда стоит повторить попытку. Поисковые системы читают короткий 503 как «зайдите позже», а не как постоянную ошибку.
На практике: просроченные или несовпадающие TLS-сертификаты и сломанные DNS-записи (и то и другое выглядит как статус 0), упавшее приложение или нехватка памяти (500), прокси, который не достучался до сервера-источника во время выката (502), трафик сверх возможностей или техработы (503), база данных медленнее тайм-аута прокси (504), а также масштабные аварии CDN или облачного провайдера.
Сначала убедитесь здесь, что сбой не ограничен вашей сетью. Затем прочитайте код: 5xx — смотрите журналы сервера-источника и менеджер процессов, 0 — проверьте DNS и срок действия сертификата, 403 — правило файрвола или WAF, а 404 на голом домене — неверный виртуальный хост. Загляните на страницу статуса вашего провайдера, прежде чем открывать тикет.
Да. Перейдите на вкладку «Массовая проверка» и вставьте до 10 адресов, по одному в строке. Они проверяются по очереди с паузой 300 мс между запросами, а результаты выводятся списком с вердиктом, кодом статуса и временем ответа. Затем весь прогон можно скачать в CSV или скопировать как таблицу с разделением табуляцией.
Нет, и это сделано намеренно. Редиректы не отслеживаются, поэтому 301 или 302 показывается ровно так, как его отправил сервер, вместе с заголовком Location — именно это нужно при проверке правила перехода с HTTP на HTTPS или с non-www. Чтобы пройти всю цепочку редиректов шаг за шагом, воспользуйтесь нашей Проверкой редиректов.
Потому что запрос приходит с IP-адреса дата-центра и с User-Agent FreeWebTools Status Checker/1.0. Сервисы защиты от ботов, WAF и правила брандмауэра CDN обычно отвечают автоматическим клиентам кодом 403 Forbidden или страницей проверки, а обычные браузеры обслуживают как всегда. Поэтому 403 от этого инструмента означает «этому клиенту отказано», а не всегда «сайт не работает».
Это время в миллисекундах, которое наш сервер потратил на один запрос HEAD, включая DNS-разрешение, TCP-соединение и TLS-рукопожатие. Оно не включает изображения, CSS, JavaScript и отрисовку, поэтому оно намного меньше показателя загрузки страницы в Lighthouse. Сравнивайте измерения между собой и учитывайте 100–300 мс сверху для удалённого сервера.
Нет. Эндпоинт отклоняет имена localhost, 127.0.0.1, 0.0.0.0 и ::1, любые IP из частных и зарезервированных диапазонов вроде 192.168.x.x или 10.x.x.x, адреса облачных метаданных, например 169.254.169.254, а также чувствительные порты 22, 3306 и 6379. Имя хоста разрешается один раз и отклоняется, если этот адрес IPv4 оказался частным; проверка работает только с IPv4, поэтому считайте её защитой от подделки запросов на стороне сервера (SSRF), а не гарантией. Внутренние узлы проверяйте через curl изнутри сети.
Источники и стандарты
Пять классов состояний и значение каждого кода взяты из спецификации HTTP и реестра IANA, указанных ниже. Страницы MDN и Google Search Central — это документация, а не спецификации, а 429 Too Many Requests определён в RFC 6585, а не в RFC 9110. Вердикт «работает / не работает» — наше собственное прочтение этих границ классов: страница считает работающим диапазон 200–399, а 400–599 и любой запрос, вообще не получивший кода состояния, — неработающим.
- RFC 9110, HTTP Semantics, раздел 15 — нормативное определение каждого класса состояний.
- Реестр кодов состояния HTTP организации IANA — официальный список назначенных кодов.
- MDN, коды состояния ответа HTTP — практические заметки по каждому коду.
- Google for Developers, «How HTTP Status Codes Affect Google's Crawlers» — что каждый код значит для сканирования и индексирования.
- Google for Developers, «Debug Network and DNS Errors for Google's Crawlers» — что означает запрос, не получивший кода состояния.
- RFC 6585, Additional HTTP Status Codes, раздел 4 — определение кода 429 Too Many Requests и связанной с ним подсказки Retry-After.