WordPress застрял в режиме обслуживания: «Briefly unavailable for scheduled maintenance»

Откуда берётся сообщение

Во время обновления WordPress создаёт в корне сайта файл .maintenance. Пока он есть, каждый запрос получает ответ с кодом 503 и текстом «Briefly unavailable for scheduled maintenance. Check back in a minute.». После обновления файл удаляется. В исходном коде WordPress ответ отправляется с заголовком Retry-After: 600, то есть «повторите через 10 минут» (wp-includes/load.php).

Если обновление оборвалось (закончилось время PHP, не хватило памяти, пропало соединение, вы закрыли вкладку), файл остаётся. Официальная документация предлагает удалить .maintenance через FTP.

Шаг 1. Подождите 10 минут

В коде WordPress есть правило: если метка времени в файле .maintenance старше десяти минут, режим обслуживания считается законченным, и сайт открывается снова. Поэтому:

• Если сообщение появилось минуту назад, а вы не запускали обновление (оно могло идти в автоматическом режиме), подождите и обновите страницу.
• Если сообщение держится дольше 10 минут, файл либо свежий, либо сообщение выводит не WordPress: переходите дальше.

Шаг 2. Удалите файл .maintenance

1. Подключитесь к сайту через файловый менеджер хостинга, FTP или SSH.
2. Включите показ скрытых файлов: имя начинается с точки.
3. Найдите .maintenance в корне сайта (рядом с wp-config.php, wp-content).
4. Удалите его. Командой: rm /путь/к/сайту/.maintenance.
5. Откройте сайт в окне инкогнито.

Не удаляйте ничего больше, пока не выяснили, что именно обновлялось.

Шаг 3. Если сообщение не ушло

Шаг 4. Доделайте обновление и проверьте файлы

Удалённый файл только открывает сайт. Прерванное обновление оставляет половину файлов старыми, половину новыми.

1. Сделайте копию файлов и базы, если ещё не делали (как сделать бэкап).
2. Откройте «Консоль → Обновления». Если обновление ядра, плагина или темы предлагается снова, запустите его заново. Обновляйте по одному компоненту, а не всё сразу.
3. Если установлена WP-CLI, проверьте целостность: wp core verify-checksums сравнит файлы ядра с официальными. wp plugin verify-checksums --all делает то же для плагинов из каталога WordPress.org.
4. Если после обновления на сайте ошибка, смотрите «Сайт сломался после обновления WordPress» и белый экран.

Как не допустить повтора

• Обновляйте плагины по несколько штук и не закрывайте вкладку до конца (как обновлять WordPress).
• Делайте копию перед обновлением ядра.
• Проверьте лимиты PHP: max_execution_time и memory_limit. Крупное обновление на слабом тарифе не успевает.
• Отключите автообновление там, где его результат никто не проверяет, и включите оповещения о сбоях.

Что видят поисковые роботы

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

Когда нужен специалист

• Нет доступа к файлам сайта.
• После удаления .maintenance сайт не работает, а резервной копии нет.
• Обновление обрывается на одном и том же месте.
• Нужно проверить, не пострадали ли файлы и база после сбоя.

Сколько стоит решение у нас

Диапазоны ориентировочные, ставка 3 800 ₽ в час. Точную оценку присылаем до начала работ. Все цены.

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