Ошибка JSON в WordPress: причины и способы исправления

Что такое ошибка JSON и почему она возникает

В WordPress ошибка JSON означает, что редактор или другой компонент CMS ожидал корректный ответ в формате JSON от REST API, но получил не то, что должен. Это может быть HTML-страница ошибки, редирект, пустой ответ, предупреждение PHP или ответ с неправильным URL. Именно поэтому пользователи видят сообщения вроде wordpress ошибка обновления ответ не является допустимым ответом json. или ошибка обновления ответ не является допустимым ответом json wordpress.

С технической точки зрения проблема возникает на стыке браузера, WordPress и сервера. Gutenberg отправляет запрос к REST API, а в ответ вместо валидного JSON приходит некорректное содержимое. По спецификации JSON формат должен быть строго структурированным, без постороннего вывода, что подтверждает документация MDN: JSON.

Основные причины ошибки

Что это ломает на сайте

• не сохраняются и не обновляются записи;
• не работает предпросмотр страниц;
• редактор блоков зависает или показывает бесконечную загрузку;
• часть метаполей и SEO-плагинов перестаёт сохранять данные;
• возникают риски для индексации, если проблема затрагивает REST API и маршрутизацию.

Как проверить и обновить постоянные ссылки

Постоянные ссылки WordPress напрямую влияют на маршруты REST API. Если правила перезаписи сбились, редактор может обращаться по корректному адресу, но сервер будет возвращать 404, редирект или HTML вместо JSON. Это одна из самых частых причин, особенно после миграции, смены домена или ручной правки .htaccess.

Пошаговая инструкция

1. Зайдите в админку WordPress.
2. Откройте раздел Настройки → Постоянные ссылки.
3. Не меняя структуру, нажмите кнопку сохранения.
4. Проверьте, создался ли или обновился файл .htaccess.
5. Вернитесь в редактор и попробуйте снова обновить запись.

Что должно получиться на каждом шаге

1. Админка открывается без редиректов между HTTP и HTTPS.
2. В разделе permalink нет пустых или нестандартных значений после переноса.
3. После сохранения WordPress заново записывает правила rewrite.
4. Если .htaccess недоступен для записи, CMS обычно показывает подсказку с кодом для вставки вручную.
5. После обновления запись должна сохраняться без сообщения о невалидном JSON WordPress.

Если сайт работает на Nginx, пересохранение permalink в админке может быть недостаточным: правила маршрутизации задаются в конфигурации сервера. В этом случае проверьте, что запросы к /wp-json/ не блокируются и не редиректятся. Для быстрой технической проверки полезны проверка редиректов и проверка HTTPS.

Как настроить SSL-сертификат и устранить смешанное содержимое

Если сайт частично работает по HTTP, а частично по HTTPS, браузер может блокировать запросы к REST API или помечать их как небезопасные. В результате WordPress получает некорректный ответ, и появляется ошибка обновления записи WordPress. В 2026 году корректная HTTPS-конфигурация — это уже не опция, а базовая техническая норма для сайта.

SSL важен не только для безопасности, но и для единообразия адресов. Если в настройках WordPress указан один протокол, а сервер или CDN принудительно перенаправляет на другой, редактор может обращаться по неправильному URL. Это особенно часто происходит после выпуска сертификата без обновления адресов в WordPress Address и Site Address.

Что проверить в первую очередь

• оба адреса сайта в настройках WordPress начинаются с https://;
• сертификат установлен на основной домен и нужные поддомены;
• нет смешанного содержимого SSL: скрипты, стили, изображения и API-запросы не грузятся по HTTP;
• в консоли браузера нет предупреждений Mixed Content;
• редирект с HTTP на HTTPS выполняется один раз, без цепочек.

Как найти и исправить mixed content

1. Откройте страницу редактирования записи в браузере.
2. Запустите инструменты разработчика и перейдите в Console.
3. Найдите предупреждения Mixed Content или ошибки blocked request.
4. Проверьте, какой ресурс или endpoint загружается по HTTP.
5. Исправьте URL в настройках темы, плагина, базе данных или шаблоне.

