Проверьте, работает ли сайт вообще
Первым делом убедитесь, что проблема не на вашей стороне. Откройте сайт с телефона через мобильный интернет, а не через Wi-Fi. Попросите коллегу или знакомого открыть его из другого города.
Если сайт открывается у других - проблема в вашем интернете, роутере или локальных настройках. Перезагрузите роутер, попробуйте другой браузер, отключите VPN.
Если не открывается ни у кого - воспользуйтесь сервисом вроде «Down for Everyone or Just Me» или «Ping Admin». Вбиваете адрес сайта, и он показывает, доступен ли сайт из разных точек мира. Это займёт десять секунд и сразу даст понимание масштаба.
Проверьте оплату хостинга и домена
Самая частая причина падения сайта - закончились деньги на счёте хостинга или истёк срок регистрации домена. Хостеры обычно предупреждают за неделю, но письмо легко пропустить.
Зайдите в личный кабинет хостинга и проверьте баланс. Если услуга приостановлена, пополните счёт - сайт поднимется в течение часа. Проверьте также статус домена через whois-сервис: если домен просрочен, его нужно продлить через регистратора.
Это не стыдно и случается даже с крупными компаниями. Но если вы делегировали оплату подрядчику, а он забыл - это повод пересмотреть, кто отвечает за инфраструктуру.
Посмотрите, что показывает браузер
Ошибки на экране - это подсказки. «502 Bad Gateway» или «503 Service Unavailable» означают, что сервер перегружен или не отвечает. Такое бывает при резком наплыве посетителей или атаке. Перезагрузка сервера через панель хостинга часто помогает.
«500 Internal Server Error» - ошибка в коде сайта. Возможно, кто-то обновил плагин или изменил конфигурацию. Если есть доступ к серверу, проверьте логи ошибок - там будет написано, какой файл или скрипт сломался.
«DNS_PROBE_FINISHED_NXDOMAIN» - браузер не может найти сайт по имени. Либо домен не оплачен, либо сменились DNS-записи и ещё не обновились (это занимает до 24 часов). Проверьте, правильно ли указаны серверы имён в настройках домена.
Белый экран без текста ошибки - чаще всего проблема в PHP или базе данных. Включите режим отладки, если знаете как, или сразу зовите разработчика.
Проверьте почту и уведомления
Хостеры и сервисы мониторинга присылают письма, когда что-то идёт не так: закончилось место на диске, сертификат SSL истёк, сервер упал. Откройте почту и поищите письма за последние сутки от хостинга, регистратора домена, систем мониторинга.
Если письмо есть - там обычно написано, что именно случилось и что делать. Например, «превышен лимит inodes» означает, что на сервере слишком много файлов - нужно почистить кеш, старые бэкапы или логи.
Настройте уведомления на телефон, если ещё не сделали. Так вы узнаете о проблеме раньше, чем клиенты начнут жаловаться.
Откатите последние изменения
Если сайт работал, а потом внезапно упал - вспомните, что менялось за последние часы. Обновляли плагины? Правили код? Меняли настройки сервера?
Большинство хостингов делают автоматические бэкапы раз в день или неделю. Зайдите в панель хостинга, найдите раздел «Резервные копии» и восстановите версию сайта, которая точно работала. Это займёт пять минут и часто решает проблему без разбора причин.
Если менялись файлы напрямую на сервере - проверьте дату изменения через FTP-клиент. Удалите или верните старую версию изменённого файла.
После восстановления обязательно разберитесь, что именно сломало сайт, иначе ситуация повторится. Если это было обновление плагина - отложите его и сообщите разработчику.
Проверьте нагрузку и место на сервере
Сайт может упасть из-за нехватки ресурсов. Откройте панель хостинга и посмотрите на графики: загрузка процессора, память, место на диске. Если что-то из этого под 100% - вот ваша причина.
Место на диске заканчивается из-за разросшихся логов, бэкапов или загруженных файлов. Удалите старые архивы, очистите папку с логами. Если не знаете, что можно удалять - попросите разработчика или техподдержку хостинга.
Высокая нагрузка на процессор может быть из-за наплыва посетителей, ботов или вредоносных скриптов. Посмотрите статистику посещений: если трафик вырос в разы - скорее всего, атака или краулеры поисковиков. В таких случаях помогает подключение CDN или временное ограничение доступа через .htaccess.
Проверьте SSL-сертификат
Если браузер показывает предупреждение о небезопасном соединении - проблема в SSL-сертификате. Он мог истечь, не обновиться автоматически или быть неправильно установлен.
Откройте сайт через http:// вместо https:// - если так он грузится, значит дело точно в сертификате. Зайдите в панель хостинга, найдите раздел SSL и проверьте срок действия. Большинство хостингов выдают бесплатные Let's Encrypt-сертификаты с автопродлением, но иногда этот процесс ломается.
Перевыпустите сертификат через панель или обратитесь в поддержку хостинга - обычно они решают это за десять минут.
Когда звонить разработчику и что ему сказать
Если перечисленные шаги не помогли - пора подключать того, кто делал сайт. Но чем больше информации вы соберёте, тем быстрее он найдёт причину.
Скажите разработчику: когда именно сайт упал, что показывает браузер (текст ошибки или скриншот), что вы уже проверили, были ли изменения на сайте в последние дни. Дайте доступы к хостингу и домену - без них он не сможет ничего сделать.
Если разработчика, который делал сайт, больше нет - обращайтесь к новому. Мы в EFIMOV DEV регулярно поднимаем чужие проекты и разбираемся в коде, который писали не мы. Обычно на диагностику уходит от получаса до нескольких часов, в зависимости от сложности.
Как избежать простоев в будущем
Настройте мониторинг сайта. Есть бесплатные сервисы вроде UptimeRobot - они проверяют доступность каждые пять минут и шлют уведомление в Telegram или на почту, если сайт не отвечает. Вы узнаете о проблеме раньше клиентов.
Заведите календарь для оплаты хостинга и домена. Поставьте напоминание за неделю до окончания срока. Или настройте автоплатёж, если хостинг это поддерживает.
Договоритесь с разработчиком или студией о техподдержке. Это недорого - обычно от пары тысяч рублей в месяц - и решает 90% проблем до того, как сайт упадёт. В пакет входят обновления, проверка бэкапов, мелкие правки и дежурство на случай аварий.
Регулярно проверяйте бэкапы. Не достаточно, чтобы они просто делались - нужно хотя бы раз в полгода пробовать их развернуть. Иначе в критический момент окажется, что архив битый.
Большинство проблем с доступностью сайта решаются за пять минут, если знать, куда смотреть. Проверьте баланс хостинга, откройте сайт с другого устройства, посмотрите на текст ошибки и почту - часто причина лежит на поверхности. Если не помогло - соберите всю информацию и передайте разработчику. А чтобы таких ситуаций было меньше, настройте мониторинг, календарь оплат и регулярную техподдержку.
Частые вопросы
Сайт не открывается только у меня - что делать?
Проверьте интернет-соединение, перезагрузите роутер, попробуйте другой браузер или устройство. Откройте сайт через мобильный интернет. Если везде, кроме вашего компьютера, сайт работает - проблема в локальных настройках, кеше браузера или DNS.
Сколько времени нужно, чтобы восстановить упавший сайт?
Зависит от причины. Если проблема в оплате хостинга - до часа после пополнения. Если в коде или конфигурации - от получаса до нескольких часов. Откат из бэкапа занимает 5-15 минут.
Можно ли самому поднять сайт без разработчика?
Да, если причина простая: не оплачен хостинг, переполнен диск, нужно перезагрузить сервер или откатить из бэкапа. Всё это делается через панель хостинга. Но если ошибка в коде или базе данных - нужен разработчик.
Что такое мониторинг сайта и зачем он нужен?
Это сервис, который постоянно проверяет, доступен ли ваш сайт, и присылает уведомление, если он не отвечает. Вы узнаёте о проблеме сразу, а не когда клиенты начинают жаловаться. Есть бесплатные варианты вроде UptimeRobot.