-
Масштаб
Все страницы или одна функция
-
Причина
Сервер, приложение, зависимости
-
Исправление
Проверяемое изменение
-
Приёмка
Страницы, заявки, фоновые задачи
Ошибка 503 Service Unavailable означает, что сервер временно не готов обработать запрос. Для владельца сайта это сигнал проверить не только хостинг, но и приложение, базу данных, кеш и внешние зависимости. Начните с масштаба отказа: не работает весь сайт, отдельная страница или только отправка заказа. От этого зависит и техническое решение, и работа рекламы.
Короткий порядок: сохранить симптомы → найти источник ошибки → восстановить основной сценарий → проверить ответы и заявки → разобрать причины. Массовая замена страниц на заглушку нужна далеко не при каждом сбое.
Сначала зафиксируйте, что именно не работает
Запишите адрес, время с часовым поясом, действие пользователя и полученный ответ. Откройте страницу в другой сети: ошибка между вашим устройством и сайтом не всегда воспроизводится у других посетителей. Посмотрите вкладку Network в инструментах браузера. Главный HTML может отвечать 200, а запрос сохранения заказа — 503. Скриншот пустого экрана без адреса запроса не даёт разработчику достаточно данных.
Для чтения ответа можно выполнить curl -sS -D - -o /dev/null https://example.com/. В Windows используйте curl.exe, а вместо /dev/null — NUL. Это запрос страницы, не изменение её настроек. Проверяйте метод GET: ответ на HEAD иногда отличается. Не публикуйте вместе с диагностикой cookie, токены и персональные данные.
Как найти источник 503
| Наблюдение | Направление проверки | Следующее действие |
|---|---|---|
| Статика доступна, динамические страницы нет | Приложение, база, соединение с backend | Сопоставить журнал приложения и прокси |
| Ошибка появилась после выпуска | Изменения кода и конфигурации | Проверить релиз и согласованный откат |
| Проблема только на части адресов | Обработчик, внешний API, конкретные данные | Сравнить успешный и неуспешный запрос |
| После исправления заглушка остаётся | Кеш браузера, прокси или CDN | Проверить заголовки и адресное обновление кеша |
Это карта гипотез, а не автоматический диагноз. Например, доступная картинка не доказывает, что исходный сервер исправен: её мог отдать независимый кеш. Отмечайте, откуда пришёл ответ, и связывайте запросы по времени или идентификатору. Для длительных проблем используйте анализ серверных журналов.
Согласно описанию MDN, 503 относится к временным состояниям, в том числе обслуживанию и перегрузке. Сам код не сообщает, какой компонент отказал. При 504 промежуточный сервер не дождался ответа другого компонента: похожий внешний симптом требует проверки цепочки, а не механической замены числа в заглушке.
Как сообщить о технических работах
Если основной контент временно недоступен, отдавайте небольшую понятную страницу с корректным статусом. Укажите доступный контакт, затронутую функцию и время следующего сообщения, если команда его согласовала. Не загружайте на такую страницу тяжёлое видео и множество внешних скриптов. Аварийная страница должна работать даже при отказе обычного шаблона.
Retry-After передаёт предполагаемую задержку до повторного обращения. Например, значение 600 означает 600 секунд. Это учебный пример синтаксиса, не универсальный срок восстановления. Заголовок не гарантирует, что каждый клиент повторит запрос ровно через указанный интервал.
HTTP/1.1 503 Service Unavailable
Content-Type: text/html; charset=utf-8
Retry-After: 600
Cache-Control: no-store
После ремонта отдельно проверьте, что аварийная страница больше не раздаётся промежуточными кешами. Иначе приложение уже принимает запросы, а часть посетителей продолжает видеть сообщение о работах. Настройки кеша согласуйте со специалистом по вашей инфраструктуре, особенно если разные части сайта обслуживаются разными площадками.
Что делать с SEO и рекламой
Для кратковременного отключения Google описывает использование 503, а при отказе отдельной функции рекомендует по возможности сохранять остальной сайт. Продолжительное полное отключение создаёт риски для поиска. Не ставьте временно массовый noindex и не закрывайте весь обход через robots.txt вместо исправления причины. Рекомендации Google по временному ограничению работы.
Проверьте посадочные активных кампаний. Если услугу можно заказать по телефону, а сломана только необязательная функция, решение отличается от полной остановки магазина. Меняйте кампании по фактическому сценарию. Запишите время ограничений, чтобы затем объяснить изменения расходов, заявок и конверсии.
Чек-лист после восстановления
- Проверить главную, важные услуги, категории и несколько внутренних адресов: HTTP-код и реальное содержимое.
- Сравнить canonical, robots, редиректы и доступность файлов со штатной конфигурацией.
- Отправить согласованную тестовую заявку и найти её у получателя; тестовую оплату проверять предусмотренным для неё способом.
- Убедиться, что очередь отложенных операций обработана без повторных заказов и уведомлений.
- Сопоставить журнал ошибок до и после ремонта, затем проверить отчёты поисковых панелей.
Результат восстановления — не зелёная главная страница, а завершённый рабочий сценарий. Для приёмки сохраните адреса проверок, время, статус обращения и найденные остаточные проблемы. Такой журнал позволяет передать смену другому сотруднику без повторного расследования.
Частые вопросы об ошибке 503
Можно ли просто перезапускать сервер?
Перезапуск иногда снимает симптом, но до него полезно сохранить диагностические данные. Если причина — утечка памяти, перегрузка запросами или недоступная база, проблема может вернуться. Решение принимает технический специалист с учётом незавершённых операций и возможности безопасного восстановления.
Нужен ли срочный переезд на другой хостинг?
Сначала оцените причину и состояние данных. Смена площадки не исправит ошибку приложения. Если отказ связан с инфраструктурой, поможет заранее проверенный план переноса сайта, включая базу, файлы, DNS и откат.
Как избежать повторения
После инцидента оформите короткий разбор: причина, длительность, затронутые операции, восстановление и изменения на будущее. Начните с внешней проверки доступности, резервных копий и уведомлений об ошибках. Если нужна помощь с диагностикой и приёмкой исправлений, обсудите техническую поддержку сайта: список проверяемых сценариев задаёт понятный результат работы.
Что передать дежурному специалисту
Приложите точный URL, время и часовой пояс, код ответа, идентификатор запроса и шаг, на котором возникла ошибка. Укажите, повторяется ли проблема без авторизации. Пароли, токены и данные покупателей в обычную переписку не включайте.


