Работоспособность
502 Bad Gateway: что проверить владельцу сайта и где искать причину
502 Bad Gateway означает, что сервер-посредник получил некорректный ответ от следующего сервера. Посетителю доступна повторная попытка, а владельцу нужно найти, на каком участке между прокси и приложением произошёл сбой.
Что мы измерили на живых сайтах
В августе 2026 года во время аудитов мы наблюдали ошибку 502 на 3 сайтах. Во всех этих случаях она встречалась на главной странице: вместо содержимого сервер возвращал Bad Gateway.
Период наблюдений: август 2026 года. Каждый сайт учтён один раз, независимо от числа запросов. Это архивные наблюдения, а не оценка текущего состояния сайтов. Выборка не случайная: это сайты, которые проверяли мы, в основном малый и средний бизнес на WordPress и Битриксе. Цифры описывают этот корпус, а не весь рунет.
Почему нельзя оставлять ошибку без внимания
Когда главная отвечает 502, посетитель не видит предложение и не может перейти к нужной услуге. Обновление страницы может помочь ему при кратком сбое, но владельцу важно проверить, не повторяется ли отказ. Иначе успешное открытие у администратора создаёт ложное ощущение, что всё работает.
Для поискового робота 502 тоже означает недоступный ответ. При повторяющихся серверных ошибках Google снижает частоту обхода; длительный сбой может привести к выпадению URL из индекса. Отправлять страницу на переобход имеет смысл после восстановления, а не вместо ремонта.
Как найти участок сбоя
Типовая цепочка выглядит так: браузер, CDN или внешний прокси, nginx, приложение, база или внешний API. Сервер с надписью Bad Gateway не обязательно является сервером, который сломался. Установите, кто сформировал ответ, затем проверьте его связь со следующим узлом.
| Признак в журнале | Что проверить |
|---|---|
| Соединение с upstream отклонено | Запущено ли приложение, правильны ли порт или сокет и права доступа |
| Upstream закрыл соединение до ответа | Падение процесса, перезапуск, лимит памяти и журнал приложения |
| Истекло ожидание ответа | Медленные запросы, внешние вызовы и занятые рабочие процессы |
| Внешний прокси ошибается, приложение доступно | Адрес исходного узла и настройки связи между слоями |
Это направления поиска, не диагноз по одному слову. Если приложение само вернуло 500 Internal Server Error, расследование начинается в его журнале. Если ответы ещё успешны, но долго ожидаются, отдельно измерьте TTFB.
Как исправить 502 после диагностики
- Приложение остановилось. Проверьте журнал запуска и причину остановки. Восстановите службу приложения, затем убедитесь, что она отвечает по адресу, который использует прокси.
- Прокси обращается не туда. Сверьте адрес, порт или путь к сокету с настройками приложения. Исправьте конфигурацию, проверьте её синтаксис и только затем примените изменение.
- Процесс падает во время запроса. Найдите ошибку за то же время в журнале приложения. Если сбой появился после обновления, проверьте последнюю правку и возможность безопасного отката.
- Проблема возникает под нагрузкой. Проверьте память, занятость рабочих процессов, медленные запросы и внешние вызовы. Увеличение тайм-аутов не исправляет остановленный или падающий процесс.
Если у вас обычный хостинг без доступа к серверу, передайте поддержке точный URL, время ошибки с часовым поясом и действие, после которого она появилась. Попросите проверить журнал ошибок, службу приложения и ограничения ресурсов за этот промежуток. Одного скриншота с надписью Bad Gateway для поиска причины часто недостаточно.
Как проверить самому, не усугубляя аварию
- Сохраните точный URL, время с часовым поясом, код и действие посетителя. Для формы не повторяйте отправку вслепую: могут возникнуть дубли.
- Проверьте GET-ответ:
curl -sS -D - -o /dev/null https://example.com. Команда предназначена для терминала Linux или macOS; в браузере код виден в Network. - Сопоставьте это время с закрытыми журналами прокси и приложения. Не выкладывайте их публично вместе с токенами и данными клиентов.
- Проверьте состояние нужной службы, ресурсы и последнюю выкладку. Не перезапускайте сразу все службы: это может уничтожить полезные признаки и оборвать запросы.
- Исправьте подтверждённую причину и повторите исходный сценарий. Добавьте наблюдение во времени, если сбой плавающий.
Что делать после восстановления
Проверьте не только главную, но и сохранение и доставку заявки. Разовое исправление технических ошибок для WordPress оценивается пакетом от 9 000 ₽ до 19 000 ₽. Необходимость переноса сервера или регулярной поддержки определяют по причине, а не по самому коду 502.
Если авария повторяется, согласуйте мониторинг и обслуживание через техническую поддержку сайта. Восстановленная страница и запрос переобхода не заменяют устранение повторяющегося отказа.
Источники и нормы
Собственные цифры выше получены замерами Фиксометра. Определения, пороги и правила сверены с первичными документами:
- RFC 9110: 502 Bad Gateway. Стандартное значение ответа 502 и отличие от других серверных ошибок.
- nginx: модуль HTTP proxy. Параметры соединения с upstream и ожидания ответа.
- Google: HTTP-статусы и ошибки сети. Как повторяющиеся ошибки 5xx влияют на обход и индексацию.
Частые вопросы
502 означает, что сайт взломали?
Нет. По одному коду нельзя установить причину. Приложение могло остановиться, оборвать ответ или стать недоступным для прокси. Нужны журналы и время сбоя.
Чем 502 отличается от 500 и 504?
500 сообщает о внутренней ошибке сервера. 502 связан с некорректным ответом следующего сервера. 504 указывает на ожидание, завершившееся по тайм-ауту. Конкретное отображение зависит от цепочки серверов.
Нужно сразу увеличивать тайм-аут nginx?
Нет. Если приложение не слушает порт или обрывает соединение, больший тайм-аут причину не исправит. Сначала проверьте журнал и состояние приложения.
Потеряются ли позиции после одной ошибки?
Один краткий сбой не позволяет предсказать изменение позиций. Повторяющиеся 5xx мешают обходу; при длительной недоступности URL могут перестать сохраняться в индексе. Сначала восстановите стабильность.
Смена хостинга исправит 502?
Только если причина связана с ограничениями или неисправностью текущего хостинга. Ошибка в адресе приложения, его коде или настройке прокси может переехать вместе с сайтом. Сначала нужна диагностика.
Проверьте свой сайт
Проверка покажет доступность в момент запроса и найденные серверные ошибки. Для плавающего 502 нужны также время жалобы, мониторинг и журналы: успешный запуск не доказывает, что аварии не было.