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

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

Дальше идите от внешнего к внутреннему: масштаб проблемы → DNS → TCP-связность и SSL → код ответа → сам сервер и приложение. Ниже — разбор причин для обычного пользователя (компьютер, телефон, Яндекс Браузер, Safari на iPhone), отдельные разделы про ситуации «не открываются некоторые сайты» и «белая страница», а затем чек-лист из 10 шагов с готовыми командами для владельца сайта.

Сначала главное: сайт лежит у всех или только у вас

Откройте сайт с телефона по мобильному интернету (не по домашнему Wi-Fi) и проверьте его снаружи — через проверку доступности. Если снаружи сайт отвечает, а у вас нет — проблема в вашей сети, кэше или DNS-резолвере, а не в сайте. Подробный разбор этой развилки — в статье «работает ли сайт: у всех или только у меня».

Первый вопрос всегда один: «это у меня или у всех?». Не тратьте время на сервер, если падение видно только из вашей точки, — и наоборот.

Результат этой проверки определяет, какую половину статьи читать дальше:

Что видно	Где причина	Что делать
Снаружи код 200, у вас ошибка	Ваше устройство, браузер или сеть	Инкогнито, другой браузер, сброс DNS-кэша, отключение прокси и расширений
Не открывается ни один сайт	Подключение к интернету или DNS	Перезагрузить роутер, проверить DNS, сеть и прокси системы
Не открываются только некоторые сайты	DNS провайдера, блокировка, IPv6, MTU, сертификаты	Раздел «Не открываются некоторые сайты» ниже
Сайт не открывается ни у кого	Сервер, хостинг, домен, SSL, CDN	Чек-лист владельца из 10 шагов
Открывается, но страница пустая	Ошибка приложения, скрипты, кэш	Раздел «Белая страница вместо сайта»

Почему не открываются сайты в браузере: причины на вашей стороне

Снаружи сайт отвечает 200, а у вас нет — значит, чинить надо свою сторону. По порядку, от быстрого к долгому:

Инкогнито, другой браузер и кэш

Откройте сайт в режиме инкогнито (Ctrl+Shift+N в Chrome и Яндекс Браузере, Ctrl+Shift+P в Firefox). Открывается в инкогнито — виноват кэш, cookies или расширение. Очистите кэш и cookies для этого сайта (Ctrl+Shift+Del) — пошагово для всех браузеров в статье как очистить кэш браузера. Не открывается и в другом браузере — проблема глубже, в системе или сети.

Расширения: блокировщики рекламы и «защитники»

Блокировщики рекламы, антитрекеры, расширения-прокси и антивирусные плагины могут резать запросы к домену целиком или к его скриптам. Отключите все расширения и проверьте снова; если помогло — включайте по одному, чтобы найти виновника. Отдельно проверьте веб-защиту антивируса и родительский контроль: они блокируют сайты на уровне системы, и инкогнито не помогает.

DNS: кэш, резолвер провайдера и безопасный DNS

Если после переезда сайта или смены записей у вас открывается «старая» версия или ошибка ERR_NAME_NOT_RESOLVED, сбросьте DNS-кэш системы:

• Windows — ipconfig /flushdns в командной строке;
• macOS — sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder;
• Linux — перезапуск systemd-resolved: sudo resolvectl flush-caches.

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

nslookup example.com              # ответ резолвера по умолчанию
nslookup example.com 1.1.1.1      # ответ публичного резолвера для сравнения
Resolve-DnsName example.com       # то же в PowerShell

Ответы разные — виноват резолвер провайдера или его кэш. Обратная ситуация тоже бывает: в браузере включён «безопасный DNS» (DNS over HTTPS) с недоступным сервером — тогда не открывается ничего, хотя система резолвит нормально. В Chrome это «Настройки → Конфиденциальность и безопасность → Безопасность → Использовать безопасный DNS».

Прокси в системе, VPN и файл hosts

