Сайт перестал работать, а программиста нет: что делать в первый час
Эта статья для владельцев сайтов: ваш собственный сайт перестал работать, а разработчика под рукой нет — он уволился, пропал или «на связи с понедельника». Если не открывается чужой сайт (банк, магазин, госуслуги), починить его вы не сможете: проверьте свой интернет, попробуйте другой браузер или просто подождите, пока владелец устранит сбой. Ниже — порядок действий на первый час, который владелец бизнеса может пройти сам, без знания кода.
Шаг 1. Понять масштаб: сайт не работает у всех или только у вас
Прежде чем звонить кому-либо, убедитесь, что проблема действительно в сайте, а не в вашем компьютере или провайдере. На это уходит 5 минут.
- Откройте сайт с телефона через мобильный интернет, отключив Wi-Fi. Если там открывается — проблема в офисной сети, VPN или браузере.
- Откройте сайт в режиме инкогнито: так исключаются кеш и расширения браузера.
- Проверьте доступность сайта внешним сервисом, например check-host.net: он опрашивает сайт из десятков точек в России и мира и показывает код ответа сервера. Если сайт недоступен из всех точек — сломан он, а не ваш интернет.
- Откройте несколько страниц, а не только главную: корзину, форму заявки, личный кабинет. Иногда главная отдаётся из кеша, а всё остальное лежит.
- Если сайт не открывается только в одном регионе или только на мобильном интернете — возможны региональные ограничения связи или блокировка. Наличие адреса в реестре запрещённых ресурсов проверяется на сайте Роскомнадзора (blocklist.rkn.gov.ru).
Запишите, что именно вы видите: точный текст ошибки или код (500, 502, 504), скриншот, время обнаружения. Этот текст — главная подсказка и для вас, и для специалиста.
Симптом → причина → что сделать самому: таблица первой диагностики
По тому, что показывает браузер, почти всегда можно определить, в каком «этаже» проблема: домен, хостинг, сертификат или сам код сайта.
| Что видно в браузере | Вероятная причина | Что сделать самому |
|---|---|---|
| «Не удаётся найти IP-адрес сервера», ERR_NAME_NOT_RESOLVED, страница-заглушка регистратора | Домен не продлён, снят с делегирования или сбились DNS | Проверить домен через whois: дату «оплачен до» и статус. Продлить в кабинете регистратора |
| Заглушка хостинга «Аккаунт заблокирован», «Сайт отключён» | Хостинг не оплачен, заблокирован за нагрузку, вирус или жалобу | Зайти в кабинет хостинга: баланс, уведомления, тикеты. Оплатить или написать в поддержку |
| «Подключение не защищено», NET::ERR_CERT_DATE_INVALID | Истёк SSL-сертификат или не продлился автоматически | Перевыпустить сертификат в панели хостинга (бесплатный Let's Encrypt — одной кнопкой) |
| Ошибка 500 или белый экран | Ошибка в коде: обновление CMS или плагина, смена версии PHP, сломанный .htaccess | Вспомнить, что меняли накануне. Посмотреть журнал ошибок. Откатиться на бэкап, если он есть |
| 502 Bad Gateway, 504 Gateway Timeout | Упал или перегружен PHP, сервер не отвечает вовремя, проблемы у хостера | Проверить статус-страницу хостинга, написать в поддержку. На VPS — перезагрузить сервер из панели |
| 503, «превышен лимит ресурсов» | Исчерпаны лимиты тарифа: процессор, память, место на диске; иногда DDoS или боты | Посмотреть нагрузку в панели, освободить место (старые бэкапы, логи), временно повысить тариф |
| «Ошибка установки соединения с базой данных» | База данных остановлена, переполнена или сменился пароль | Спросить хостинг, работает ли MySQL. Проверить, не закончилось ли место на диске |
| Сайт перекидывает на казино, аптеку, чужой ресурс; антивирус ругается | Взлом, вредоносный код | Сменить пароли, не удалять файлы, сделать копию и передать специалисту по безопасности |
| Сайт открывается, но не работают оплата, формы, письма | Истёк ключ платёжного модуля, сменились реквизиты, почта попала в спам, отвалился внешний сервис | Проверить кабинет платёжного сервиса и почтового сервиса, отправить тестовую заявку |
Домен, хостинг и SSL: три причины, которые решаются без программиста
Домен не продлён
Для доменов .ru и .рф после даты «оплачен до» делегирование снимается и сайт перестаёт открываться, но ещё 30 дней продлить домен может только текущий администратор. Проверить статус можно в любом whois-сервисе: смотрите поля «paid-till», «state» и «free-date». Значение «REGISTERED, NOT DELEGATED» в поле state означает, что домен ещё закреплён за администратором, но не делегирован и сайт по нему не открывается, а free-date — дата, когда регистрация будет аннулирована и имя освободится. После продления сайт возвращается не мгновенно: обновление DNS занимает от нескольких минут до нескольких часов.
Хостинг не оплачен или заблокирован
Хостер отключает сайт за неоплату, за превышение нагрузки, за найденный вирус или по жалобе. Причина почти всегда написана в личном кабинете или в письме на почту, указанную при регистрации. Если вы не знаете, у какого хостера сайт и на кого он оформлен, — это отдельная проблема, её разбираем в статье о том, кому принадлежит сайт и как проверить доступы.
Истёк SSL-сертификат
Сертификаты живут всё меньше: бесплатные Let's Encrypt — не больше 90 дней, а платные с марта 2026 года выпускаются максимум на 200 дней. Автопродление ломается при переезде, смене DNS или ручной установке, и однажды посетители видят красное предупреждение браузера. Лечится перевыпуском сертификата в панели хостинга, обычно за 5–15 минут.
Куда звонить: техподдержка хостинга и регистратор
Поддержка хостинга — ваш бесплатный первый специалист. Она не будет чинить код, но увидит то, чего не видите вы: состояние сервера, журналы, блокировки. Чтобы ответ был полезным, пишите конкретно:
- адрес сайта и логин аккаунта или номер договора;
- что видно: код ошибки, текст, скриншот, время начала;
- были ли работы накануне: обновления, перенос, смена тарифа;
- прямые вопросы: «Есть ли сейчас сбои на сервере?», «Не заблокирован ли аккаунт и за что?», «Не исчерпаны ли лимиты по диску, процессору, памяти?», «Работает ли база данных?», «Что в журнале ошибок за последний час?», «Есть ли у вас резервная копия сайта и за какую дату?».
Регистратору домена звоните, если whois показывает проблему со статусом, делегированием или NS-серверами, а также если домен оформлен не на вас и вы не можете войти в кабинет. Как устроены хостинг и что входит в тариф, подробно описано в статье что такое хостинг.
Если есть доступ к панели: бэкап, откат и журнал ошибок
Когда у вас есть вход в панель хостинга, можно сделать больше, но в строгом порядке: сначала копия, потом любые изменения.
- Сделайте копию текущего состояния — файлов и базы данных, даже сломанного. Во многих панелях это одна кнопка «Создать резервную копию». Без неё специалист не сможет найти причину, а неудачный откат будет невозможно отменить.
- Найдите последнюю рабочую копию. Хостеры обычно хранят автоматические бэкапы за 7–30 дней. Посмотрите, за какую дату они есть, и оцените, что потеряется: заказы, заявки, новые товары за этот период.
- Откатывайтесь, только если понятна причина — например, сайт упал сразу после обновления плагина. При взломе откат на вчерашнюю копию часто бесполезен: вредоносный код мог попасть на сайт несколько недель назад.
Где лежат логи ошибок
- Виртуальный хостинг: раздел «Логи» или «Журналы» в панели, отдельно логи доступа (access) и ошибок (error).
- VPS с ISPmanager: обычно каталог logs внутри папки пользователя, например /var/www/имя_пользователя/data/logs/.
- Свой сервер: /var/log/nginx/error.log, /var/log/apache2/error.log или /var/log/httpd/, логи PHP-FPM.
- WordPress: файл wp-content/debug.log, если включён режим отладки.
- 1С-Битрикс: «Настройки → Инструменты → Проверка системы» и журнал событий в административной панели, если она открывается.
Читать логи самому не обязательно: скопируйте последние 50–100 строк журнала ошибок за время падения — это сэкономит специалисту час диагностики.
Чего не делать, пока сайт лежит
- Не удаляйте «подозрительные» или «лишние» файлы и таблицы базы данных: вы не знаете, какие из них нужны сайту.
- Не восстанавливайте бэкап поверх сайта без копии текущего состояния: пропадут заказы и данные, созданные после даты бэкапа.
- Не переустанавливайте CMS и не обновляйте всё подряд в надежде, что поможет.
- Не давайте полный доступ первому откликнувшемуся исполнителю без договорённости и без смены паролей после работы.
- Не переносите сайт на другой хостинг в панике: переезд займёт часы и добавит новых проблем, а причина останется.
- При взломе не восстанавливайте сайт, пока не сменены пароли от хостинга, базы, админки и FTP.
Если есть признаки заражения — редиректы, чужие ссылки, предупреждение в браузере или Яндекс Вебмастере, — порядок действий отличается; разобран в материале о проверке сайта на вирусы и лечении.
Как быстро найти помощь и что передать специалисту
Если за 30–40 минут причина не найдена или требует правки кода, нужен специалист. Искать «первого попавшегося фрилансера» в час аварии рискованно: лучше обратиться туда, где есть команда и понятные сроки реакции. Компании, которые занимаются поддержкой сайтов, обычно берут аварийные задачи и разово, без абонемента, но стоимость будет зависеть от сложности и срочности. При взломе нужна отдельная услуга — восстановление сайта после взлома с поиском уязвимости, а не просто откат.
Чтобы специалист начал работу сразу, а не через час переписки, подготовьте:
| Что передать | Зачем |
|---|---|
| Адрес сайта, CMS (Битрикс, WordPress, своя разработка), где размещён | Понять стек и куда подключаться |
| Доступы: панель хостинга, FTP/SSH, база данных, админка сайта | Без них диагностика невозможна |
| Время начала сбоя и что делали накануне | Связать падение с изменением |
| Скриншоты ошибки, ответы поддержки хостинга, фрагмент логов | Не повторять уже сделанную диагностику |
| Что критично: оплата, заявки, каталог | Чинить сначала то, что приносит деньги |
| Наличие и даты бэкапов | Оценить путь: ремонт или откат |
Передавайте доступы через защищённый канал, а не в открытом чате, и смените пароли после завершения работ.
Как понять, что сайт починили до конца
Открытая главная страница ещё не значит, что всё работает. После восстановления проверьте:
- ключевые страницы и мобильную версию;
- тестовую заявку через каждую форму и доход письма до менеджеров;
- тестовый заказ с оплатой, если это интернет-магазин;
- замок в адресной строке и отсутствие предупреждений браузера;
- Яндекс Вебмастер: нет ли сообщений о недоступности и нарушениях безопасности.
Короткий простой — на несколько часов — обычно не влияет на позиции в поиске. Если же сайт отдаёт ошибки несколько дней, страницы могут начать выпадать из индекса, поэтому затягивать с восстановлением не стоит.
Как не допустить повторного падения
- Мониторинг доступности. Бесплатные внешние сервисы мониторинга регулярно проверяют сайт и присылают уведомление в почту или мессенджер, если он недоступен. Вы узнаете о проблеме раньше клиентов.
- Автопродление домена, хостинга и сертификата с привязанной картой или положительным балансом и уведомлениями на корпоративную почту.
- Бэкапы по правилу 3-2-1: три копии, на двух носителях, одна — вне хостинга. И регулярная проверка, что из копии можно восстановиться.
- Все доступы у владельца: домен и хостинг оформлены на компанию, пароли — в менеджере паролей.
- Обновления CMS и модулей — только на тестовой копии и с бэкапом перед выкладкой.
- Договор поддержки с понятным SLA — временем реакции на аварию. Регулярное техническое обслуживание сайта обходится дешевле, чем аварийные работы без подготовки.
Чек-лист: первый час, когда сайт перестал работать
- 0–5 минут: проверить с телефона через мобильный интернет и внешним сервисом доступности; записать ошибку и время.
- 5–15 минут: по таблице определить уровень проблемы: домен, хостинг, SSL, код, база, взлом.
- 15–20 минут: проверить whois домена и баланс хостинга, при необходимости оплатить.
- 20–30 минут: написать в поддержку хостинга с конкретными вопросами.
- 30–40 минут: при доступе к панели — сделать копию текущего состояния и выгрузить логи ошибок.
- 40–50 минут: если причина не найдена или нужен код — подключить специалиста и передать ему доступы и собранные данные.
- Всё время: ничего не удалять, не восстанавливать поверх без копии, при подозрении на взлом — сменить пароли.
- После восстановления: проверить формы, оплату, SSL, настроить мониторинг и автопродление.
Вывод
Когда сайт упал, а программиста нет, владелец может многое сделать сам: за полчаса отличить неоплаченный домен от ошибки в коде, решить проблемы с оплатой и сертификатом, получить от хостинга данные о сбое и сохранить копию сайта. Всё, что касается кода, базы данных и взлома, лучше отдавать специалисту, но с подготовленными доступами и описанием — так ремонт займёт часы, а не дни. А чтобы следующая авария не застала врасплох, достаточно мониторинга, автопродления, проверенных бэкапов и договора поддержки.