Ошибка 502 Bad Gateway: что делать, если сайт отвечает через раз

Ошибка 502 на сайте — одна из самых неприятных неполадок для бизнеса: страница то открывается, то выдаёт серое сообщение, и никто не понимает, что происходит. Клиенты в такие минуты не жалуются, а просто уходят к другим, а вы узнаёте об этом по падению звонков. В статье разберём, что означает ошибка 502 (бэд гейтвей), как самостоятельно проверить хостинг, нагрузку, скрипты и кэш, когда пора звать специалистов и как не терять заявки, пока сайт нестабилен.

Ошибка 502 на сайте: что означает бэд гейтвей простыми словами

Когда человек открывает сайт, его запрос проходит не напрямую к вашим файлам, а через цепочку. Сначала запрос принимает веб-сервер, чаще всего энджинкс или апач. Если сайт динамический, веб-сервер передаёт запрос дальше: программе на пи-эйч-пи, базе данных, иногда ещё одному промежуточному серверу. Такой промежуточный сервер называют обратным прокси: он стоит перед основным и распределяет запросы.

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

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

Номер ошибки полезен для диагностики. Ошибка 500 говорит о сбое внутри самой программы, ошибка 503 — о том, что сервис временно недоступен или перегружен, ошибка 504 — о том, что ответ слишком долго не приходил. Ошибка 502 лежит между ними: цепочка работает, но звено отвечает неправильно.

Почему сайт отвечает через раз

Самый коварный вариант — когда ошибка появляется не всегда. Вы заходите — всё открывается, клиент заходит — видит ошибку. Так бывает, когда проблема зависит от нагрузки, времени суток или конкретного адреса страницы.

Типичная причина — нехватка ресурсов. На недорогом общем хостинге за вашим сайтом сидят десятки соседей, и в часы пик процессор или память упираются в лимиты. Сервер начинает завершать «тяжёлые» процессы, и некоторые запросы остаются без ответа. Днём всё нормально, вечером, когда заходят покупатели, ошибки идут чередой.

Вторая причина — зависающие скрипты. Например, тяжёлая выгрузка товаров, формирование отчёта, плагин, который обращается к внешнему сервису и ждёт ответа. Пока скрипт висит, он занимает рабочий процесс пи-эйч-пи, а когда процессы заканчиваются, новые запросы получают ошибку. Хуже всего, если скрипт запускается по расписанию и при каждом запуске сайт «подвисает».

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

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

Что можно проверить самому за полчаса

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

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

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

Затем проверьте последние изменения. Что вы или ваши подрядчики делали с сайтом за последние дни: обновляли систему, ставили плагин, меняли тему, загружали большой каталог? Если ошибка появилась сразу после действия, отключите последнее изменение или вернитесь к резервной копии. Резервная копия есть у большинства хостингов, найдите её раздел в панели.

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

Хостинг, нагрузка и лимиты

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

Что проверить в тарифе. Объём оперативной памяти на аккаунт, число одновременных процессов пи-эйч-пи, время выполнения одного скрипта, лимит обращений к базе данных, число запросов в секунду. Если какой-то лимит достигается регулярно, имеет смысл перейти на более мощный тариф или на выделенную виртуальную машину. Это не всегда дорого: разница между базовым и расширенным тарифом нередко составляет несколько сотен рублей в месяц, а потерянные заявки обходятся дороже.

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

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

Отдельно упомянем защиту от наплыва ботов. Иногда нагрузку создают не живые покупатели, а автоматические программы, которые обходят сайт тысячами запросов. В панели хостинга или в Яндекс.Метрике это видно по резкому росту посещений с нулевой глубиной просмотра. Такой трафик нужно ограничивать на уровне сервера, и это задача для специалиста.

Скрипты, плагины и база данных

Если хостинг в порядке, ищем виновника в самом сайте. Здесь на первом месте тяжёлые скрипты и плагины. Выгрузка товаров по расписанию, пересчёт цен, формирование карты сайта, резервное копирование, рассылки — всё это занимает процессы пи-эйч-пи. Если запустить несколько таких задач одновременно, сайт «просядет».

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

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

Особенно внимательно относитесь к плагинам, которые обращаются к внешним сервисам: платёжные системы, расчёт доставки, виджеты отзывов. Если внешний сервис не отвечает, скрипт на вашем сайте будет ждать, пока не исчерпается время, и в итоге вызовет ошибку 502. В настройках стоит ограничивать время ожидания и показывать запасной вариант.

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

Кэш и обратный прокси

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

Проверьте, включено ли кэширование в системе управления сайтом. В ХостСМС, 1С-Битрикс и ВордПресс есть встроенные или подключаемые механизмы кэша страниц и компонентов. Обратите внимание на то, что исключено из кэша: корзина, личный кабинет, оформление заказа должны обновляться постоянно, а каталог и статьи прекрасно кэшируются.

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

Обратный прокси — промежуточный сервер, который принимает запросы от посетителей и передаёт их основному. Чаще всего эту роль играет энджинкс перед апачем. Он ускоряет отдачу статичных файлов, держит очередь и защищает основной сервер. Но именно на стыке энджинкса и пи-эйч-пи возникает большинство ошибок 502: если пи-эйч-пи перегружен, перезапущен или слишком долго отвечает, энджинкс сообщает о неверном шлюзе.

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

Когда звать специалистов

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

