#Что происходит и как определить неисправность
REST API WordPress может отвечать ошибкой при сохранении страницы из-за блокировки запросов /wp-json/wp/v2/pages, неправильной авторизации, PHP-исключения в фильтре или конфликта расширения. В отличие от общего сбоя редактора, здесь в центре диагностики конкретный HTTP-ответ API.
#Вероятные причины и признаки
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Отказ в проверке прав или nonceОтказ в проверке прав или nonce. Ответ 401/403, ошибка rest_cookie_invalid_nonce | Ответ 401/403, ошибка rest_cookie_invalid_nonce | Проверить браузерные cookie, время, HTTPS и WAF. |
| Плагин меняет поведение RESTПлагин меняет поведение REST. Ответ 500 с именем хука/плагина в PHP-журнале | Ответ 500 с именем хука/плагина в PHP-журнале | Изолировать расширение на копии. |
| Прокси обрезает запрос или меняет заголовкиПрокси обрезает запрос или меняет заголовки. 413, 400 или отсутствие тела в запросах с большим содержимым | 413, 400 или отсутствие тела в запросах с большим содержимым | Проверить допустимый размер и конфигурацию прокси без отключения ограничений. |
#Пошаговая диагностика и исправление
- Определите конкретный запрос APIВ разделе Страницы → Все страницы откройте тестовую страницу, нажмите «Обновить» и проследите вкладку F12 → Сеть → Fetch/XHR. Найдите запрос к /wp-json/wp/v2/pages/ID и запишите метод POST, HTTP-статус и безопасное сообщение ошибки.
- Проверьте доступность публичного RESTОткройте https://сайт/wp-json/; ожидается JSON с описанием API, если публичный REST не ограничен специальной политикой. Если здесь 404, проверьте правила маршрутизации Nginx/Apache. Если 200, переходите к проверке авторизованного метода, не делайте вывод, что всё работает.
- Проверьте авторизацию через обычный входВыйдите и войдите снова на одном HTTPS-домене. Убедитесь, что пользователь имеет право редактирования страницы и находится в нужной сети сайтов, если это Multisite. Не вставляйте в запрос токен вручную ради обхода ошибки авторизации.
- Сравните заголовки и ответ блокировкиВ девинструментах проверьте Content-Type, Request URL, ответ JSON и код, а у администратора — X-WP-Nonce, cookie и возможное перенаправление через внешнюю защиту. Если ответ HTML со страницей блокировки, вероятен WAF; если JSON с кодом ошибки WordPress, диагностируйте серверное приложение.
- Посмотрите журнал PHP за ту же секундуПри HTTP 500 откройте журнал в панели хостинга и найдите stack trace по времени и пути к файлу. Временно включите WP_DEBUG_LOG и выключите WP_DEBUG_DISPLAY через wp-config.php с защитой журнала, если обычный лог не даёт ответа. После проверки верните настройки.
- Отделите проблему содержимого от инфраструктурыНа тестовом сайте сохраните страницу с простым абзацем. Если работает, добавляйте блоки проблемной страницы по одному, пока ошибка не повторится. Если не работает ни одна страница, проверьте ядро, REST-маршрут, права и прокси; не удаляйте целиком редактор блоков.
- Исправьте узкую причинуПри ложной блокировке WAF согласуйте исключение только для нужного правила после проверки содержимого. При несовместимости плагина обновите его на копии либо отключите конкретную функциональность. При 413 исследуйте лимиты загрузки прокси и PHP для этого типа запроса.
- Подтвердите восстановление сохраненияПовторите запрос и проверьте, что JSON-ответ содержит обновлённые данные страницы. Перезагрузите редактор, откройте публичный адрес без кеша и убедитесь, что контент соответствует редакции. При повторной ошибке откатите точечное изменение и сохраните журнал.
#Как проверить результат
REST API обрабатывает авторизованное обновление страницы, код ответа соответствует успеху, редактируемая страница и публичная версия согласованы, правила безопасности остаются включены.
#Если не помогло
Для 401/403 проверяйте nonce/права/защиту, для 404 — маршрутизацию, для 413 — размер, для 500 — конкретную фатальную ошибку. Не применяйте один способ ко всем ответам.