Если на сайте накопились старые плагины и темы, их лучше не держать «на всякий случай». Неактивные компоненты тоже занимают место, усложняют обновления и иногда становятся лишней точкой риска: через уязвимость в заброшенном плагине можно получить проблемы даже тогда, когда он выключен. Но удалять всё подряд нельзя — сначала нужно понять, что действительно не используется и не связано с текущей настройкой сайта.
Что можно удалять без риска, а что лучше оставить
Самый безопасный ориентир простой: если плагин или тема не активны и вы точно не используете их функции, их можно удалить. Но перед этим проверьте зависимости. В WordPress часто бывает так, что плагин выключен, а его шорткоды, виджеты, блоки или настройки всё ещё используются в контенте.
С темами логика чуть другая. В WordPress должна быть активна хотя бы одна тема, а обычно на сайте держат ещё одну запасную стандартную тему на случай диагностики. Остальные неактивные темы можно удалять, если вы не планируете к ним возвращаться и они не нужны для дочерней темы или тестовой среды.
Особенно осторожно относитесь к таким случаям:
- плагин создаёт типы записей, таксономии или поля, которые уже заполнены данными;
- плагин добавляет шорткоды в записи и страницы;
- тема содержит кастомные шаблоны, которые вы использовали в дочерней теме;
- на сайте есть staging-копия, где старые компоненты ещё нужны для тестов.
Сначала найдите, что реально не используется
Начинать лучше не с удаления, а с инвентаризации. В админке откройте раздел «Плагины» и посмотрите на список активных и неактивных расширений. Неактивные — первые кандидаты на удаление, но только после проверки, что они не нужны для контента или интеграций.
Для тем откройте «Внешний вид» → «Темы». Активная тема и одна запасная стандартная тема обычно остаются. Всё остальное можно оценивать по факту использования.
Полезно задать себе несколько практических вопросов:
- используется ли этот плагин на живом сайте прямо сейчас;
- есть ли у него настройки, которые влияют на внешний вид или работу форм, слайдеров, SEO, кеша, аналитики;
- есть ли в контенте шорткоды или блоки, созданные этим плагином;
- нужен ли он для дочерней темы, если вы используете child theme;
- есть ли у компонента замена, которая уже включена вместо него.
Если сайт большой, удобнее пройтись по страницам и записям в режиме редактирования и поискать следы старых плагинов: шорткоды в тексте, блоки с названием плагина, виджеты в сайдбаре, нестандартные поля. Это занимает время, но именно так обычно находят то, что нельзя удалять сразу.
Проверьте зависимости перед удалением
Самая частая ошибка — удалить плагин, а потом обнаружить, что в записях остались его шорткоды или на страницах пропали элементы верстки. Поэтому перед очисткой проверьте зависимости вручную.
Что искать в контенте
Если плагин добавлял шорткоды, откройте несколько старых записей и страниц и посмотрите исходный текст или редактор. Шорткод обычно выглядит как конструкция в квадратных скобках. Если он остался в контенте, после удаления плагина на сайте появится «мусор» вместо нужного блока.
Если плагин создавал собственные блоки для редактора, проверьте, не стоят ли они в шаблонах страниц, в повторно используемых блоках и в записях, которые давно не редактировали.
Что проверить в теме
Перед удалением старой темы убедитесь, что она не используется как родительская тема для дочерней. Если удалить родительскую тему, дочерняя может потерять часть шаблонов или стилей. Также проверьте, не лежат ли в старой теме пользовательские файлы, которые вы копировали вручную и потом забыли перенести в новую.
Если вы не уверены, откройте настройки активной темы и посмотрите, не ссылаются ли они на файлы из старой темы. Это бывает реже, но на проектах с ручной доработкой встречается.
Безопасный порядок удаления в админке
Когда вы уже понимаете, что компонент не нужен, удаляйте его не сразу, а в правильном порядке. Для плагинов сначала деактивируйте их, если они ещё активны, и проверьте сайт в обычном режиме. Если всё работает, удаляйте плагин из списка.
Для тем оставьте активную тему и одну запасную стандартную. Остальные неактивные темы можно удалить через «Внешний вид» → «Темы», открыв карточку темы и выбрав удаление. Если тема нужна только как резервная, лучше оставить одну проверенную стандартную тему, например из официального набора WordPress.
Перед удалением полезно сделать резервную копию файлов и базы данных. Это не формальность: если после очистки обнаружится, что какой-то шорткод или шаблон всё-таки был нужен, восстановить всё из бэкапа проще, чем вручную собирать сайт обратно.
Когда лучше удалить через файловый доступ или хостинг
Иногда плагин или тема не удаляются из админки из-за ошибки прав доступа, битых файлов или проблем с обновлением. Тогда можно удалить их через файловый менеджер хостинга или по FTP/SFTP. Это рабочий способ, но он требует аккуратности: удаляйте только папку нужного плагина или темы, а не весь каталог целиком.
Структура обычно такая:
- плагины лежат в
wp-content/plugins/; - темы — в
wp-content/themes/.
Если вы заходите через файловый менеджер, сначала сверьте название папки с названием плагина или темы в админке. У некоторых расширений папка называется не так, как отображаемое имя, поэтому лучше не ориентироваться только на визуальное название.
Удаление через файловый доступ имеет смысл, если:
- админка не открывает страницу удаления;
- плагин сломан и не даёт деактивировать себя штатно;
- нужно быстро убрать проблемный компонент после неудачного обновления.
Но если сайт уже ведёт себя нестабильно, сначала сделайте копию файлов и базы. При удалении вручную вы не получите «корзину» или подтверждение отката.
Как проверить, что сайт не сломался после очистки
После удаления не ограничивайтесь открытием главной страницы. Проверьте несколько точек, где чаще всего всплывают последствия:
- главную страницу и несколько внутренних страниц;
- страницы с формами, если они были связаны с удалённым плагином;
- записи с шорткодами и блоками старого плагина;
- страницу входа и админку;
- мобильную версию, если тема или плагин влияли на верстку.
Если на месте удалённого плагина остались пустые блоки, короткий код в квадратных скобках или сломанная сетка, значит зависимость не была учтена. В таком случае проще восстановить компонент из резервной копии и уже потом заменить его содержимое вручную.
Для тем проверка ещё проще: после удаления лишних тем откройте «Внешний вид» → «Темы» и убедитесь, что активная тема на месте, а запасная стандартная тема тоже доступна. Если сайт использует дочернюю тему, проверьте, что она по-прежнему наследует стили и шаблоны от родителя.
Что обычно можно удалить без долгих проверок
Есть несколько типичных случаев, когда очистка проходит безболезненно:
- плагин был установлен для разовой задачи и больше не нужен;
- неактивная тема осталась после тестов или смены дизайна;
- старый плагин заменён другим решением, а его настройки и контент уже перенесены;
- на сайте лежат дубликаты тем после миграции или переноса проекта.
Но даже в этих сценариях я бы не советовал удалять всё за один проход. Сначала уберите один-два компонента, проверьте сайт, потом переходите к следующей группе. Так проще понять, что именно вызвало проблему, если она появится.
Если вам нужно не просто удалить лишнее, а регулярно чистить сайт от накопившегося мусора, удобно держать под рукой инструмент, который помогает убирать дубли и лишние элементы в WordPress. Для этой задачи может подойти Clearfy Pro: https://wpshop.ru/plugins/clearfy?utm_source=wpload.ru&utm_medium=article&utm_campaign=kak-najti-i-udalit-neispolzuemye-plaginy-i-temy-wordpress. Но даже с таким плагином базовая логика остаётся прежней: сначала проверка зависимостей, потом удаление.
Если коротко, безопасная очистка WordPress выглядит так: сначала находите неактивные и реально неиспользуемые компоненты, затем проверяете, не остались ли их шорткоды, блоки и шаблоны в контенте, после этого удаляете и только потом проверяете сайт на нескольких страницах. Такой порядок занимает немного больше времени, но почти всегда экономит часы на исправление поломок.