Почему сайт не открывается и как определить причину

Симптом → где искать проблему → что делать первым

Сначала определите: проблема у вас или у сайта

Самая полезная проверка не требует специальных программ. Откройте тот же адрес на другом устройстве и через другую сеть. Например, сравните компьютер по домашнему Wi-Fi и телефон через мобильный интернет. Такой тест меняет сразу несколько условий: устройство, браузер, DNS-сервер, внешний IP и маршрут до сайта.

1. Проблема в браузере или на устройстве

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

Откройте страницу в приватном режиме

Приватное окно помогает исключить часть cookies и сохранённых данных. Если сайт заработал, проблема может быть связана с авторизацией, повреждённой сессией или данными конкретного сайта.

Отключите расширения для проверки

Блокировщики рекламы, защитные расширения, переводчики, VPN и скриптовые фильтры могут мешать загрузке отдельных доменов или ресурсов страницы. Отключайте их временно и по одному, а не удаляйте всё сразу.

Проверьте системное время

Неверная дата или часовой пояс могут привести к ошибкам сертификата: браузер считает, что сертификат ещё не начал действовать или уже истёк.

Не путайте очистку кэша с универсальным ремонтом

Кэш действительно может хранить старые стили, скрипты или редиректы. Но он не исправит истёкший домен, отсутствие DNS-записей, закрытый порт или упавшее приложение.

Проверьте файл hosts

Запись в системном файле hosts может принудительно направлять домен на старый или неправильный IP. Это особенно часто встречается после локальной разработки и тестирования нового сервера.

2. Проблема в сети, роутере или у провайдера

Если сайт доступен через одну сеть и недоступен через другую, его сервер может быть полностью исправен. Разница возникает из-за DNS, маршрутизации, фильтрации, IPv4/IPv6 или временных проблем провайдера.

Сравните внешний IP

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

Проверьте DNS только как диагностический шаг

Временная смена DNS может показать, связан ли сбой с DNS-сервером провайдера. Но это не универсальное решение и не исправляет неправильные записи самого домена.

Учитывайте IPv4 и IPv6

Домен может иметь одновременно A- и AAAA-записи. Если IPv6 настроен неправильно, часть пользователей будет пытаться открыть сайт по нерабочему адресу, тогда как у пользователей только с IPv4 всё будет нормально.

Ошибка ERR_CONNECTION_TIMED_OUT

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

Различия между провайдерами и сетевой фильтрацией

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

3. Домен и DNS: браузер не понимает, куда подключаться

DNS переводит доменное имя в IP-адрес. Если этот этап не сработал, браузер не может даже начать соединение с сервером.

Проверьте регистрацию домена

Истёкший или заблокированный домен может перестать отдавать ожидаемые DNS-записи. В WHOIS важны дата окончания регистрации, статусы и назначенные NS-серверы.

Проверьте NS и основные записи

NS указывают, какие DNS-серверы отвечают за зону. A и AAAA направляют домен на сервер, а CNAME может направлять одно имя на другое. После переноса сайта важно убедиться, что старые и новые настройки не смешались.

Почему изменения DNS видны не сразу

Ответы DNS кэшируются на время, указанное в TTL. Поэтому после смены записей разные пользователи могут некоторое время получать разные IP. Точный срок зависит от старого TTL, настроек резолвера и момента, когда конкретный ответ попал в кэш.

Ошибка DNS_PROBE_FINISHED_NXDOMAIN

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

4. Ошибки SSL/TLS: сервер найден, но защищённое соединение не установлено

При открытии HTTPS браузер проверяет, кому выдан сертификат, не истёк ли он и можно ли доверять цепочке удостоверяющих центров.

NET::ERR_CERT_DATE_INVALID

Проверьте дату и время на устройстве. Если они правильные, вероятная причина — истёкший или ещё не действующий сертификат на сервере.

NET::ERR_CERT_COMMON_NAME_INVALID

Имя в сертификате не соответствует открытому домену. Например, сертификат выпущен для example.com, а пользователь открывает www.example.com, который не добавлен в сертификат.

Ошибка цепочки доверия

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

5. Редиректы: сайт найден, но браузер ходит по кругу или попадает не туда

Редирект сообщает браузеру, что ресурс находится по другому адресу. Это нормальный механизм для перехода с HTTP на HTTPS, выбора версии www или переноса страницы. Проблема начинается, когда правила противоречат друг другу.