Прокси, оставленный программой или расширением, — частая причина ошибки ERR_PROXY_CONNECTION_FAILED и ситуации «интернет есть, а сайты не открываются». Проверьте:

• Windows — «Параметры → Сеть и Интернет → Прокси-сервер»: ручной прокси должен быть выключен, если вы его сознательно не ставили. Системный прокси WinHTTP показывает netsh winhttp show proxy, сбрасывает — netsh winhttp reset proxy. При сбое сетевого стека помогает netsh winsock reset (от администратора, затем перезагрузка).
• macOS — «Системные настройки → Сеть → ваше подключение → Подробнее → Прокси».
• VPN-клиенты и корпоративные агенты — отключите их на время проверки: они меняют маршруты и DNS.
• Файл hosts — строка вида 127.0.0.1 example.com или старый IP намертво привязывает домен к неверному адресу. Путь: Windows — C:\Windows\System32\drivers\etc\hosts, macOS и Linux — /etc/hosts.

Дата и время на устройстве

Сбитые часы ломают проверку SSL-сертификата: браузер считает сертификат ещё не действующим или уже просроченным и показывает ERR_CERT_DATE_INVALID или «Ваше подключение не защищено» — причём сразу на многих HTTPS-сайтах. В Windows: «Параметры → Время и язык → Дата и время → Установить время автоматически». На телефоне — включите автоматическую дату и время в настройках.

Что означает ошибка браузера

Текст ошибки на странице браузера уже подсказывает, на каком уровне сломалось соединение:

Ошибка в браузере	Что случилось	Куда смотреть
ERR_NAME_NOT_RESOLVED, DNS_PROBE_FINISHED_NXDOMAIN	Домен не превращается в IP-адрес	DNS-кэш, резолвер, срок домена
ERR_CONNECTION_TIMED_OUT	Сервер не ответил за отведённое время	Сеть, firewall, сервер недоступен
ERR_CONNECTION_REFUSED	На порту никто не слушает или соединение отклонено	Веб-сервер остановлен, прокси, firewall
ERR_CONNECTION_RESET	Соединение оборвано посередине	Антивирус, фильтрация трафика, MTU
ERR_CERT_DATE_INVALID, NET::ERR_CERT_AUTHORITY_INVALID	Сертификат просрочен или не доверенный	Дата на устройстве, сертификат сайта, корневой сертификат
ERR_TOO_MANY_REDIRECTS	Цикл перенаправлений	Cookies сайта, настройки HTTPS-редиректа на сервере
ERR_PROXY_CONNECTION_FAILED	Прописанный прокси недоступен	Настройки прокси системы и браузера

Почему не открываются сайты в Яндекс Браузере

Если сайт не открывается именно в Яндекс Браузере, а в Chrome или Firefox работает, проблема в профиле этого браузера. Проверьте по порядку:

1. Откройте сайт в режиме инкогнито (Ctrl+Shift+N) — там по умолчанию отключены расширения.
2. Очистите кэш и cookies за всё время через Ctrl+Shift+Del.
3. Отключите дополнения на странице browser://tune.
4. Посмотрите, не показывает ли браузер предупреждение встроенной защиты об опасном сайте: такие страницы он может блокировать сознательно.
5. Проверьте прокси и DNS в настройках сети браузера — они могут отличаться от системных.

Не помогло — создайте новый профиль браузера или переустановите его: иногда повреждается сам профиль.

Почему не открываются сайты на телефоне и на айфоне

Первым делом переключитесь с Wi-Fi на мобильный интернет или наоборот. Открылось по другой сети — дело в роутере или провайдере, а не в телефоне.

iPhone и Safari

