Сайт не работает: разбор частых причин и что проверить

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

Что проверить за 10 минут до звонка разработчику

Прежде чем поднимать тревогу и писать в поддержку, стоит собрать минимум фактов. Это ускорит диагностику в разы: разработчик или хостинг-провайдер, получив точное описание симптома, находит причину за считаные минуты, а не перебирает варианты вслепую.

1. Откройте сайт с другого устройства и, желательно, из другой сети — с мобильного интернета, а не с того же Wi-Fi. Если с одного устройства сайт не открывается, а с другого работает — проблема локальная (у вас или у оператора), а не на сервере.
2. Зафиксируйте точный текст ошибки. «Сайт не работает» — это не диагноз. Таймаут соединения, ошибка 500, страница хостинга с сообщением о блокировке, предупреждение браузера о небезопасном соединении — это четыре разные проблемы с разными причинами и разным временем на устранение.
3. Проверьте, открывается ли админ-панель или личный кабинет CMS. Если админка работает, а публичная часть — нет, это сужает круг причин до логики шаблона, кеша или конкретного плагина.
4. Посмотрите почту и личный кабинет хостинг-провайдера и регистратора домена. Уведомления о завершении оплаты, блокировке за превышение лимитов или предупреждения о скором истечении домена почти всегда приходят заранее — их просто не всегда читают вовремя.
5. Уточните, что изменилось за последние сутки: устанавливались ли обновления, добавлялись ли новые плагины или интеграции, менялся ли хостинг или DNS. Совпадение по времени с последним изменением — самая сильная подсказка о причине.

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

Хостинг и домен: проверьте оплату первой

Самая частая и одновременно самая обидная причина простоя — истёкшая оплата хостинга или домена. Сайт технически исправен, код не менялся, ничего не сломано — но провайдер отключил услугу за неоплату, либо срок регистрации домена закончился, и он ушёл в статус ожидания освобождения, а затем может быть выставлен на аукцион свободных доменных имён. Во втором случае вернуть домен без потерь бывает уже невозможно, если пропущено и льготное «карантинное» окно на продление.

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

Предупреждение о безопасности вместо сайта

Если браузер вместо страницы показывает предупреждение о небезопасном соединении, а не саму ошибку — скорее всего, истёк SSL-сертификат. Сервер при этом отвечает исправно, сайт технически работает, но для посетителя разницы нет: страница не открывается, а выглядит это ещё и тревожно — с явным предупреждением «сайт может быть небезопасен».

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

Место на диске и лимиты хостинга

Тарифы хостинга почти всегда ограничивают не только дисковое пространство, но и оперативную память, число одновременных процессов и количество запросов к базе данных. Когда лимит исчерпан, сайт не обязательно падает полностью — он может продолжать открываться, но частично отказывать: не сохранять новые заказы, не загружать файлы, не отправлять письма с форм, выдавать ошибку 500 на отдельных страницах.

Это одна из самых коварных причин именно потому, что маскируется под «почти рабочий» сайт: главная страница открывается, каталог листается, а любое действие, требующее записи данных, — заявка, оплата, загрузка изображения в товар — заканчивается ошибкой. Если жалобы клиентов сводятся к «не смог оформить заказ», а не «сайт не открывается», в первую очередь стоит проверить именно свободное место и лимиты ресурсов в панели хостинга.

Обновление CMS, темы или плагина сломало сайт

Обновления закрывают уязвимости и добавляют функциональность, но каждое из них — потенциальный конфликт с уже установленными компонентами. Если обновление применяется сразу на боевом сайте, без предварительной проверки на копии, результат непредсказуем: может отказать один модуль, может — весь сайт целиком.

Для PHP-сайтов типичный симптом такого конфликта — полностью белый экран без текста ошибки: PHP столкнулся с несовместимостью в коде и просто прекратил выполнение. Со стороны это выглядит пугающе — «всё пропало» — но чаще всего откат последнего обновления или отключение конфликтующего плагина возвращает сайт в рабочее состояние за считаные минуты. Ключевой признак этой причины — точное совпадение времени сбоя с моментом установки обновления, поэтому история изменений (если она ведётся) сразу указывает на виновника.

База данных не отвечает или повреждена