ERR_TOO_MANY_REDIRECTS

Типичный пример петли: сервер отправляет пользователя с HTTP на HTTPS, а CDN считает исходное соединение HTTP и возвращает его обратно. Другой вариант — CMS переводит www на без www, а серверное правило делает обратное.

Почему сначала стоит очистить cookies конкретного сайта

Иногда редирект зависит от старой сессии, языка или авторизации. Если ошибка возникает только у одного пользователя, удаление cookies именно этого домена помогает отделить локальное состояние от ошибки серверной конфигурации.

6. HTTP-коды: сервер ответил и сообщил тип проблемы

Коды 4xx обычно описывают проблему запроса или доступа к ресурсу. Коды 5xx сообщают, что сервер не смог корректно обработать запрос. Но конкретная причина всё равно определяется по логам и конфигурации.

Ошибки 403 Forbidden и 404 Not Found

Код 403 означает, что сервер понял запрос, но не разрешает доступ. Код 404 сообщает, что по указанному адресу ресурс не найден. Оба ответа приходят от сервера, но исправление обычно находится на стороне владельца сайта: права доступа, правила защиты, маршрутизация CMS или устаревшие ссылки.

Ошибка 502 Bad Gateway

Веб-сервер не получил корректный ответ от программы, которая формирует страницу: PHP, Node.js, Python-приложения, контейнера или другого внутреннего сервиса. Посетитель обычно не может это исправить; владельцу нужны логи веб-сервера и приложения.

Ошибки 503 и 504

Код 503 означает временную недоступность сервиса, например из-за перегрузки или обслуживания. Код 504 появляется, когда промежуточный сервер не дождался ответа от приложения или внешнего сервиса.

7. Сайт открывается частично: нет изображений, стилей или скриптов

Если HTML загрузился, но страница выглядит сломанной, основное соединение работает. Проблема может находиться в отдельных ресурсах.

Неверные пути после переноса

CSS, JavaScript и изображения могут продолжать загружаться со старого домена, поддомена или каталога. В этом случае главная страница отвечает 200, а отдельные ресурсы — 404.

Смешанный контент

HTTPS-страница может пытаться загрузить активный ресурс по HTTP. Современный браузер способен заблокировать такой запрос, хотя сама страница продолжит открываться.

CDN или отдельный домен ресурсов

Если стили и изображения размещены на CDN, сбой этого домена затронет внешний вид сайта, но не обязательно его основной HTML.

Кэш после обновления

Новый HTML может ссылаться на старые или уже удалённые версии файлов. Владелец должен использовать версионирование статических ресурсов, а пользователь может проверить страницу в приватном окне.

8. Открывается старая версия или вообще чужой сайт

Такой симптом часто возникает после смены хостинга или DNS. Часть пользователей уже получает новый IP, а часть продолжает использовать старый закэшированный ответ.

Проверьте текущие A и AAAA

Убедитесь, что все адреса принадлежат нужному серверу. Нередко A-запись уже изменили, а старая AAAA продолжает вести на другой хост.

Проверьте конфигурацию виртуального хоста

Даже при правильном IP сервер должен знать, какой сайт отдавать для конкретного Host. Если домен не добавлен в конфигурацию, сервер может показать сайт по умолчанию.

Учитывайте локальный hosts

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

Что сообщить владельцу сайта или техподдержке

Сообщение «у меня ничего не работает» почти не помогает диагностике. Чем точнее исходные данные, тем быстрее можно найти причину.

• полный URL проблемной страницы;
• точное время ошибки и часовой пояс;
• текст или код ошибки браузера;
• работает ли сайт на другом устройстве;
• работает ли он через другую сеть;
• ваш внешний IP, если проблема зависит от сети;
• скриншот без личных данных;
• что изменилось перед появлением проблемы.

Чего эта диагностика не определяет

Проверка доступности, DNS, SSL и HTTP не заменяет анализ безопасности приложения, производительности, базы данных и бизнес-логики. Сайт может отвечать 200, но показывать неправильные цены, не отправлять формы или содержать уязвимость. Для таких случаев нужны логи, мониторинг и профильный аудит.

Также не стоит считать отсутствие одной ошибки доказательством полной исправности. Например, действующий SSL-сертификат ничего не говорит о работоспособности базы данных, а корректный DNS не гарантирует, что веб-сервер принимает соединения.