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