Сайт перестал открываться — и первое, что нужно сделать, это не звонить всем подряд, а за пятнадцать минут отделить четыре разных ситуации друг от друга. «Не открывается у меня», «не открывается у всех», «открывается, но чужой» и «открывается, но пустой белый экран» чинятся разными людьми и за разное время. Ниже — порядок проверки, который мы проходим сами, прежде чем что-то трогать.
Шаг 1. Понять, у всех ли он не открывается
Половина обращений «сайт лёг» заканчивается тем, что сайт работает, а не открывается он у одного человека. Проверка занимает минуту:
- откройте сайт с мобильного интернета, а не с офисного Wi-Fi;
- откройте в режиме инкогнито — так исключается кэш браузера;
- попросите открыть кого-то в другом городе или проверьте через любой сервис вида «доступен ли сайт».
Если у других сайт открывается — проблема в вашей сети, DNS-кэше или блокировке провайдера, и с самим сайтом делать ничего не нужно.
Шаг 2. Прочитать, что именно отвечает сервер
Экран ошибки — это не «сайт сломался», а конкретное сообщение о том, на каком участке оборвалась цепочка. Цепочка такая: домен → DNS → хостинг → веб-сервер → PHP → база данных. Каждая ошибка указывает на своё звено.
| Что видно на экране | Что оборвалось | Кто чинит |
|---|---|---|
| «Не удаётся найти DNS-адрес сервера» | Домен или DNS: истёк срок, сменились NS-серверы | Регистратор домена |
| Страница-заглушка хостинга | Не оплачен хостинг или аккаунт заблокирован | Хостинг, по оплате |
| 500 Internal Server Error | Фатальная ошибка кода: плагин, тема, правка в файле | Разработчик или поддержка |
| 502 / 504 Gateway Timeout | Сервер не ответил вовремя: нагрузка, зависший процесс | Хостинг, затем разработчик |
| 403 Forbidden | Права на файлы или защита хостинга | Хостинг |
| «Ошибка установки соединения с базой данных» | База данных недоступна или сменились доступы | Хостинг или разработчик |
| Пустой белый экран | Фатальная ошибка PHP с выключенным выводом ошибок | Разработчик |
| Предупреждение браузера о безопасности | Истёк SSL-сертификат | Хостинг, обычно за 10 минут |
| Сайт открывается, но содержимое чужое | Взлом или подмена в панели домена | Срочно к разработчику |
Скриншот этого экрана — самое полезное, что можно приложить к обращению. По нему подрядчик отвечает сразу, без переписки «а что именно вы видите».
Шаг 3. Три причины, которые встречаются чаще остального
Кончился срок домена или хостинга. Самая обидная и самая частая. Уведомления уходят на почтовый ящик, который заводили пять лет назад и который никто не читает. Проверяется за минуту в панели регистратора; сайт возвращается сразу после оплаты, но DNS может обновляться до нескольких часов.
Обновление плагина или темы. Сайт работал вчера, сегодня — 500-я ошибка или белый экран, и между этими двумя событиями было автообновление. Лечится откатом того, что обновилось.
Истёк SSL-сертификат. Сайт при этом жив, но браузер закрывает его предупреждением, и посетители уходят. Бесплатные сертификаты продлеваются автоматически, и именно поэтому о них забывают, когда автопродление ломается.
Шаг 4. Что можно сделать самому, ничего не сломав
- Вспомнить последнее действие. Что делали на сайте последним — обновление, установка плагина, правка файла, смена настроек? Откат этого действия решает большинство случаев.
- Отключить подозрительный плагин без входа в админку. По FTP переименовать его папку в
wp-content/plugins/— WordPress отключит его сам. Действие обратимое: вернули имя — вернули плагин. - Включить запись ошибок. В
wp-config.php—WP_DEBUG_LOG. Белый экран после этого превращается в строку с именем файла и номером строки. - Сохранить копию до вмешательства. Даже если сайт лежит, файлы и база ещё целы — и именно их проще всего потерять при попытках починить.
Чего делать не стоит: переустанавливать WordPress поверх, править файлы ядра наугад, чистить таблицы базы «на всякий случай» и менять пароли до того, как понятно, что произошло. Каждое из этих действий превращает получасовую задачу в многочасовую.
Шаг 5. Если сайт подменён
Признаки: в поиске по названию компании выдаётся чужой текст, при заходе с телефона открывается редирект, в админке появился незнакомый пользователь. Порядок здесь другой и он срочный:
- закрыть сайт заглушкой, чтобы не индексировалось подменённое;
- сменить пароли FTP, панели хостинга и администраторов — все сразу;
- снять копию заражённых файлов до чистки: по ней ищут точку входа;
- восстановить из резервной копии, которая заведомо старше даты взлома;
- закрыть саму дыру — иначе через неделю всё повторится.
Восстановление без последнего пункта — не восстановление, а отсрочка.
Как не попадать в это снова
Все перечисленные аварии предотвращаются четырьмя вещами, ни одна из которых не требует бюджета:
- Мониторинг доступности — проверка раз в минуту и уведомление. Про падение узнаёте вы, а не клиент по телефону.
- Резервные копии по расписанию, которые лежат не на том же сервере, и которые хоть раз разворачивали. Не проверенная копия — это не копия.
- Обновления на тестовой копии, а не сразу на живом сайте.
- Даты домена и хостинга в календаре — с напоминанием за месяц и на почту, которую читают.
Это и есть содержание регулярной работы: не «чинить, когда упало», а держать так, чтобы не падало. Если вести это самим некому — поддержка сайта закрывает ровно этот набор: мониторинг, копии, обновления, продления и разбор аварий, когда они всё-таки случаются.
Частые вопросы
Сайт не открывается только у меня — это может быть проблемой сайта?
Может, если сработала защита хостинга и она заблокировала ваш IP после нескольких неудачных входов. Проверяется заходом с мобильного интернета: открылось — значит блокировка по адресу.
Сколько времени занимает восстановление?
Оплата домена или хостинга — минуты плюс обновление DNS. Откат обновления — до часа. Чистка после взлома с поиском точки входа — от нескольких часов до нескольких дней, в зависимости от того, есть ли чистая резервная копия.
Хостинг говорит, что у них всё в порядке. Что дальше?
Значит, оборвалось звено выше: код сайта, база или сертификат. Попросите у хостинга последние строки лога ошибок — там обычно прямо указан файл, из-за которого сайт не отдаётся.
Можно ли восстановить сайт без резервной копии?
Часто да: файлы и база остаются на сервере даже при неработающем сайте. Копия нужна в другом случае — когда файлы удалены или зашифрованы. Тогда без неё восстанавливать нечего.