Ошибка 503 Service Unavailable — сайт временно недоступен

Код 503 Service Unavailable означает, что сервер временно не может обрабатывать запросы: он перегружен или закрыт на техническое обслуживание. В отличие от других серверных ошибок, 503 — осознанный ответ: сервер работает, но просит зайти позже. Для владельца сайта это сигнал, что сайт недоступен прямо сейчас, но проблема, как правило, временная. Главное — понять, плановая она или аварийная.

Что означает код 503

503 — серверная ошибка из группы 5xx, описанная в стандарте RFC 9110. Сервер получил запрос, но сейчас не готов его выполнить. Вместе с 503 сервер может отдать заголовок Retry-After — через сколько секунд стоит повторить попытку. Место кода среди остальных — в полном списке кодов ответа HTTP.

Смежные коды легко перепутать. 500 Internal Server Error — необработанная ошибка в приложении, сервер «сломался». 502 Bad Gateway — посредник получил от вашего бэкенда некорректный ответ. 504 Gateway Timeout — посредник не дождался ответа вовсе. А 503 сервер отдаёт сам и сознательно: «занят, зайдите позже». От 429 Too Many Requests отличие в адресате: 429 ограничивает конкретного клиента за слишком частые запросы, а 503 сообщает о недоступности сервиса для всех.

Считает ли Tracker.ru 503 падением

Да. Успешной Tracker.ru считает только проверку с кодом 2xx. Ответ 503 помечает сайт недоступным, тип ошибки — «HTTP-ошибка», и вы получаете уведомление на email, в Telegram или по webhook. Проверки идут из нескольких регионов. Если 503 фиксируют все регионы одновременно, проблема точно на сервере, а не в сети по пути. Плановое обслуживание тоже засчитывается как простой: период попадает в статистику аптайма, поэтому обновления лучше проводить в часы минимального трафика.

Типичные причины

Режим обслуживания. CMS и фреймворки на время обновления отдают 503: WordPress создаёт файл .maintenance, панели деплоя включают заглушку. Забытый режим обслуживания — классическая причина «вечного» 503.
Перегрузка бэкенда. Все процессы PHP-FPM или рабочие процессы приложения заняты, очередь переполнена — новые запросы получают отказ.
Лимиты nginx. Директивы limit_req и limit_conn при превышении порога по умолчанию отвечают именно 503 — так nginx защищается от всплесков и ботов.
Балансировщик без живых серверов. Если все origin-серверы провалили health check, балансировщик или CDN отдаёт 503: запрос некому передать.
Лимиты виртуального хостинга. На shared-хостинге при превышении числа одновременных процессов сервер отвечает 503 — частая картина на дешёвых тарифах в часы пик.
DDoS-атака или всплеск трафика. Сервер сбрасывает часть запросов, чтобы не упасть целиком. Совсем перегруженный сервер может не ответить вообще — тогда мониторинг фиксирует таймаут вместо HTTP-кода.
Анти-бот защита. Некоторые CDN и анти-DDoS-сервисы отдают страницу «проверка браузера» с кодом 503: живой посетитель проходит проверку, а автоматические запросы видят ошибку.

Что проверить владельцу сайта

Откройте онлайн-проверку кода ответа своего сайта — она покажет реальный ответ сервера и заголовки без кэша браузера и без регистрации.
Проверьте, не включён ли режим обслуживания: файл .maintenance у WordPress, заглушка деплоя, флаг в панели управления. Если идёт плановое обновление, 503 исчезнет сам по его завершении.
Оцените нагрузку сервера: load average, свободная память, число занятых процессов PHP и соединений с базой данных.
Загляните в error-лог веб-сервера. По записям видно, кто отдал 503: сам nginx из-за лимитов или приложение за ним.
Если сайт за балансировщиком или CDN — проверьте health checks: не помечены ли все серверы как нездоровые.
При регулярных 503 в часы пик сверьтесь с лимитами тарифа хостинга. Если сайт каждый день упирается в них, пора расширять ресурсы или включать кеширование.

Как часто встречается 503 на практике

По данным проверок Tracker.ru, код 503 встречается примерно в 0,03% проверок — это третий по частоте серверный код после 502 и 500 (по данным на июль 2026). Обычно 503 приходит сериями: во время деплоя, пикового трафика или атаки мониторинг фиксирует несколько ошибок подряд, а затем сайт восстанавливается.

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

Почему мониторинг показывает 503, а в браузере сайт открывается?

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

503 при плановых работах — это нормально?

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

Чем 503 отличается от 502 Bad Gateway?

503 сервер отдаёт сам: он работает, но временно занят или закрыт на обслуживание. Ошибка 502 возникает у посредника — nginx, балансировщика или CDN, — когда бэкенд вернул некорректный ответ или не вернул его вовсе. Упрощённо: 503 — «сервис занят», 502 — «за шлюзом что-то сломалось».