Как найти и удалить неиспользуемые плагины и их следы в WordPress

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

Ниже — практический порядок действий для WordPress-сайта, который уже давно живёт и менялся разными людьми. Он подходит для обычного хостинга и не требует глубоких знаний PHP, но перед удалением любых плагинов всё равно нужен бэкап базы и файлов.

С чего начать: какие плагины действительно можно считать лишними

Самая частая ошибка — удалять всё, что «давно не открывали». В WordPress плагин может быть неактивен, но при этом его данные всё ещё используются темой, шорткодами, блоками, виджетами или записями. Поэтому сначала нужно разделить расширения на три группы:

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

Если вы не уверены, используется ли плагин, проверьте три вещи: есть ли его блоки или шорткоды в контенте, есть ли его виджеты в сайдбаре, и не создаёт ли он собственные типы записей, таксономии или настройки темы. Иногда плагин уже выключен, но его следы видны в старых страницах или в настройках внешнего вида.

Как найти неиспользуемые плагины в админке WordPress

Самый безопасный способ — начать с панели администратора. Откройте раздел Плагины и посмотрите список неактивных расширений. Но не ориентируйтесь только на статус «Неактивен»: это лишь значит, что код не загружается при каждом запросе, а не то, что плагин нигде не нужен.

Дальше проверьте:

• страницы и записи на наличие шорткодов вида [shortcode];
• блоки в редакторе Gutenberg, если плагин добавлял свои блоки;
• виджеты, если плагин работал с сайдбаром или футером;
• настройки темы, если плагин подменял часть функциональности темы;
• медиафайлы и вложения, если плагин создавал галереи, слайдеры или формы.

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

Безопасное удаление: как убрать плагин штатно

Удалять плагин нужно через WordPress, а не вручную из папки на сервере. Штатное удаление даёт плагину шанс очистить свои данные: снять хуки, удалить опции, почистить временные записи и выполнить собственный деинсталлятор, если он предусмотрен.

Порядок простой:

1. Сделайте резервную копию файлов и базы данных.
2. Если плагин активен, сначала отключите его.
3. Проверьте сайт на фронтенде и в админке, чтобы убедиться, что без него ничего критичного не пропало.
4. Нажмите Удалить в списке плагинов.

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

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

Что обычно остаётся после удаления плагина

Даже после штатного удаления плагин может оставить данные в нескольких местах. Полностью «чистым» удаление бывает не всегда, и это нормально: многое зависит от того, как именно расширение было написано.

Самый заметный мусор обычно остаётся в базе. Но удалять его нужно осторожно: не каждая таблица с непонятным названием является следом плагина, и не каждая опция безопасна для удаления. Если вы не уверены, сначала проверьте, есть ли у плагина собственный деинсталлятор или документация по очистке.

Как проверить остаточные данные в базе и файлах

Если у вас есть доступ к phpMyAdmin или другому инструменту для работы с базой, начните с поиска по названию плагина, его префиксу или доменным словам из его настроек. Ищите:

• таблицы с понятным названием плагина;
• опции в таблице wp_options;
• метаполя записей и пользователей;
• записи в пользовательских таблицах, если плагин их создавал.

В файлах проверьте папки wp-content/uploads, wp-content/cache и иногда wp-content/mu-plugins, если там могли остаться служебные скрипты или экспортированные данные. Но не удаляйте папки только потому, что они «похожи на мусор»: сначала убедитесь, что они действительно принадлежат удалённому плагину.

Если на сайте есть WP-CLI и вы умеете им пользоваться, можно быстро посмотреть список плагинов и понять, что ещё установлено:

wp plugin list

Команда покажет активные и неактивные плагины. Это удобно, когда в админке много расширений и нужно быстро сверить список перед удалением. Но сама по себе команда не удаляет следы в базе — для этого всё равно нужен ручной аудит.

Когда можно удалять остатки вручную, а когда лучше не трогать

Ручная очистка уместна, если вы точно видите, что данные принадлежат удалённому плагину и больше нигде не используются. Например, это может быть отдельная таблица с названием расширения или папка с кэшем, которая не нужна после деинсталляции.

Не стоит вручную удалять:

• непонятные опции в общей таблице настроек, если вы не знаете их назначение;
• пользовательские метаданные, если плагин работал с записями или профилями;
• таблицы, которые могли использоваться несколькими плагинами сразу;
• файлы из uploads, если они связаны с контентом сайта.

Если есть сомнения, лучше оставить небольшой след, чем сломать работающий сайт. Лишняя опция в базе обычно менее опасна, чем удалённая таблица, на которую ещё ссылается тема или другой плагин.

Как сократить поверхность проблем после чистки

После удаления ненужных расширений полезно пройтись по сайту ещё раз и проверить, не осталось ли визуальных или функциональных хвостов. Откройте несколько типовых страниц, формы, архивы, личный кабинет, если он есть, и посмотрите консоль браузера на ошибки JavaScript. Иногда плагин уже удалён, а его скрипты всё ещё подключаются темой или кэшем.

Также проверьте:

• не остались ли пустые блоки в редакторе;
• не выводятся ли битые шорткоды на страницах;
• не сломались ли меню, формы, слайдеры и виджеты;
• не появились ли ошибки в журнале сервера или в debug.log, если он включён.

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

Что делать, если плагин не удаляется или после него остаются ошибки

Иногда WordPress не даёт удалить плагин из-за прав доступа, битого архива, ошибки в самом расширении или ограничений хостинга. В таком случае сначала попробуйте отключить его, обновить страницу и повторить удаление из админки. Если это не помогает, проверьте права на папки в wp-content/plugins и доступ к файловой системе.

Если после удаления на сайте появились ошибки, верните плагин из резервной копии и разберитесь, что именно он обслуживал. Обычно проблема не в самом удалении, а в том, что сайт продолжает ожидать его шорткоды, блоки, стили или данные. В такой ситуации безопаснее сначала восстановить работоспособность, а уже потом искать замену и чистить остатки.

Для сайтов, где накопилось много лишних расширений и дублей настроек, полезно использовать инструменты, которые помогают убирать ненужные элементы и чистить следы аккуратнее. Например, Clearfy Pro от WPShop может быть уместен, если задача не только в удалении плагинов, но и в общей чистке WordPress от лишнего служебного мусора: https://wpshop.ru/plugins/clearfy?utm_source=wp-course.ru&utm_medium=article&utm_campaign=kak-nayti-i-udalit-neispolzuemye-plaginy-i-ikh-sledy-v-wordpress

Главное правило здесь простое: удаляйте только то, в чём уверены, и проверяйте сайт после каждого шага. Тогда чистка плагинов действительно уменьшит риски, а не создаст новые.