• Очистите данные: «Настройки → Safari → Очистить историю и данные».
• Проверьте ограничения: «Настройки → Экранное время → Контент и конфиденциальность → Ограничения контента → Веб-контент». Режим «Ограничение сайтов для взрослых» или белый список блокирует часть сайтов без понятной ошибки.
• Посмотрите установленные профили и VPN: «Настройки → Основные → VPN и управление устройством». Профиль корпоративного фильтра или забытое VPN-приложение меняет маршрут и DNS.
• Если включён «Частный узел iCloud», временно выключите его и проверьте снова: некоторые сайты с ним работают некорректно.

Android

• Проверьте «Частный DNS» («Настройки → Сеть и интернет → Частный DNS»): если там указано имя недоступного сервера, не открывается ни один сайт. Для проверки поставьте «Автоматически».
• Очистите кэш браузера: «Настройки → Приложения → ваш браузер → Хранилище → Очистить кэш».
• Проверьте дату, время и часовой пояс — те же проблемы с сертификатами, что и на компьютере.

Не открываются некоторые сайты, а остальные работают

Когда большинство сайтов открывается, а несколько конкретных — нет, причина обычно не в браузере. Типичные варианты:

• Сбой или авария самого сервиса. Крупные сайты — банки, Госуслуги, РЖД, маркетплейсы — иногда недоступны у всех. Прежде чем чинить свой компьютер, проверьте сайт снаружи и посмотрите страницу сбоев Рунета.
• Ограничение по стране. Часть государственных и банковских сайтов ограничивает доступ с зарубежных IP-адресов. Если у вас включён VPN или вы за границей, такой сайт может не открываться — отключите VPN и проверьте снова.
• Российские сертификаты. Некоторые сайты банков и госорганов используют сертификаты российского удостоверяющего центра. Браузер без установленного корневого сертификата Минцифры покажет ошибку сертификата — подробности в статье о сертификате Минцифры.
• Блокировка. Сайт может быть внесён в реестр Роскомнадзора; тогда он не открывается у абонентов российских провайдеров. Проверить это — проверкой блокировки РКН, разбор — в руководстве по проверке блокировки.
• Сломанный IPv6. У сайта есть IPv6-адрес (запись AAAA), а IPv6 у провайдера работает плохо — браузер долго ждёт ответа. Сравните: curl -4 -I https://example.com и curl -6 -I https://example.com. Первый отвечает, второй висит — проблема в IPv6.
• MTU. Если «тяжёлые» HTTPS-сайты зависают на загрузке, а лёгкие открываются, возможно, крупные пакеты теряются по пути. Проверка пакетом без фрагментации: Windows — ping -f -l 1472 example.com, Linux — ping -M do -s 1472 example.com, macOS — ping -D -s 1472 example.com. Сообщения о необходимости фрагментации при уменьшении размера исчезают — значит, MTU на линии меньше стандартных 1500 байт.

Если не открываются только сайты в одной зоне (например, все .com или все .ru), первым подозреваемым снова будет DNS-резолвер провайдера: сравните ответы nslookup от провайдерского и публичного DNS.

Белая страница вместо сайта

Белая (пустая) страница означает, что соединение установлено и сервер что-то вернул, но браузер не смог это показать. Проверьте, что именно пришло:

curl -s -o /dev/null -w "%{http_code} %{size_download}\n" https://example.com
# 500 0      — сервер упал с фатальной ошибкой, вывод ошибок выключен
# 200 0      — сервер ответил пустым телом
# 200 48213  — HTML пришёл, ломается отрисовка в браузере

Для посетителя: откройте инструменты разработчика (F12), вкладку «Консоль» — красные ошибки JavaScript объясняют белый экран у сайтов на React, Vue и других SPA. Помогают инкогнито и очистка кэша: браузер мог закэшировать старый JS-файл, несовместимый с новой вёрсткой. Блокировщик рекламы, вырезавший нужный скрипт, даёт тот же эффект.

Для владельца: белая страница с кодом 500 — почти всегда фатальная ошибка PHP при выключенном выводе ошибок. Смотрите журнал веб-сервера и PHP-FPM; в WordPress временно включите define('WP_DEBUG', true); и define('WP_DEBUG_LOG', true); в wp-config.php и читайте wp-content/debug.log. Если скрипты блокирует политика безопасности (CSP), это видно в консоли — разбор в статье про ошибки CSP.

