Если на сайте давно копятся плагины и темы, их лучше не держать «на всякий случай». Лишний софт увеличивает поверхность атаки, усложняет обновления и иногда мешает понять, что именно ломает сайт. Но удалять всё подряд тоже нельзя: часть плагинов оставляет настройки в базе, а некоторые темы нужны как резервные или используются дочерней темой.
Ниже — практичный порядок действий: как понять, что действительно не используется, как проверить зависимости и как удалить лишнее без сюрпризов.
Что можно удалить сразу, а что сначала нужно проверить
Самый безопасный ориентир такой: удалять можно только то, что не активно и не связано с текущей работой сайта. В WordPress это касается:
- неактивных плагинов, если они не нужны для резервного сценария или миграции;
- тем, которые не являются текущей темой и не используются как родительская тема для дочерней;
- старых демо-тем, оставшихся после установки шаблона или тестов.
Перед удалением проверьте три вещи:
- активен ли плагин — если да, сначала нужно понять, чем он занят;
- используется ли тема как родительская — дочерняя тема может зависеть от неё;
- есть ли у плагина настройки или данные, которые вы хотите сохранить.
Если сайт работает на кастомной теме или дочерней теме, не удаляйте родительскую тему, пока не убедитесь, что она не нужна для наследования шаблонов и стилей. Для дочерней темы это особенно важно: без родительской тема может перестать корректно отображаться.
Как быстро найти лишние плагины и темы в админке
Начинать удобнее всего с панели WordPress. Это не требует доступа к серверу и сразу показывает, что реально установлено.
Плагины
Откройте раздел Плагины. Здесь видно, какие расширения активны, а какие просто установлены. Дальше действуйте так:
- Посмотрите список активных плагинов и отметьте те, которые вы точно используете на сайте.
- Проверьте неактивные плагины: если вы не помните, зачем они нужны, сначала выясните их роль.
- Если плагин не используется, но вы сомневаетесь, отключите его на тестовом промежутке и проверьте сайт.
Неактивный плагин не влияет на работу сайта в моменте, но его файлы остаются на сервере и могут быть уязвимы, если в них найдут проблему безопасности. Поэтому хранить «мертвые» плагины без причины не стоит.
Темы
Откройте Внешний вид → Темы. Обычно там видна активная тема и несколько установленных запасных. Для чистки ориентируйтесь на следующее:
- оставьте активную тему;
- оставьте одну запасную стандартную тему WordPress на случай аварийного переключения;
- удалите всё, что не используется и не нужно для восстановления.
На практике достаточно держать одну актуальную дефолтную тему, например для диагностики. Остальные старые стандартные темы можно удалить, если вы не используете их специально.
Как проверить зависимости, чтобы ничего не сломать
Самая частая ошибка — удалить плагин, который кажется лишним, а потом обнаружить, что он добавлял шорткод, поле в записи, блок в редакторе или интеграцию с формой. Поэтому перед удалением полезно проверить, где он мог использоваться.
Смотрите на такие признаки:
- шорткоды в записях и страницах — после удаления они часто остаются в контенте как текст;
- виджеты и блоки — некоторые плагины добавляют собственные блоки или области виджетов;
- настройки темы — часть функций может быть завязана на плагин-помощник;
- формы, слайдеры, галереи, SEO-метаданные — у таких плагинов обычно есть данные в базе и записи в контенте;
- дочерняя тема — если она наследует шаблоны от родительской, удаление родителя недопустимо.
Если плагин добавлял шорткоды, сначала найдите их по сайту. После удаления такие вставки не исчезнут сами, и на страницах останется мусорный текст. То же касается блоков и виджетов: их нужно заменить или убрать вручную.
Когда есть сомнения, самый надёжный подход — открыть сайт в отдельной копии или staging-окружении и проверить отключение плагина там. Это особенно полезно для интернет-магазинов, сайтов с формами и проектов, где много кастомной логики.
Как удалить плагин без потери данных
Удаление плагина в WordPress лучше делать в два шага: сначала деактивация, потом удаление. Это даёт возможность проверить, не сломалась ли верстка, не пропали ли поля и не перестали ли работать формы.
Порядок такой:
- Отключите плагин.
- Проверьте главную страницу, ключевые шаблоны, формы, корзину, личный кабинет или другие важные сценарии.
- Если всё в порядке, удалите плагин.
После удаления проверьте, не остались ли его следы в контенте и настройках. Некоторые плагины при удалении убирают только файлы, но оставляют записи в базе данных. Это нормально, если разработчик так задумал, но для чистки сайта важно понимать, что база может не стать «пустой» автоматически.
Если плагин хранил важные данные, сначала сделайте экспорт или резервную копию. Это касается, например, форм, слайдеров, SEO-настроек, таблиц, пользовательских типов записей и любых данных, которые нельзя восстановить вручную.
Как удалить неиспользуемую тему и не потерять рабочий сайт
С темами осторожность нужна не меньше, чем с плагинами. Удалять можно только те темы, которые не активны и не нужны как резервные или родительские.
Безопасный порядок такой:
- Убедитесь, что активна другая тема и сайт открывается нормально.
- Проверьте, не является ли удаляемая тема родительской для дочерней.
- Сделайте резервную копию, если тема содержит кастомные шаблоны или правки.
- Удалите тему через админку.
Если вы редактировали тему вручную, не полагайтесь на память. Иногда в теме лежат нестандартные шаблоны, которые уже не видно в интерфейсе, но они всё ещё используются дочерней темой или через переопределённые файлы. В таком случае сначала перенесите нужные изменения в дочернюю тему или в отдельный плагин, а уже потом удаляйте старую тему.
Стандартные темы WordPress можно оставить одну как запасную. Этого достаточно для аварийного переключения и базовой диагностики. Хранить несколько старых дефолтных тем обычно нет смысла.
Что делать с настройками и данными после удаления
Удаление плагина или темы не всегда означает, что все следы исчезли. На практике остаются три типа данных:
- записи в базе данных;
- шорткоды и блоки в контенте;
- файлы в uploads, если плагин создавал медиа или кэш.
Перед чисткой полезно понять, что именно нужно сохранить. Если плагин больше не нужен, но его настройки важны для истории проекта, сначала сделайте экспорт, если он предусмотрен. Если экспорта нет, хотя бы сохраните скриншоты или выгрузку базы перед удалением.
После удаления проверьте:
- страницы и записи с контентом, где могли остаться шорткоды;
- меню, виджеты и блоки;
- формы обратной связи и другие пользовательские сценарии;
- админку на наличие пунктов меню, которые должны были исчезнуть.
Если после удаления в базе остались записи, это не всегда проблема. Но если вы чистите сайт ради безопасности и минимизации мусора, имеет смысл отдельно проверить, не создаёт ли плагин собственные таблицы или опции. Делать это нужно аккуратно: удаление таблиц вручную без понимания структуры может повредить сайт сильнее, чем сам плагин.
Как проверить результат после чистки
После удаления не ограничивайтесь тем, что сайт «открылся». Проверьте несколько уровней:
- главную страницу и несколько внутренних страниц;
- формы, поиск, комментарии, вход в админку;
- страницы, где раньше использовались удалённые плагины;
- мобильную версию и кэш, если он включён;
- журнал ошибок сервера или лог WordPress, если что-то работает не так.
Если после удаления что-то сломалось, не пытайтесь сразу ставить новый плагин вместо старого. Сначала верните удалённый компонент из резервной копии или повторно активируйте его, чтобы понять, какая именно зависимость была нарушена. Это быстрее и безопаснее, чем чинить последствия вслепую.
Когда чистку лучше делать не вручную
Если на сайте много старых плагинов, кастомных типов записей, сложная тема или давно не обновлявшийся проект, ручная чистка может занять больше времени, чем кажется. В таких случаях сначала делайте копию сайта и проверяйте отключение по одному компоненту. Это особенно важно, если хостинг не даёт удобного staging-окружения.
Для регулярной чистки и уменьшения лишнего «шума» в WordPress иногда используют инструменты, которые помогают убрать дубли, лишние элементы и часть технического мусора. Но даже с такими решениями сначала нужно понять, что реально используется на сайте, а что давно лежит без дела. Автоматическая чистка не заменяет проверку зависимостей.
Если действовать по этому порядку — сначала определить активные зависимости, потом отключить, проверить и только затем удалить — можно заметно сократить количество лишнего софта без риска потерять настройки и сломать рабочие страницы.