CMS · WordPress
Конфликт плагинов: как найти причину без переустановок
Не «удалите всё и поставьте заново», а пошаговая диагностика. Быстрее и безопаснее.
Проверено 2 ноября 2026 года: WordPress 7.1.4, WooCommerce 11.2.1.

Как локализовать проблему, не сломав сайт ещё сильнее.
Задача
После обновления или установки нового плагина сайт ведёт себя странно: белый экран, ошибка в админке, не работает каталог или форма. Подозрение падает на всё сразу, но переустанавливать весь сайт — плохая идея.
Задача — найти конкретную причину: плагин, тема, несовместимая версия или настройка сервера. По шагам, на копии, с возможностью откатиться.
Применимость и версии
Разбор для WordPress 6.x–7.x, включая 7.1.4, и WooCommerce 11.x, включая 11.2.1. Названия экранов зависят от версии и установленных расширений, но логика диагностики не меняется.
- WordPress 7.1.4 — версия на дату проверки.
- WooCommerce 11.2.1 — если проблема касается магазина.
- Доступ к логам сервера и к файлам сайта.
- Тестовая копия сайта с теми же плагинами и темой.
Подготовка
- Резервная копия файлов и базы данных.
- Список изменений за последние дни: что обновляли и что устанавливали.
- Точное описание симптома: где, у кого и когда воспроизводится.
- Доступ к журналам ошибок PHP на хостинге.
Шаги
1. Зафиксируйте симптом
Запишите, что именно не работает: какая страница, какое действие, у администратора или у гостя. Проверьте, повторяется ли проблема в другом браузере и после выхода из аккаунта. Это отсекает половину ложных следов.
2. Посмотрите Site Health
Экран «Сайт здоровье» показывает состояние PHP, базы и окружения. Не все предупреждения критичны, но красные пункты стоит прочитать: иногда причина видна сразу — например, устаревшая версия PHP.
3. Включите отладку на копии
На тестовой копии включите запись ошибок WordPress в лог, повторите проблему и прочитайте последние строки. Отладку выключайте после проверки: на боевом сайте она не должна работать постоянно.
4. Проверьте плагины по одному
На копии отключите все плагины, кроме тех, без которых сайт не откроется, и проверьте симптом. Затем включайте плагины по одному, повторяя проверку после каждого. Когда симптом вернулся — вы нашли виновника.
Для временного отключения без влияния на посетителей на боевом сайте можно использовать официальные инструменты диагностики, но и они не заменяют копию.
5. Проверьте тему
Если отключение плагинов не помогло, переключитесь на стандартную тему. Проблема исчезла — причина в теме или её дочерней теме. Верните тему, проверьте обновления и настройки.
6. Сверьте совместимость версий
Проверьте, какие версии WordPress, PHP и WooCommerce требует проблемное расширение. «Последняя версия» не всегда совместима со всем. Обновляйте только то, что подтверждено документацией автора расширения.
Ожидаемый результат
Причина найдена и описана: конкретный плагин, тема или версия. Есть план действий — обновить, заменить или отключить — и проверка, что остальные функции работают.
Проверка
- Симптом воспроизводится на копии и больше не появляется после исправления.
- В логе ошибок нет повторяющихся записей по проблеме.
- Ключевые сценарии после отключения плагина работают.
- Отключение не убрало нужную функцию молча.
- Решение проверено на копии до переноса на боевой сайт.
Откат
Если после диагностики сайт стал работать хуже, верните настройки и состав плагинов из резервной копии. Не оставляйте на боевом сайте «временные» отключения плагинов без записи: через неделю никто не вспомнит, зачем это сделано.
Источники и дата актуализации
Материал проверен 2 ноября 2026 года по официальной документации WordPress и WooCommerce. Версии на дату проверки: WordPress 7.1.4, WooCommerce 11.2.1. Ссылки на документы — в блоке «Официальные источники» ниже.
Следующий шаг
Разберём вашу задачу
Пройдите тест или соберите бриф — покажем, что делать дальше.