Чек-лист владельца: 10 шагов, если сайт не открывается у всех

Если сайт не грузится ни у кого, дело на стороне сервера. Этот чек-лист с готовыми командами сужает причину за несколько минут.

Шаги 1–2. Масштаб и DNS

Шаг 1. Определите масштаб — описанной выше внешней проверкой.

Шаг 2. Проверьте DNS — резолвится ли домен в IP:

dig example.com +short        # должен вернуть IP
nslookup example.com
# Пусто или NXDOMAIN — проблема с DNS-записями

Нет IP — переходите к DNS-проверке и разбору домен не резолвится. Если IP есть, а сайт не грузится только у вас — почти наверняка виноват кэш DNS (см. раздел о причинах на вашей стороне выше).

Шаги 3–4. TCP-связность и SSL-сертификат

Шаг 3. Проверьте связность:

ping example.com               # отвечает ли хост на ICMP
curl -Iv --connect-timeout 10 https://example.com
Test-NetConnection example.com -Port 443   # PowerShell: открыт ли порт 443

Если ping идёт, а curl висит на «Connected» без ответа — origin или приложение не отвечает. Если и ping не проходит — проблема сетевая или сервер полностью недоступен. Учтите, что часть серверов намеренно не отвечает на ICMP, поэтому пропавший ping сам по себе не доказывает падение.

Шаг 4. Проверьте SSL-сертификат и срок:

echo | openssl s_client -connect example.com:443 -servername example.com 2>/dev/null | openssl x509 -noout -dates
# notAfter в прошлом = сертификат просрочен

Просроченный сертификат — одна из самых частых причин «сайт не открывается» с красным предупреждением браузера. Быстрее проверить через SSL-инспектор: он покажет срок, издателя и всю ли цепочку отдаёт сервер. Про починку — в разборе просроченного сертификата.

Шаг 5. Посмотрите код ответа

Код HTTP-ответа сразу сужает, на чьей стороне проблема. Значения стандартных кодов описаны в RFC 9110 и в справочнике MDN; коды 52x и 1020 — собственные коды Cloudflare.

Код	Что значит	Куда копать
NXDOMAIN	DNS не резолвится	DNS Lookup, регистратор, срок домена
522 / 521	Cloudflare не достучался до origin	Origin down, firewall режет Cloudflare
525 / 526	SSL между Cloudflare и origin	Сертификат origin, режим SSL в CF
1020	Блокировка WAF/Firewall Cloudflare	Правила безопасности, ваш IP в бане
403 / 429	Доступ запрещён / лимит запросов	Права, rate limit, антибот
500 / 502 / 503	Ошибка приложения/бэкенда	Логи приложения, PHP/БД — см. 502
Timeout	Сервер не отвечает	Нагрузка, сеть, origin down

Шаги 6–7. Origin за CDN и firewall

Шаг 6. Проверьте origin в обход CDN. Если перед сайтом Cloudflare или CDN, постучитесь к реальному IP origin, минуя прокси:

curl -Iv --resolve example.com:443:203.0.113.10 https://example.com

Отвечает origin напрямую, а через CDN — нет? Проблема в CDN (или в блокировке им вашего IP). Не отвечает и origin — чините сервер.

Шаг 7. Проверьте firewall и блокировки:

• Не забанил ли fail2ban ваш IP или адреса Cloudflare?
• Открыты ли порты 80/443 в ufw/iptables/security group? Проверить порт снаружи — проверкой портов.
• Не сработал ли rate limit на стороне приложения или прокси?

Шаги 8–9. Веб-сервер, приложение, хостинг и срок домена

Шаг 8. Проверьте веб-сервер и приложение:

