Вы заходите на свой сайт, а там белый экран и три слова: «502 Bad Gateway». Трафик идёт, но посетители видят ошибку вместо контента. Продажи стоят, SEO-позиции ползут вниз, а вы теряете время на догадки.

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

💡 Быстрый обзор:

• Перезагрузите страницу и проверьте, не упал ли сервер хостинга
• Очистите кеш браузера и временно отключите CDN
• Если ошибка сохраняется, отключите плагины через FTP и проверьте тему
• Сбросьте.htaccess и обратитесь к хостеру, когда всё остальное не сработало

Что такое ошибка 502 Bad Gateway

Когда вы открываете сайт, браузер отправляет HTTP-запрос. На стороне сервера его встречает обратный прокси (Nginx, Apache), который распределяет запросы между сервером приложений (PHP), базой данных, веб-сервером статики и CDN. Каждый узел обрабатывает свою часть и возвращает результат прокси-серверу. Тот собирает ответ и отдаёт его браузеру, страница загружается.

Ошибка 502 возникает, когда один из серверов в этой цепочке возвращает прокси-серверу некорректный ответ. Прокси не может собрать страницу и показывает «Bad Gateway». Браузер честно сообщает: шлюз между серверами получил не то, что ожидал.

Внешне ошибка принимает разные формы: «502 Bad Gateway», «502 Service Temporarily Overloaded», «HTTP 502», «Nginx 502 Bad Gateway», «Ошибка прокси». Суть одна, где-то в цепочке разрыв.

Почему возникает ошибка 502

Причины почти всегда серверные, но иногда триггером выступают ваши же действия на сайте:

• Перегрузка сервера. Резкий скачок трафика исчерпывает ресурсы хостинга, процессы PHP не справляются с очередью запросов.
• Сбойный плагин или тема. Код, который вызывает фатальную ошибку PHP, обрывает ответ сервера приложений, прокси получает пустоту.
• Проблемы с CDN. Cloudflare, KeyCDN или другой сервис доставки контента не может соединиться с исходным сервером и возвращает 502.
• Некорректные DNS-записи. После смены хостинга или обновления DNS-серверов записи ещё не распространились, сайт временно недоступен.
• Повреждённый.htaccess. Битый синтаксис или конфликт правил перезаписи ломает обработку запросов.
• Исчерпан лимит памяти PHP. Тяжёлый плагин или скрипт выедает всю доступную память, процесс падает.

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

Шаг 1. Обновите страницу

Первое и самое простое: нажмите F5 или Ctrl+R. Если ошибка вызвана кратковременным сбоем на сервере, повторный запрос пройдёт успешно. Попробуйте открыть сайт в другом браузере или с мобильного интернета, это отсекает проблему на вашей стороне.

Проверьте, работает ли сайт для остального мира, через сервис isup.me или Down For Everyone Or Just Me. Если сервис показывает, что сайт лежит только у вас, проблема локальная, идём дальше. Если сайт недоступен для всех, вероятнее всего, упал сервер хостинга или включилась блокировка на уровне провайдера.

Шаг 2. Очистите кеш браузера

Браузер кеширует не только картинки и стили, но и ошибочные ответы сервера. Жёсткая перезагрузка (Ctrl+F5 в Windows, Cmd+Shift+R в macOS) заставляет браузер запросить страницу заново, минуя локальный кеш.

Если жёсткая перезагрузка не помогла, очистите кеш полностью. В Chrome: Настройки → Конфиденциальность и безопасность → Очистить историю → «Кешированные изображения и файлы». Подробную инструкцию для разных браузеров и очистку кеша на стороне WordPress мы разбирали в отдельном руководстве.

Шаг 3. Временно отключите CDN

Сети доставки контента вроде Cloudflare или KeyCDN пропускают трафик через свои серверы. Если на стороне CDN произошёл сбой или настроено некорректное правило файрвола, посетители увидят 502 даже при полностью работающем исходном сервере.

Чтобы проверить эту гипотезу, приостановите CDN в панели управления сервисом. Cloudflare: перейдите в раздел Overview → Pause Cloudflare. KeyCDN и аналоги: найдите кнопку Disable или Pause в панели. После отключения обновите сайт. Ошибка исчезла, проблема на стороне CDN, обратитесь в их поддержку.

Пока CDN отключён, сайт работает напрямую с вашего хостинга, скорость может немного упасть, но доступность восстановится. Сравнение популярных CDN-сервисов и их настройку мы приводили в статье о бесплатных CDN для WordPress.

Шаг 4. Проверьте настройки DNS

После смены хостинга или обновления NS-записей DNS-информация расходится по сети от нескольких часов до 48 часов. В этот период часть посетителей может попадать на старый сервер, который не отвечает или отвечает некорректно.

Если вы недавно переносили сайт, подождите сутки, этого достаточно в большинстве случаев. Дополнительно сбросьте локальный DNS-кеш: в Windows откройте командную строку и выполните ipconfig /flushdns, в macOS, sudo dscacheutil -flushcache и sudo killall -HUP mDNSResponder. Затем перезагрузите страницу.

Шаг 5. Отключите плагины через FTP

Наиболее частая причина 502 на WordPress, конфликт плагинов. Один проблемный плагин может вызывать фатальную ошибку PHP, которая кладёт весь сайт. Поскольку админка WordPress при 502 недоступна, отключать плагины придётся через файловую систему.

