Когда сайт не открывается, бессмысленно сразу перезагружать WordPress, менять DNS и писать хостеру одновременно. За 15 минут можно определить уровень сбоя: проблема одного браузера, доменного имени, сертификата, CDN или исходного сервера. Такой порядок особенно важен новостному сайту — ошибка 502 отрезает не только читателей, но и поисковых и агрегаторных роботов.
Шаг 1. Только у вас или у всех
Откройте страницу в режиме инкогнито, затем на телефоне через мобильную сеть. Если по Wi‑Fi не работает, а через LTE открывается, сайт, вероятно, жив: проверяйте локальный DNS, роутер или фильтрацию провайдера. Если ошибка одинаковая на разных устройствах и сетях, переходите к домену и серверу.
Не ограничивайтесь одним «down checker»: он тоже может ошибиться или проверять из неподходящей страны. В материале о сервисах проверки сайта собраны инструменты, а здесь важен порядок их применения. Запишите время, полный URL и точный текст ошибки.
Шаг 2. Проверяем DNS
DNS превращает доменное имя в IP-адрес. Если записи A, AAAA или CNAME отсутствуют, указывают на старый сервер либо еще не распространились после смены хостинга, браузер не доберется до сайта. Сравните ответ через локальный резолвер и публичный DNS, проверьте основной домен и www отдельно.
После изменения записей не переключайте их туда-сюда каждые десять минут: кэширование продлевает хаос. Зафиксируйте правильный IP у хостера, TTL и время изменения. Google Public DNS предлагает отдельную очистку кэша, но она не исправит неверную запись у авторитетного DNS-провайдера. Сначала чинят источник, затем ждут обновления кэшей.
Шаг 3. SSL-сертификат и HTTPS
Если браузер пишет о небезопасном соединении, проверьте срок сертификата, список доменов и полную цепочку. Сертификат для example.ru не всегда покрывает www.example.ru. После автоматического продления веб-сервер мог продолжить отдавать старый файл или не получить промежуточный сертификат.
Не отключайте HTTPS и не советуйте читателям игнорировать предупреждение. Проверьте конфигурацию виртуального хоста, перезапуск сервера и редиректы HTTP→HTTPS. Убедитесь, что изображения и скрипты тоже загружаются по HTTPS: смешанный контент может не уронить страницу полностью, но сломать интерфейс и доверие браузера.
Шаг 4. Что означает 502 Bad Gateway
Код 502 говорит, что промежуточный сервер получил некорректный ответ от следующего узла. При CDN это часто означает: сеть Cloudflare доступна, но исходный сервер не отвечает правильно. Причиной могут быть упавший PHP-FPM, перегрузка, неверный IP origin, тайм-аут прокси, блокировка адресов CDN или ошибка конфигурации Nginx.
Посмотрите оформление страницы. Фирменная страница CDN и обычный ответ Nginx указывают на разные участки цепочки, хотя код одинаков. Cloudflare рекомендует проверять не только логи origin, но и балансировщики, кэши, прокси и файрволы между ним и CDN. Перед перезапуском сохраните журналы за минуту сбоя — после рестарта самая ценная причина может исчезнуть.
Шаг 5. Проверяем исходный сервер
Убедитесь, что сервер принимает соединения на 80 и 443 портах, диск не заполнен, база данных отвечает, а процессы веб-сервера и PHP живы. Резкий рост 502 после публикации новости часто связан не с DNS, а с исчерпанием воркеров или памяти. Сравните нагрузку, медленные запросы и журнал ошибок с точным временем.
Если используется CDN, безопасно проверьте origin по известному IP и заголовку Host из административной среды, не публикуя адрес. Прямой ответ origin отделяет проблему сервера от прокси. Не отключайте CDN наугад в разгар трафика: смена DNS добавит новую переменную и может открыть сервер для лишней нагрузки.
Шаг 6. Видит ли страницу Google
После восстановления откройте проверку URL в Search Console и выполните тест опубликованной страницы. Инструмент показывает, доступен ли URL роботу, не закрыт ли robots.txt или noindex и что видит отрисовщик. Запрос индексации не нужен, пока живой тест возвращает 5xx: он не превращает сломанный сервер в доступный.
Для новостного сайта отдельно проверьте RSS, sitemap и изображение обложки. Главная может отвечать 200, а лента агрегатора — 502 из-за отдельного кэша или плагина. После сбоя зафиксируйте начало, конец, причину и действие, которое помогло. Такая мини-хронология превращает следующий инцидент из гадания в процедуру.
Пятнадцатиминутный порядок
- Другая сеть и инкогнито.
- DNS основного домена и www.
- Срок и цепочка SSL.
- HTTP-код без браузерной догадки.
- Логи CDN, Nginx, PHP и базы.
- Проверка origin.
- Живой тест Google и RSS после ремонта.
Главный принцип — менять по одному уровню за раз. Если одновременно обновить DNS, сертификат, PHP и плагин кэша, сайт, возможно, оживет, но причина останется неизвестной. А неизвестная причина почти всегда возвращается в самый неудобный момент.
Как отвечать роботам во время ремонта
Если простой плановый и сервер способен ответить, корректнее вернуть код 503 Service Unavailable и заголовок Retry-After, а не страницу «технические работы» с кодом 200. Код 200 сообщает поисковику, что пустая заглушка — нормальное содержимое URL. Серия 502 говорит об аварии и при длительном повторении способна замедлить обход и выпадение свежих новостей из индекса.
После восстановления не отправляйте на индексацию сотни адресов. Сначала убедитесь, что главная, статья, RSS, sitemap и изображения стабильно отвечают 200 из внешней сети. Затем запросите проверку нескольких приоритетных URL и наблюдайте журналы роботов. Стабильность в течение часов важнее одного удачного ответа после перезапуска.
- Сайт не открывается: как за 15 минут отличить DNS, SSL и ошибку 502 - 16/09/2026 19:33
- Интернет не работал сутки: как потребовать перерасчет у провайдера - 16/09/2026 19:29
- Нужна ли Nintendo Switch Online для Diablo IV: одиночная игра, кроссплей и прогресс - 16/09/2026 19:27
