Сайт не открывается: пошаговая диагностика
Если сайт не открывается, причина находится в одном из четырёх мест: на вашем устройстве, у провайдера, в настройках домена или на стороне сервера. Диагностика идёт именно в этом порядке — от самого частого и дешёвого к самому редкому и дорогому.
Порядок важен: половина обращений в поддержку с формулировкой «сайт лёг» заканчивается тем, что сайт работает у всех, кроме одного человека. Ниже — как отличить одно от другого за минуту.
Шаг 1. Сузить круг
Два вопроса, которые сразу делят проблему пополам.
- Не открывается один сайт или все? Если все — дело в интернете, роутере или провайдере, и сайт ни при чём.
- Не открывается у вас или у всех? Проверяется за секунды: откройте с мобильного интернета, отключив Wi-Fi. Открылось — проблема локальная.
Дополнительно помогают сервисы проверки доступности «со стороны»: они показывают, отвечает ли сайт из других сетей и регионов. Это же снимает вопрос «у меня не грузится, а у клиента всё нормально».
Шаг 2. Локальные причины
- Кэш браузера. Старая версия страницы или скрипта. Лечится жёсткой перезагрузкой и очисткой кэша — что такое кэш.
- Расширения браузера. Блокировщики рекламы и защитные дополнения регулярно ломают формы и целые разделы. Проверяется режимом инкогнито с отключёнными расширениями.
- Антивирус или файрвол с фильтрацией трафика.
- Файл hosts — если в него когда-то вписывали адрес для теста и забыли убрать.
- Кэш DNS на устройстве — после переезда сайта на новый сервер старый адрес может держаться ещё какое-то время.
Шаг 3. Домен и сертификат
Две причины, которые дают самые обидные простои, потому что и сайт, и сервер полностью исправны.
Домен не продлён. Оплата пропущена, письмо о продлении ушло в спам или на почту уволившегося сотрудника. Сайт исчезает целиком, для всех и сразу. Проверяется за минуту через Whois: поле paid-till — дата окончания оплаты, state — статус. Для доменов .ru и .рф после даты окончания делегирование снимается, и ещё 30 дней продлить домен может только текущий администратор; статус REGISTERED, NOT DELEGATED означает именно это, а free-date — дату, когда имя освободится. После продления сайт возвращается не сразу: обновление DNS занимает от минут до нескольких часов.
Хостинг не оплачен или заблокирован — за неоплату, превышение нагрузки, найденный вирус или по жалобе. Причина почти всегда написана в личном кабинете хостера или в письме на почту, указанную при регистрации.
Сертификат безопасности истёк. Браузер показывает предупреждение и не пускает дальше. Сайт при этом работает — но люди видят красный экран и уходят. Сертификаты живут всё меньше: бесплатные Let's Encrypt — не больше 90 дней, платные с марта 2026 года — не больше 200 дней. Автопродление молча ломается при переезде или смене DNS, поэтому дату стоит держать в мониторинге; перевыпуск в панели хостинга обычно занимает 5–15 минут.
Третья причина из этой группы — изменились DNS-записи: домен перестал указывать на нужный сервер. Обычно это следствие переезда или правки настроек.
Шаг 4. Сервер
Если сайт недоступен у всех, домен в порядке и сертификат действует, проблема на сервере. Что именно — подсказывает текст ошибки.
| Что видно | Что это значит |
|---|---|
| Ошибка 500 | Сбой в коде сайта или обращении к базе |
| Ошибка 502 или 504 | Приложение не отвечает либо запрос выполняется слишком долго |
| Ошибка 503 | Перегрузка, нехватка ресурсов или технические работы |
| Бесконечная загрузка | Сервер принял запрос, но не отвечает — часто перегрузка базы |
| «Не удаётся получить доступ» | Сервер не отвечает вовсе: упал, недоступен по сети или проблема с DNS |
Подробный разбор кодов и порядок действий — ошибки 5xx. Первое, что нужно посмотреть в любом из этих случаев, — логи сервера: там записана конкретная причина, а не догадка.
Шаг 5. Что писать в поддержку хостинга
Поддержка хостинга — бесплатный первый специалист: код она чинить не будет, но видит состояние сервера, журналы и блокировки. Чтобы ответ был полезным, укажите адрес сайта и логин аккаунта, код ошибки и время начала, были ли накануне обновления или перенос, и задайте прямые вопросы: есть ли сбои на сервере, не заблокирован ли аккаунт и за что, не исчерпаны ли лимиты по диску и памяти, работает ли база, что в журнале ошибок за последний час, есть ли резервная копия и за какую дату.
Если есть доступ к панели: копия, откат, логи
- Сделайте копию текущего состояния — файлов и базы, даже сломанного. Без неё специалист не найдёт причину, а неудачный откат нельзя будет отменить.
- Найдите последнюю рабочую копию. Хостеры обычно хранят автоматические бэкапы за 7–30 дней. Оцените, что потеряется: заказы и заявки за этот период.
- Откатывайтесь, только если понятна причина — например, сайт упал сразу после обновления плагина. При взломе откат на вчерашнюю копию часто бесполезен: вредоносный код мог попасть на сайт несколько недель назад.
Логи ошибок лежат в разделе «Логи» панели хостинга, на своём сервере — в /var/log/nginx/error.log или /var/log/apache2/; у WordPress — в wp-content/debug.log, если включена отладка. Скопируйте последние 50–100 строк за время падения — это сэкономит специалисту час.
Чего не делать, пока сайт лежит
- Не удаляйте «лишние» файлы и таблицы базы: неизвестно, какие из них нужны сайту.
- Не восстанавливайте бэкап поверх сайта без копии текущего состояния — пропадут заказы, созданные после даты бэкапа.
- Не переустанавливайте CMS и не обновляйте всё подряд в надежде, что поможет.
- Не переносите сайт на другой хостинг в панике: причина останется, проблем добавится.
- При взломе не восстанавливайте сайт, пока не сменены пароли от хостинга, базы, админки и FTP; порядок лечения — в статье о проверке сайта на вирусы.
Что передать специалисту
Если за 30–40 минут причина не найдена или нужна правка кода, зовите специалиста — аварийные задачи в поддержке сайтов берут и разово, при взломе нужно восстановление с поиском уязвимости, а не просто откат.
| Что передать | Зачем |
|---|---|
| Адрес, CMS, где размещён сайт | Понять стек и куда подключаться |
| Доступы: панель хостинга, FTP или SSH, база, админка | Без них диагностика невозможна |
| Время начала сбоя и что делали накануне | Связать падение с изменением |
| Скриншоты ошибки, ответы хостинга, фрагмент логов | Не повторять сделанную диагностику |
| Что критично: оплата, заявки, каталог | Чинить сначала то, что приносит деньги |
| Наличие и даты бэкапов | Выбрать путь: ремонт или откат |
Доступы передавайте через защищённый канал, а не в открытом чате, и смените пароли после работ.
Как понять, что сайт починили до конца
Открытая главная ещё ничего не значит. Проверьте ключевые страницы и мобильную версию, отправьте тестовую заявку через каждую форму и убедитесь, что письма дошли, сделайте тестовый заказ с оплатой, посмотрите на замок в адресной строке и сообщения в Яндекс Вебмастере. Простой на несколько часов обычно не влияет на позиции, а вот ошибки несколько дней подряд могут начать выбивать страницы из индекса.
Что сделать до того, как это случится
- Мониторинг доступности — уведомление о падении должно приходить вам, а не от клиента.
- Автопродление домена и контроль даты в календаре, отдельно от почты.
- Контроль срока сертификата.
- Резервные копии по правилу 3-2-1: три копии, на двух носителях, одна — вне хостинга, и проверенное восстановление.
- Письма о продлении — на корпоративную почту, а не на адрес бывшего разработчика.
- Список доступов — к хостингу, домену, админке. В момент аварии искать их некогда.
Всё это входит в поддержку сайта и стоит дешевле одного дня простоя магазина.
Коротко
- Причина всегда в одном из четырёх мест: устройство, провайдер, домен, сервер.
- Первый шаг — проверить с мобильного интернета: так отсекается локальная проблема.
- Локальные причины: кэш браузера, расширения, антивирус, файл hosts, кэш DNS.
- Непродлённый домен и истёкший сертификат кладут сайт при полностью исправном сервере.
- Текст ошибки указывает на причину: 500 — код, 502 и 504 — приложение и таймауты, 503 — перегрузка.
- Мониторинг, автопродление и резервные копии дешевле одного дня простоя.

Первый вопрос диагностики — «у всех или только у вас?». Он экономит час паники: половина «падений» — локальный DNS или VPN.