Подробные сведения о смешанном содержимом есть в документации MDN: Mixed content. Если сертификат настроен, но ошибка сохраняется, проверьте canonical, внутренние ссылки и метаданные сайта. Для этого пригодятся проверка canonical и проверка schema.

Как проверить плагины и темы на конфликт

Конфликт плагинов WordPress — ещё одна типовая причина, особенно если ошибка появилась после обновления SEO-плагина, конструктора страниц, модуля безопасности или кеширования. Некоторые расширения вмешиваются в REST API, заголовки ответа, авторизацию или буферизацию вывода. В результате JSON ломается даже при формально рабочем сайте.

Чек-лист диагностики конфликтов

• ошибка появилась после установки или обновления конкретного плагина;
• на одном сайте проблема есть, на другом с той же темой — нет;
• в классическом редакторе всё работает, а в Gutenberg — нет;
• ошибка возникает только у администратора или только у редактора;
• после очистки кеша поведение меняется.

Порядок проверки

1. Сделайте резервную копию сайта.
2. Отключите все плагины, кроме критически необходимых.
3. Проверьте сохранение записи.
4. Включайте плагины по одному, каждый раз повторяя тест.
5. Когда ошибка вернётся, проверьте настройки последнего активированного плагина.

Если плагины не виноваты, временно переключите тему на стандартную, например Twenty Twenty-Four или более новую штатную тему WordPress. Это помогает выявить ошибки в functions.php, кастомных REST-hook, шаблонах и подключаемых скриптах. В некоторых проектах проблема скрывается не в самой теме, а в дочерней теме с устаревшим кодом.

Как использовать классический редактор как временное решение

Классический редактор WordPress не устраняет корень проблемы, но помогает продолжить публикацию контента, пока вы ищете причину. Это особенно полезно для редакций, интернет-магазинов и корпоративных сайтов, где нельзя останавливать обновление страниц даже на один день.

Как включить временное решение

1. Установите плагин Classic Editor из официального каталога WordPress.
2. Активируйте его и разрешите редактирование записей в классическом режиме.
3. Проверьте, сохраняются ли записи без ошибки.
4. Параллельно продолжайте диагностику REST API и сервера.

Плюсы и ограничения

Используйте этот вариант как временный обходной путь, а не как постоянную стратегию. Если оставить проблему без решения, она может затронуть и другие API-функции WordPress, включая работу SEO-плагинов, медиафайлов и пользовательских полей.

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

Если базовые шаги не помогли, переходите к уровню сервера. Неверные права доступа, ограничения WAF, ошибки PHP, некорректная конфигурация Apache или Nginx, а также вмешательство прокси-сервиса могут приводить к тому, что WordPress отдает не JSON, а страницу ошибки или пустой ответ.

Что проверить по правам доступа

• папки WordPress обычно имеют права 755;
• файлы WordPress обычно имеют права 644;
• wp-config.php не должен быть недоступен для чтения PHP-процессом;
• каталог uploads должен быть доступен для записи;
• .htaccess не должен содержать повреждённые или дублирующиеся правила.

Серверные настройки, которые часто мешают

1. ModSecurity или другой WAF блокирует запросы к /wp-json/.
2. PHP memory_limit слишком низкий для тяжёлых страниц и плагинов.
3. На сервере включён вывод warning и notice в браузер, из-за чего JSON загрязняется.
4. Reverse proxy или CDN кеширует API-ответы некорректно.
5. Редиректы между www и non-www настроены в нескольких местах сразу.

Если у вас есть доступ к конфигурации, проверьте, что REST API доступен по адресу /wp-json/ и возвращает JSON, а не HTML. Для проверки ответа сервера и времени первого байта можно использовать проверку TTFB и затем выполнить полный SEO-аудит сайта, чтобы увидеть сопутствующие технические ошибки.

Как диагностировать ошибки через консоль браузера и логи сервера