Специалисты начнут с диагностики: изучат журналы веб-сервера и пи-эйч-пи, посмотрят график нагрузки за неделю, проверят настройки обратного прокси и лимиты, протестируют самые тяжёлые страницы. После этого составят короткий план: что исправить немедленно, что сделать в течение недели, что вынести в отдельные доработки. Хороший подрядчик не обещает «починить за пять минут» без анализа, но способен дать срок и список работ.

Заранее подготовьте информацию, это ускорит работу. Когда именно появлялись ошибки: даты и время. Что происходило перед этим: обновления, рекламные кампании, рассылки. Какие страницы затронуты. Доступы к панели хостинга и системе управления сайтом. Скриншот сообщения об ошибке. Чем точнее описание, тем быстрее причина найдётся.

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

Как заявки теряются во время сбоев

Главная опасность ошибки 502 — не сама ошибка, а тихие потери. Если сайт совсем лёг, вы заметите быстро: перестанут приходить письма, позвонят знакомые. Но при нестабильной работе потери почти невидимы. Часть посетителей видит нормальную страницу, часть — ошибку, и общая картина выглядит как «заявок стало немного меньше».

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

Особенно болезненно, когда ошибка возникает на этапе отправки формы. Человек потратил пять минут на заполнение, нажал «Отправить» и увидел серое сообщение. Данные пропали, он не знает, дошла ли заявка, и не будет вводить всё заново. Формы без подтверждения успешной отправки — прямые потери.

Другой скрытый риск — потеря заявок внутри системы. Сайт принял форму, но письмо не ушло из-за сбоя почтового сервиса, или заявка не записалась в систему учёта клиентов. Менеджеры ждут звонков, а их нет. Поэтому важно, чтобы заявки сохранялись в нескольких местах: в базе сайта, на почте, в мессенджере сотрудника, в Битрикс24 или амоСРМ.

Как отслеживать сбои в Яндекс.Метрике и Яндекс.Вебмастере

Хорошая новость: большинство потерь можно увидеть, если заранее настроить наблюдение. В Яндекс.Метрике заведите цели на ключевые обращения: отправка формы, звонок по номеру, переход в мессенджер, оформление заказа. Затем сравните график достижения целей по часам и дням. Резкие провалы, не связанные с выходными и сезонностью, — повод проверить доступность сайта в эти часы.

Используйте отчёты по источникам. Если реклама в Яндекс Директе продолжала приводить посетителей, а число заявок упало, сайт, скорее всего, отвечал с ошибками. Обратите внимание на показатель отказов и время на сайте: во время сбоев растёт доля коротких визитов. Также поможет вебвизор: записи сеансов покажут, как пользователь видит страницу с ошибкой и что делает после этого.

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

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

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

Как это связано с продвижением 3 в 1

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

Второй канал — Яндекс.Справочник. В карточке вашей организации в Яндекс Картах и Яндекс Бизнесе стоит ссылка на сайт. Если по ней человек видит ошибку, он решает, что компания не работает, и ставит низкую оценку. Хорошая страховка — держать в карточке актуальный телефон и кнопку мессенджера, чтобы обращение не зависело от сайта. Пока сайт чинят, добавьте в карточку публикацию с запасным способом связи.

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

Обращения с карт нужно считать наравне с заявками с сайта. Заведите отдельные номера для сайта, Яндекс Карт и 2ГИС. Тогда во время сбоя вы увидите, что число звонков с карт выросло, а с сайта упало — и сможете оценить потери и переключить усилия на работающий канал.

Запасные каналы приёма заявок

Запасной канал — это то, что принимает обращения, когда основной не работает. Он нужен любому бизнесу, который зависит от сайта. Самый простой вариант — телефон, который всегда отвечает: в рабочее время его берёт сотрудник, вне его включается автоответчик с просьбой оставить сообщение или переадресация на мобильный дежурного.

Второй вариант — мессенджеры. Ссылки на чат компании должны быть не только на сайте, но и в карточках на картах, в подписи писем, в рекламных объявлениях. Если сайт недоступен, человек всё равно может написать. Подключите автоответ, который просит оставить имя и телефон, и сообщение дойдёт до нужного сотрудника.

Третий вариант — отдельная резервная страница или форма на другом хостинге. Достаточно одной страницы с телефоном, адресом, мессенджером и простой формой. Если основной сайт падает, специалисты могут быстро подменить его заглушкой: «Сайт временно на обслуживании, оставьте заявку или позвоните». Это лучше, чем серая ошибка, потому что клиент понимает, что компания жива.

Четвёртый вариант — онлайн-чат вроде Живосайта и обратный звонок от внешнего сервиса, который не зависит от вашего хостинга. Такие виджеты работают на своих серверах и принимают обращения, даже когда основной сайт тормозит. Заявки из них можно автоматически отправлять в систему учёта клиентов и дублировать на почту и в мессенджер.

И наконец, регламент. Назначьте ответственного за проверку заявок утром и вечером и напишите короткую инструкцию: что делать, если сайт недоступен, кому звонить, как переключить автоответ. Такой документ из полустраницы экономит часы паники.

Вывод

Ошибка 502 (бэд гейтвей) — это признак того, что звенья цепочки между посетителем и вашим сайтом перестали понимать друг друга. Причины обычно лежат в нагрузке, тяжёлых скриптах, неудачных обновлениях, лимитах хостинга или настройках обратного прокси. Часть проверок вы можете выполнить сами: посмотреть панель хостинга, журнал ошибок, последние изменения, очистить кэш. Но главное — не терять заявки в период нестабильности: настроить цели в Яндекс.Метрике, подключить уведомления Яндекс.Вебмастера, держать запасные каналы связи и актуальные карточки на картах.

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

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