Состояние сайтов: как проверить доступность и скорость — инструкция для новичка

Что такое состояние сайтов и из чего оно складывается

Состояние сайта — это три свойства в конкретный момент: доступность (сайт открывается), скорость (сервер отвечает быстро, ориентир — до 800 мс) и корректность ответа (страница отдаётся с кодом 200, а не с ошибкой 500). Сайт может открываться и при этом показывать пустую страницу, поэтому одной доступности мало.

Состояние сайта не равно состоянию сервера. Сервер может работать штатно, а SSH на порту 22 отвечать, но сайт при этом недоступен из-за неверной записи DNS или просроченного сертификата. Как проверять сам сервер, описано в статье о состоянии серверов.

Проверка нужна после переноса сайта, смены DNS и при жалобах посетителей. Для домена example.com она складывается из четырёх групп показателей:

• DNS (Domain Name System): домен указывает на нужный IP-адрес;
• порт: открыт 443 для HTTPS или 80 для HTTP;
• SSL (Secure Sockets Layer): сертификат действителен, у Let’s Encrypt он живёт 90 дней;
• HTTP-код: сайт отвечает 200, а не 404 или 502.

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

Как работает проверка доступности сайта

Когда вы открываете example.com, запрос проходит 4 этапа: DNS, TCP-соединение на порт 443 (для HTTP — 80), TLS-рукопожатие и HTTP-ответ. Проверка состояния сайта повторяет эту цепочку и показывает, на каком звене она оборвалась.

На каждом этапе сбой выглядит по-своему. Если ломается DNS (Domain Name System, система доменных имён), домен не превращается в IP-адрес: проверьте записи домена или запустите DNS-чекер. Закрытый порт даёт отказ или таймаут на этапе TCP, а проверка порта покажет, слушает ли сервер 443. Просроченный сертификат ломает TLS (Transport Layer Security, протокол шифрования), а на последнем этапе сервер возвращает код ответа.

Команда ping не заменяет такую проверку. Она использует ICMP (Internet Control Message Protocol), который на сервере часто закрыт: сайт работает, а пинг не проходит. Ответ на ping тоже не доказывает, что сайт жив, ведь он не проверяет ни TLS, ни HTTP. Узнайте, что такое ping и для чего он годится.

Вот что означают самые частые коды HTTP-ответа:

• 200 — норма, страница отдана;
• 301 — постоянное перенаправление, например с http на https;
• 404 — страница не найдена;
• 502 — шлюз получил ошибку от сервера приложения;
• 503 — сервер перегружен или временно недоступен.

Как проверить состояние сайта: 7 шагов

Проверка идёт по цепочке из четырёх этапов: DNS (система доменных имён), соединение с портом, TLS-рукопожатие и HTTP-ответ. Если сломан ранний этап, следующие не сработают, поэтому шаги идут в этом же порядке. Весь путь на примере example.com занимает около 5 минут.

Вам понадобятся браузер и терминал: PowerShell в Windows или любой терминал в macOS и Linux. Записывайте результат каждого шага и сравнивайте с нормой.

Выполните шаги по порядку:

1. Откройте https://example.com в режиме инкогнито и нажмите Ctrl+F5, чтобы обновить страницу без кэша. Норма: страница загружается целиком, браузер не показывает предупреждений.
2. Выполните nslookup example.com. Норма: в ответе есть IP-адрес вашего сервера, и он совпадает с ожидаемым; сверить его можно в IP-тесте. Ответ «Non-existent domain» означает проблему с DNS.
3. Проверьте порты 443 (HTTPS) и 80 (HTTP): nc -zv example.com 443 или в PowerShell Test-NetConnection example.com -Port 443. Норма: соединение установлено на обоих портах; порты можно проверить онлайн и командами или через порт-чекер.
4. Выполните curl -I https://example.com и прочитайте первую строку. Норма: 200; 301 и 302 допустимы, если ведут на нужный адрес; 404 и 500, 502, 503, 504 — признак проблемы, а как проверить ответ сервера, описано отдельно.
5. Измерьте время: curl -o /dev/null -s -w "%{http_code} %{time_total}\n" https://example.com. Норма: код 200 и время до 0,8 с; свыше 1,8 с — плохой результат.
6. Проверьте срок сертификата: echo | openssl s_client -connect example.com:443 -servername example.com 2>/dev/null | openssl x509 -noout -enddate. Норма: до окончания больше 30 дней; сертификат Let’s Encrypt действует 90 дней. Если сайт вызывает сомнения, проверьте ссылку на безопасность онлайн.
7. Повторите шаги 1 и 4 из другой сети, например через мобильный интернет, и минимум из 2–3 локаций онлайн-сервисом. Норма: везде код 200 и одинаковый результат. Если сайт открывается не везде, проблема в чьей-то сети, а не в сервере.

Какие показатели смотреть и какие значения считать нормальными

Число без порога ничего не говорит, поэтому сверяйте каждый показатель с нормой. Код ответа и время ответа сервера (TTFB, time to first byte) вы получите одной командой curl. Аптайм, то есть долю времени, когда сайт доступен, покажет только мониторинг. Скорость из разных точек сравните, когда проверите скорость по двум IP.

Одно отклонение ещё не авария. Повторите проверку минимум из 2–3 локаций: если везде код 200, проблема в вашей сети. Если TTFB выше 1,8 с или приходят коды 502, 503, 504, смотрите нагрузку на сервер и оцените, какой VDS работает быстрее. Ошибки на портах 80 и 443 разберите по инструкции как проверить IP и порт, а если тариф упёрся в лимиты, подберите VPS под нагрузку.