Большинство современных сайтов хранят почти весь контент — тексты, товары, заказы, настройки — в базе данных, а не в файлах. Если база недоступна, сайт вместо страниц показывает ошибку соединения с базой данных или её вариацию средствами конкретной CMS.

Причин у такого сбоя несколько: исчерпан лимит одновременных подключений к базе (например, из-за резкого роста трафика или зависшего процесса), часть таблиц повреждена из-за некорректного завершения предыдущей операции, либо произошёл сбой при обновлении структуры таблиц — так называемой миграции — во время установки обновления. Отличить эту причину от предыдущей несложно по формулировке ошибки: она явно упоминает базу данных, соединение или таблицу, а не общий код 500.

DNS, взлом и наплыв трафика: когда сайт «работает не для всех»

Три следующие причины объединяет общая черта: сайт может быть недоступен не для всех одновременно, а выборочно — по региону, устройству, типу посетителя. Это сильнее всего сбивает с толку, потому что владелец сайта, проверяя его со своего компьютера, нередко видит, что «всё в порядке», в то время как часть аудитории сталкивается с реальной проблемой.

• DNS-проблема возникает после смены хостинга, регистратора домена или добавления новой интеграции (например, почтового сервиса или CDN). DNS-записи домена указывают не туда, куда нужно, или обновились не везде: значения кешируются на разных уровнях интернета и распространяются постепенно, поэтому одни пользователи уже видят новую версию, а другие — старую или вообще ничего.
• Взлом сайта не всегда выглядит как отказ в привычном смысле. Вредоносный код, внедрённый в файлы, может показывать владельцу и части посетителей обычную рабочую страницу, а поисковым системам, ботам или посетителям из определённых источников — совсем другой контент, включая перенаправление на сторонние ресурсы. Первый явный сигнал — предупреждение о небезопасном сайте в браузере или в результатах поиска, которое появляется раньше, чем видимые изменения на самих страницах.
• Пиковая нагрузка или нежелательный бот-трафик — резкий всплеск запросов от рекламной кампании, попадания в топ выдачи или агрессивного автоматического сканирования — может положить сервер, если его ресурсы заранее не были рассчитаны на такой поток. Здесь сайт недоступен, как правило, для всех сразу, но именно в момент максимального интереса аудитории, что делает такой простой особенно затратным по упущенным обращениям.

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

Если причиной оказалось само обновление CMS или плагина, разберите отдельно, как проводить его безопасно в следующий раз, — в статье «Обновление CMS и плагинов: какие риски держать под контролем». А регулярный присмотр за сайтом без авралов — это и есть услуга сопровождения сайта.

Главная причина простоев и практический вывод

Есть системная проблема, которая объединяет практически все описанные ситуации. Чаще всего о том, что сайт не работает, компания узнаёт не от собственного контроля, а от клиента, который написал или позвонил, потому что не смог оформить заказ. Это означает, что простой длится не с момента сбоя, а с момента сбоя плюс время, пока кто-то не пожалуется, — а пожалуется далеко не каждый: часть посетителей просто уходит к конкурентам молча.

Устраняется это не сложной системой, а одной простой практикой — автоматической проверкой доступности сайта с оповещением на почту или в мессенджер при первом же сбое. Такой мониторинг обращается к сайту каждые несколько минут и мгновенно сигнализирует, если сайт перестал отвечать, начал отдавать ошибку или сертификат приблизился к истечению. Стоимость подобных решений минимальна по сравнению с ценой одного незамеченного простоя в рабочий день.

Помимо мониторинга, три привычки заметно сокращают длительность любого простоя, если он всё же случился:

• Регулярные резервные копии сайта и базы данных — с периодической проверкой, что из них действительно можно восстановиться, а не только с фактом их создания.
• Мониторинг доступности сайта и срока действия сертификата с оповещением при первом сбое, а не когда клиенты начали жаловаться массово.
• Тестирование обновлений CMS, темы и плагинов на копии сайта, а не сразу на боевой версии, к которой обращаются реальные посетители.

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

А если сайт сейчас работает — это лучший момент проверить домен, сертификат и лимиты хостинга не по факту сбоя, а заранее, и настроить мониторинг доступности, пока не пришлось объяснять клиенту, почему заявка не сохранилась.