Именно этот этап часто упускают конкуренты, хотя он даёт самый точный ответ. Консоль браузера показывает, что получил фронтенд, а логи сервера — почему это произошло. Вместе они позволяют понять, где ломается цепочка: в браузере, WordPress, PHP, веб-сервере или инфраструктуре.

Как работать с консолью браузера

1. Откройте страницу редактирования записи.
2. Нажмите F12 и перейдите в Console и Network.
3. Сохраните запись и найдите запрос к /wp-json/ или связанному endpoint.
4. Проверьте статус ответа: 200, 401, 403, 404, 500.
5. Откройте вкладку Response и посмотрите, что вернул сервер: JSON, HTML, warning, редирект.

Как читать результат

• 200, но в ответе HTML — обычно лишний вывод PHP или редирект;
• 401 или 403 — проблема авторизации, WAF или прав доступа;
• 404 — сбой маршрутов, permalink или прокси;
• 500 — серверная ошибка, несовместимость PHP, сбой плагина или темы;
• CORS или Mixed Content — ошибка клиентской стороны и HTTPS-конфигурации.

Какие логи смотреть

1. error_log PHP на хостинге.
2. Логи Apache или Nginx.
3. Логи WAF или ModSecurity, если они доступны.
4. Логи CDN или прокси, если сайт работает через внешнюю защиту.

Для HTTP-статусов и поведения ответов полезно опираться на официальную документацию MDN: HTTP status codes. А чтобы после исправления убедиться, что поисковые роботы видят сайт корректно, проверьте индексацию и техническое состояние через Яндекс Вебмастер.

Заключение

Ошибка JSON в WordPress почти всегда решается системно: сначала проверяем постоянные ссылки, затем HTTPS и mixed content, потом плагины, тему, права доступа и только после этого идём в логи и конфигурацию сервера. Такой порядок помогает быстрее исключить частые причины и не тратить время на лишние действия.

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

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

Почему возникает ошибка JSON в WordPress?

Обычно причина в том, что WordPress ожидает корректный JSON от REST API, а получает другой ответ: HTML-страницу ошибки, редирект, предупреждение PHP или пустой вывод. Чаще всего это связано с permalink, SSL, конфликтом плагинов, темой или настройками сервера. Начинайте с проверки /wp-json/, HTTPS и последних изменений на сайте.

Почему в WordPress появляется ошибка 'Ответ не является допустимым ответом JSON'?

Это сообщение означает, что редактор не смог обработать ответ сервера как JSON. Например, вместо данных сервер вернул ошибку 403 из-за WAF, 404 из-за сломанных маршрутов или 500 из-за плагина. Откройте консоль браузера, найдите запрос в Network и посмотрите фактический ответ — это самый быстрый путь к причине.

Как проверить и обновить постоянные ссылки в WordPress?

Зайдите в Настройки → Постоянные ссылки и просто нажмите «Сохранить», даже если ничего не меняете. Так WordPress пересоздаст правила маршрутизации, которые нужны и для REST API. Если сайт на Nginx, дополнительно проверьте серверную конфигурацию, потому что одной кнопки в админке может быть недостаточно.

Что делать, если ошибка связана с SSL-сертификатом?

Сначала убедитесь, что адреса WordPress и сайта указаны с https://, а сертификат установлен корректно для нужного домена. Затем проверьте консоль браузера на mixed content: даже один HTTP-ресурс может ломать запросы редактора. После исправления очистите кеш браузера, плагинов и CDN, чтобы убедиться, что WordPress работает уже с актуальными HTTPS-настройками.

Источники

• Яндекс Вебмастер: помощь — подтверждает подходы к проверке индексации и технического состояния сайта после исправления ошибок.
• MDN: JSON — подтверждает требования к корректному формату JSON.
• MDN: HTTP status codes — помогает интерпретировать коды ответов 403, 404, 500 при диагностике.
• MDN: Mixed content — подтверждает влияние смешанного содержимого на загрузку ресурсов и запросов.