Сверяйте результаты с таблицей:

Как настроить постоянный мониторинг сайта на своём VPS

Ручная проверка показывает состояние сайта только в момент запуска. Постоянный мониторинг опрашивает example.com сам: обычно раз в 1–5 минут, с таймаутом 10 секунд на одну проверку. Оповещение стоит настроить после 2–3 неудач подряд, чтобы единичный сбой сети не поднимал тревогу.

Для своего виртуального частного сервера (VPS, Virtual Private Server) подойдёт Uptime Kuma — открытый сервис мониторинга. Его веб-интерфейс по умолчанию открывается на порту 3001, интервал проверки по умолчанию — 60 секунд. Откройте этот порт в файрволе только для вашего IP-адреса.

Держите мониторинг на сервере, отдельном от сайта: если упадёт сам сервер, сервис на нём не сообщит о сбое. Для этой роли хватит недорогого виртуального сервера минимальной конфигурации. Для начала достаточно двух типов проверок:

• HTTP (протокол передачи гипертекста) — запрашивает https://example.com и ждёт код 200;
• Port — проверяет, что порт 443 (для HTTP — 80) принимает соединения.

Добавьте уведомления на почту или в мессенджер, и о сбое вы узнаете раньше посетителей.

Ошибки при проверке состояния сайтов и что с ними делать

Даже верные команды дают ложную картину, если проверять неправильно. Новички чаще всего повторяют одни и те же промахи.

Вот пять ошибок, из-за которых рабочий сайт кажется сломанным, а реальный сбой остаётся незамеченным:

• проверка только из своей сети;
• ориентир только на код 200;
• игнорирование DNS и SSL;
• путаница с кэшем браузера;
• проверка раз в сутки без оповещений.

Проверка только из своей сети

Ваш провайдер может не пускать на example.com, хотя для остальных сайт открывается. Проверьте адрес минимум из 2–3 локаций: через онлайн-сервис с узлами в разных странах и с мобильного интернета.

Ориентир только на код 200

Код 200 говорит лишь о том, что сервер ответил, но не о том, что страница выглядит правильно. Выполните curl -o /dev/null -s -w "%{http_code} %{time_total}\n" https://example.com и сравните время: свыше 1,8 с — плохо. Если страница пустая или странная, узнайте CMS сайта, чтобы понять, где искать причину.

Игнорирование DNS и SSL

Начните с nslookup example.com: без адреса в ответе сайт недоступен, даже если сервер работает. Сертификат Let’s Encrypt действует 90 дней, поэтому продлевайте его за 30 дней до окончания. Чтобы сверить адрес сервера, посмотрите данные Whois по IP, а у недавно купленного домена проверьте возраст домена: DNS-записи могли ещё не обновиться.

Путаница с кэшем браузера

Браузер способен показывать старую копию страницы, и тогда вы не увидите ни сбоя, ни исправления. Нажмите Ctrl+F5 или откройте сайт в режиме инкогнито. Команда curl -I https://example.com покажет заголовки ответа напрямую от сервера.

Проверка раз в сутки без оповещений

При аптайме 99% сайт простаивает около 7 часов в месяц, и разовая проверка это не поймает. Настройте мониторинг с интервалом 1–5 минут и оповещением после 2–3 неудач подряд.

Если держать в голове эти пять ловушек, проверка занимает те же 5 минут, но показывает реальное состояние сайта, а не картинку из вашей сети или кэша.

Чем проверить состояние сайта: онлайн-сервис, командная строка или мониторинг

Способ выбирают по задаче. Онлайн-сервис проверяет сайт сразу из нескольких локаций. Команды curl, nslookup и ping показывают, на каком этапе возникает сбой. Постоянный мониторинг следит за сайтом без вашего участия.

Сочетайте способы: сначала запустите онлайн-проверку, затем найдите причину командами, а для постоянного контроля поставьте Uptime Kuma. Так вы отличите сбой сайта от проблем вашей сети.

На время ответа сервера (TTFB, Time To First Byte) влияет и железо. Медленный диск задерживает чтение файлов, поэтому изучите разницу между SATA и NVMe. Тяжёлые запросы к базе данных тоже тормозят страницу, а сравнение PostgreSQL и MySQL поможет выбрать подходящую СУБД.

Сравнение трёх способов:

Когда ручной проверки состояния сайта недостаточно

Разовая проверка за 5 минут показывает состояние сайта только в момент запуска команд. Если сайт упал через минуту после неё, вы узнаете об этом от клиентов. Для личной странички это терпимо, для коммерческого проекта — нет.

Ориентир — аптайм 99,9%: это около 44 минут простоя в месяц. При 99% простой вырастает примерно до 7 часов, и магазин за это время теряет заказы. Вручную поймать сбой длиной в несколько минут невозможно, поэтому нужен автоматический опрос раз в 1–5 минут.

Постоянный мониторинг нужен в таких случаях:

• интернет-магазин: каждая минута простоя означает потерянные заказы;
• сервис с оплатой: сбой на порту 443 обрывает платежи;
• несколько сайтов на одном VPS (virtual private server, виртуальный сервер): падение сервера отключает все проекты сразу;
• сертификат Let’s Encrypt действует 90 дней, и забытое продление закрывает сайт для посетителей.

Если сбои повторяются даже при мониторинге, причина часто в слабом сервере. Изучите, как устроено облако Yandex Cloud и облако Билайн, или сразу подберите VPS под нагрузку вашего проекта.