#Суть неисправности и признаки
После обновления конкретного плагина WordPress вместо редактора блоков появляется белая область, вращающийся значок, сообщение «Редактор столкнулся с непредвиденной ошибкой» или не загружаются отдельные блоки. Публичный сайт при этом может работать. Причиной бывают ошибки JavaScript, несовместимый PHP-код, блокировка REST или конфликты дополнительных блоков. Сначала сохраните контент и определите, действительно ли неисправность связана с новым выпуском плагина. Разбирайте сообщения «Консоли» и «Сети» браузера прежде, чем отключать много дополнений одновременно.
#Почему возникает проблема
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Ошибка JavaScript обновлённого расширенияПлагин загружает несовместимый сценарий в редактор. | В консоли ошибка указывает на файл плагина; проблема возникла строго после обновления. | Изолировать расширение и передать его разработчику точный след ошибки. |
| REST API недоступен редакторуОбновление изменило обработку запросов, служебные токены или правила доступа. | Во вкладке «Сеть» есть 401/403/500 на /wp-json/. | Проверить авторизацию, WAF и ответ сервера, не отключая защиту. |
| Несовместимость с PHP или WordPressРасширение требует другую версию WordPress/PHP либо использует устаревший интерфейс. | В документации плагина требования не совпадают; в журнале PHP есть Fatal error. | Обновить совместимый компонент или вернуться к проверенной резервной копии. |
| Повреждённый кеш сценариевБраузер/CDN сохраняет старый JavaScript в паре с новым кодом. | В приватном окне или после точечной очистки кеша редактор работает. | Обновить конкретные файлы кеша после проверки версий. |
#Пошаговая диагностика и устранение
- Сохраните изменения до перезагрузкиЕсли текст записи ещё виден, скопируйте его в локальный файл, а сложные блоки сохраните отдельным экспортом через меню редактора, если это доступно. Не нажимайте многократно «Перезагрузить редактор» до копирования текста. Запишите версии WordPress, PHP и обновлённого плагина в «Плагины» → «Установленные»; нужна возможность вернуться к прежней рабочей конфигурации.
- Проверьте редактор в приватном окнеВыйдите из редактора только после сохранения текста, откройте новое приватное окно браузера, войдите под той же учётной записью на том же HTTPS-домене и создайте новый тестовый черновик. Если редактор открывается, виноват может быть кеш браузера или расширение браузера. Не очищайте сразу все данные сайта: сначала сравните поведение в новом окне и другом браузере.
- Посмотрите ошибки в инструментах разработчикаВ Chrome/Edge нажмите F12 → «Консоль», затем обновите вкладку редактора. Запишите текст первой красной ошибки и имя файла, но не переносите в отчёт токены из адресов запросов. Далее откройте «Сеть» и отфильтруйте неудачные запросы к /wp-json/ и .js. Если возвращается 404 сценария — проверьте правильность пути и кеш; если 401/403/500 — исследуйте ответ и журналы сервера.
- Проверьте требования плагина и состояние сайтаВ админке «Плагины» → «Установленные» найдите обновлённый плагин, откройте его сведения и прочитайте минимальные версии WordPress/PHP, если разработчик их указывает. В «Инструменты» → «Здоровье сайта» проверьте REST API и критические проблемы. Не обновляйте весь набор плагинов ради проверки: это усложнит поиск виновника.
- Изолируйте конкретный плагин на копииСоздайте резервную копию и, по возможности, тестовый экземпляр сайта с теми же версиями. На тестовой копии отключите именно подозреваемый плагин через «Плагины» → «Установленные» → «Деактивировать» и откройте тестовый редактор. Если неисправность исчезла, повторно включите плагин для подтверждения и зафиксируйте конфликт. Если редактор всё ещё не работает, верните плагин и исследуйте остальные причины.
- Если нет доступа к админке, используйте восстановлениеЧерез панель хостинга или SFTP найдите wp-content/plugins и каталог конкретного плагина. После снимка/копии переименуйте только этот каталог на тестовой копии, чтобы WordPress не мог загрузить расширение; обновите админку. Если редактор заработал, верните имя каталога и согласуйте исправленную версию с разработчиком. Не переименовывайте весь plugins на рабочем сайте без оценки последствий: могут перестать работать важные функции.
- Проверьте журнал PHP при ошибке 500Откройте журнал ошибок сайта в панели хостинга, найдите время зависания редактора. При наличии Fatal error обратите внимание на точный путь плагина и функцию, вызвавшую исключение. Не включайте показ подробных ошибок посетителям: журнал должен храниться вне общедоступного каталога либо быть закрыт для просмотра; после диагностики верните прежние параметры отладки.
- Примените исправление и проверьте сохранениеУстановите совместимое обновление плагина из официального источника или восстановите предварительно проверенную версию из собственной резервной копии. Обновите редактор в приватном окне, создайте черновик с обычным блоком и блоком подозреваемого плагина, сохраните, вновь откройте запись. Если остаются ошибки, откатите последнее изменение и отправьте разработчику версии, код ошибки и минимальные шаги воспроизведения.
#Как проверить результат и что делать, если не помогло
Успех: редактор открывает прежние записи и новый черновик, блоки отображаются, сохранение проходит без HTTP/JavaScript-ошибок. Если сайт рабочий, отключение важных плагинов делайте только в согласованное время или на копии. При невозможности исправления зафиксируйте совместимость версий и временно используйте проверенное редакторское решение, не меняя содержимое записей в базе вручную.