Подключитесь к серверу по FTP (через FileZilla, WinSCP) или откройте Файловый менеджер в cPanel. Перейдите в корневую папку сайта (обычно public_html):

Зайдите в wp-content и найдите папку plugins. Переименуйте её, например, в plugins.old. Это мгновенно отключит все плагины разом. Данные плагинов при переименовании папки не удаляются, настройки сохраняются в базе данных:

Обновите сайт. Заработал, проблема в одном из плагинов. Верните папке имя plugins, зайдите в админку и включайте плагины по одному, проверяя сайт после каждой активации. Нашли виновный плагин, удалите его через FTP или замените альтернативой.

Шаг 6. Проверьте активную тему

Если отключение плагинов не дало результата, следующий подозреваемый, тема оформления. Некорректный код в functions.php или конфликт с версией PHP точно так же вызывает фатальную ошибку и 502.

Снова зайдите в корневую папку сайта → wp-content → themes. Найдите папку с активной темой и переименуйте её (например, добавьте .old в конце):

WordPress автоматически переключится на тему по умолчанию (Twenty Twenty-Four, Twenty Twenty-Five или аналогичную). Обновите сайт, если ошибка ушла, проблема в теме. Обратитесь к разработчику темы или восстановите резервную копию. После диагностики верните папке исходное имя.

Подробный алгоритм проверки темы и поиска конфликтного кода описан в руководстве по устранению проблем с темой WordPress.

Шаг 7. Сбросьте файл.htaccess

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

Подключитесь по FTP и найдите файл .htaccess в корневой папке сайта. Скачайте резервную копию на компьютер, затем удалите файл с сервера. Зайдите в админку WordPress, перейдите в Настройки → Постоянные ссылки и нажмите «Сохранить изменения» (ничего не меняя). WordPress создаст новый .htaccess с чистым набором правил.

Если ошибка появилась сразу после установки плагина кеширования (WP Rocket, W3 Total Cache, LiteSpeed Cache), проверьте раздел с правилами этого плагина в .htaccess, обычно он обёрнут в комментарии # BEGIN W3TC / # END W3TC. Удалите этот блок, сохраните файл и обновите сайт.

Шаг 8. Обратитесь к хостинг-провайдеру

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

Попросите проверить логи ошибок PHP и веб-сервера за время, когда появилась 502. В логах почти всегда видно, какой именно скрипт или модуль вызывает сбой. На недорогих тарифах shared-хостинга причиной может быть банальная нехватка ресурсов: один сайт на сервере съедает всю память, остальные получают 502. В этом случае имеет смысл рассмотреть переход на VPS или облачный хостинг с гарантированными ресурсами.

Видеоинструкция

Наглядный процесс диагностики и исправления ошибки 502 от первого шага до последнего смотрите в этом видео:

⁉️🤔 Частые вопросы

Может ли ошибка 502 пройти сама по себе?

Да, если причина в кратковременной перегрузке сервера хостинга. Провайдеры мониторят нагрузку и автоматически перезапускают проблемные процессы в течение одной-пяти минут. Обновите страницу через пару минут, в половине случаев ошибка исчезает без каких-либо действий с вашей стороны.

Как отличить 502 от других ошибок сервера?

502 Bad Gateway, это ошибка на уровне прокси-сервера (Nginx/Apache), а не самого приложения. Ошибка 500 Internal Server Error означает проблему непосредственно в коде PHP или конфигурации. Ошибка 503 Service Unavailable, сервер временно не принимает запросы, обычно при плановом обслуживании. Ошибка 504 Gateway Timeout, сервер не дождался ответа от upstream-сервера за отведённое время. Для пользователя разница сводится к диагностике: 500 чаще всего чинится правкой кода, 502, восстановлением связи между серверами.

Нужно ли восстанавливать сайт из бэкапа при 502?

Бэкап, крайняя мера, а не первый шаг. Прежде чем разворачивать резервную копию, выполните шаги 5, 6 и 7 из этого руководства: отключите плагины, проверьте тему, сбросьте .htaccess. В подавляющем большинстве случаев 502 устраняется без восстановления бэкапа. Разворачивайте копию, только если ошибка появилась сразу после обновления WordPress, плагинов или темы и откат изменений через FTP невозможен.

Можно ли предотвратить появление ошибки 502 в будущем?

Частично да. Используйте качественный хостинг с достаточным объёмом памяти PHP (рекомендуемый минимум, 256 МБ). Настройте мониторинг доступности сайта через UptimeRobot или аналогичный сервис, вы узнаете о проблеме раньше, чем о ней сообщат посетители. Перед установкой и обновлением плагинов делайте быстрый бэкап. И держите под рукой FTP-доступ: когда админка лежит, это единственный способ быстро отключить проблемный код.

Что делать, если ничего не помогло?

Восемь шагов выше закрывают почти все сценарии появления 502 Bad Gateway на WordPress. Если вы проверили плагины, тему, DNS и CDN, сбросили .htaccess, а ошибка осталась, проблема глубже, и без инженеров хостинга не обойтись.

Правильная последовательность экономит часы: сначала исключите локальные причины (кеш, браузер, CDN), затем серверные (плагины, тема, .htaccess) и только потом эскалируйте к провайдеру. Сохраните это руководство в закладки, 502 имеет свойство возвращаться в самый неподходящий момент, и быстрый доступ к чек-листу сэкономит вам уйму нервов.