• Запущен ли nginx/Apache: systemctl status nginx.
• Слушает ли он порты: ss -tlnp | grep -E ':80|:443'.
• Что в логах: tail -n 50 /var/log/nginx/error.log.
• Жива ли база данных и не исчерпаны ли воркеры PHP-FPM (частая причина 502/503 под нагрузкой).
• Не кончилось ли место на диске: df -h. Заполненный диск ломает запись сессий, логов и кэша, и приложение начинает отдавать ошибки.

Шаг 9. Проверьте срок домена и оплату хостинга. Банальная, но регулярная причина: истёк срок регистрации домена или неоплачен хостинг — и сайт просто выключили. Посмотрите дату в WHOIS и письма от регистратора и хостера. Чтобы это не повторилось — поставьте домен на мониторинг срока.

Шаг 10. Проверьте из нескольких регионов

Сайт может лежать только из одной страны — региональный сбой провайдера, гео-блокировка или проблема маршрутизации. Проверка из RU/EU/US показывает масштаб. Если из США открывается, а из РФ нет — это не «сайт лёг», а сетевая или гео-проблема между вами и сервером; для российской аудитории отдельно смотрите доступность из России. Массовые сбои российских сервисов видно на странице сбоев Рунета. Если домен попал в реестр блокировок, владельцу стоит начать с разбора что делать, если сайт заблокирован в России.

Как проверить, почему сайт не загружается

1. HTTP-чекер — доступен ли сайт снаружи, какой код ответа и заголовки он отдаёт, куда ведут редиректы.
2. DNS-проверка — есть ли у домена A/AAAA-записи и не изменились ли они.
3. SSL-инспектор — срок действия сертификата, издатель и полнота цепочки.

Три проверки занимают около минуты и отвечают на главный вопрос: проблема на стороне сайта или на вашей.

Как не пропустить следующее падение

enterno.io собирает большинство шагов этого чек-листа в один экран: код ответа, DNS-записи, сертификат и срок домена проверяются отдельными инструментами. Мониторинг аптайма проверяет сайт по расписанию из нескольких регионов и шлёт алерт в Telegram, Slack, на email или webhook раньше, чем вы заметите падение, — а мультирегиональная проверка сразу отвечает на вопрос «лежит глобально или локально». Минимальный интервал проверки зависит от тарифа, бесплатный план тоже включает мониторы. enterno.io диагностирует и предупреждает; починку на сервере делает владелец.

Частые вопросы

С чего начать, если ничего не понятно?

Откройте сайт с телефона по мобильному интернету и проверьте снаружи. Это мгновенно делит проблему на «локальную» и «глобальную» и экономит часы: в первом случае чините свою сторону, во втором — сервер.

Интернет есть, а сайты не открываются — что это?

Чаще всего DNS или прокси: мессенджеры работают по IP-адресам и не зависят от резолвера, а браузер без DNS не находит ни один сайт. Сбросьте DNS-кэш, выключите ручной прокси, проверьте «безопасный DNS» в браузере и «Частный DNS» на Android.

На айфоне сайт не открывается, а на компьютере работает — почему?

Проверьте ограничения веб-контента в «Экранном времени», установленные профили и VPN, «Частный узел iCloud» и очистите данные Safari. Если сайт не открывается только по мобильному интернету — дело в сети оператора.

Сайт открывается у меня, но клиент жалуется?

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

Как отличить проблему DNS от проблемы сервера?

Если dig не отдаёт IP — это DNS. Если IP есть, но curl висит или отдаёт 5xx — это сервер или приложение. Промежуточный случай (522/525) — проблема между CDN и origin.

Что делать, если падения короткие и неуловимые?

Настройте мониторинг с коротким интервалом — он поймает то, что ручная проверка пропускает. Как диагностировать плавающую недоступность — в статье про периодические падения.

Следующий шаг: прогоните сайт через HTTP-чекер, DNS и SSL, затем включите мониторинг. См. также гайд по мониторингу сайтов.