Простой сайта даже в течение 60 минут может стоить бизнесу от 2% до 15% дневной выручки, а для SEO-продвижения критическим становится простой свыше 24 часов из-за риска вылета из индекса. Когда сайт недоступен, 80% владельцев совершают ошибку, пытаясь обновить страницу или писать в поддержку, теряя драгоценное время на ожидание ответа тикета.
Проверка DNS и статуса домена
Первым делом проверяем статус домена через WHOIS. Часто причина в банальном истечении срока регистрации: если дата 'Expiry Date' прошла, сайт перестает резолвиться. Также проверяем DNS-записи (A-запись) через сервис dig или nslookup. Если IP сервера в записях не совпадает с текущим IP вашего хостинга — связь разорвана.
Кейс: сайт перестал открываться после смены DNS-серверов. Владелец ждал 24 часа, хотя проблема была в опечатке в одном из NS-записей. Время восстановления составило 10 минут после правки, но простой длился сутки. Экспертный вывод: Всегда проверяйте статус домена первым делом; если срок истек менее 48 часов назад, восстановление обычно бесплатно или стоит до 1000 рублей.
Анализ HTTP-кодов ответа сервера
Разберитесь, что именно выдает сервер. Ошибка 500 (Internal Server Error) — это почти всегда проблема в коде или .htaccess, а 502 (Bad Gateway) или 504 (Gateway Timeout) указывают на перегрузку сервера или сбой прокси-сервера (например, Nginx). Если вы видите, что страница недоступна, важно понять: сервер молчит или отвечает конкретным кодом.
Пример: при резком наплыве трафика (в 5-10 раз выше нормы) слабый VPS с 2 ГБ ОЗУ уходит в 504 ошибку из-за исчерпания лимитов PHP-fpm. Экспертный вывод: 5xx ошибки — это зона ответственности сервера/админа, 4xx — ошибка в структуре ссылок или правах доступа. Разделяйте эти понятия, чтобы не искать проблему в DNS там, где упал MySQL.
Мониторинг нагрузки и ресурсов хостинга
Зайдите в панель управления хостингом и проверьте Load Average и потребление RAM. Если загрузка CPU держится на уровне 90-100% более 15 минут, сервер может начать сбрасывать соединения. Часто причиной становятся «тяжелые» плагины или кривой SQL-запрос, который зациклился и «съел» все ресурсы.
Кейс: установка одного некорректного плагина оптимизации картинок увеличила нагрузку на CPU с 15% до 95%, что привело к полной недоступности сайта. Экспертный вывод: Если сайт «лежит» при нормальном DNS, первым делом перезагрузите веб-сервер и базу данных; это решает 70% проблем с временными зависаниями.
Проверка локальных блокировок и сети
Иногда сайт доступен для всего мира, но недоступен только у вас. Проверьте ресурс через сервисы типа Ping-Admin или Packet Tracer. Если из Москвы сайт не открывается, а из Амстердама доступен — проблема либо в вашем провайдере, либо в блокировке IP вашего региона на стороне фаервола сервера (например, сработал ModSecurity или Fail2Ban после 5 неудачных попыток входа в админку).
Сравнение: проверка через VPN занимает 30 секунд и сразу отсекает локальные проблемы, в то время как анализ логов сервера может занять час. Экспертный вывод: Всегда используйте внешние чекеры перед тем, как писать в техподдержку хостинга; это исключит сценарий, когда почему сайт недоступен только у вас.
Анализ логов ошибок error.log
Лог-файл сервера — единственный источник правды. Ищите строки с пометками 'Fatal error' или 'Permission denied'. В 90% случаев после обновления версии PHP (например, с 7.4 на 8.1) сайт падает из-за несовместимости старых функций, что мгновенно отображается в логах.
Пример: ошибка 'Maximum execution time exceeded' в логах указывает на то, что скрипт работает слишком долго и сервер его убивает. Решается правкой параметра max_execution_time с 30 до 60-120 секунд. Экспертный вывод: Чтение логов экономит часы работы. Если вы не знаете, где они, требуйте от хостинга путь к error.log в первую очередь.
Проверка SSL-сертификата и HTTPS
Если браузер пишет «Подключение не защищено», сайт фактически недоступен для большинства пользователей, так как они побоятся заходить. Проверьте срок действия SSL-сертификата. Бесплатные сертификаты Let's Encrypt обновляются каждые 90 дней; если автопродление сбоит, сайт станет недоступен по HTTPS.
Статистика: до 40% отказов пользователей при посещении сайта связаны с предупреждением о безопасности SSL. Экспертный вывод: Настройте мониторинг истечения SSL-сертификата за 7 дней до конца срока, чтобы избежать падения конверсии и доверия поисковиков.
Вывод
Начинайте диагностику строго в этом порядке: DNS → Внешний пинг → Код ошибки → Логи сервера. Самая большая ошибка — менять настройки сервера или переустанавливать CMS до того, как вы точно определили точку отказа. Избегайте дешевых shared-хостингов за 100-200 руб/мес для бизнес-проектов; переход на VPS с гарантированными ресурсами (от 4 ГБ ОЗУ) снижает риск падения по причине перегрузки на 80%.