Если сайт работает давно, база WordPress почти всегда разрастается не из-за «тяжёлого» контента, а из-за накопленного мусора: ревизий записей, автосохранений, спам-комментариев, удалённых комментариев и временных записей transient. Это не всегда ломает сайт, но со временем увеличивает размер базы, замедляет резервное копирование и усложняет обслуживание.
Безопасная очистка здесь не сводится к кнопке «удалить всё лишнее». Сначала нужно понять, что именно можно убрать без риска, а потом — проверить результат. Ниже именно такой порядок: что чистить, чем это делать и где чаще всего ошибаются.
Что в базе WordPress можно удалить без потери нужных данных
В большинстве случаев речь идёт о четырёх типах данных:
- Ревизии записей — сохранённые версии постов, страниц и других типов записей. Полезны, если нужно откатить правки, но на активном сайте их часто становится слишком много.
- Автосохранения — временные копии, которые WordPress создаёт во время редактирования. Обычно нужна только последняя актуальная версия.
- Спам и корзина комментариев — комментарии, которые уже не нужны и только занимают место.
- Transient — временные значения, которые WordPress и плагины используют для кеширования данных. Просроченные transient можно удалять, а вот активные лучше не трогать без понимания, что именно их создало.
Если цель — просто уменьшить размер базы и навести порядок, этих четырёх категорий обычно достаточно. Не стоит начинать с ручного удаления таблиц или «чистки всего подряд» в phpMyAdmin: там легко задеть рабочие данные.
С чего начать, чтобы не потерять важное
Перед любой очисткой сделайте резервную копию базы данных. Это не формальность: если плагин очистки удалит лишнее или вы ошибётесь в SQL-запросе, откатиться будет намного проще. Для небольших сайтов достаточно дампа базы через панель хостинга или phpMyAdmin. Если сайт рабочий и обновляется часто, лучше иметь свежую полную копию сайта, а не только базы.
Ещё один практический момент: если у вас есть staging-копия или тестовый поддомен, сначала прогоните очистку там. Это особенно полезно, если вы собираетесь использовать плагин, который удаляет данные массово.
Самый безопасный способ: очистка через плагин
Для владельца сайта без глубокого опыта это обычно лучший вариант. Плагин показывает, что именно будет удалено, и позволяет не трогать лишнее. Подход удобен, если нужно быстро убрать ревизии, автосохранения, спам-комментарии и просроченные transient без ручной работы с базой.
При выборе плагина смотрите не на обещания «ускорить сайт в 10 раз», а на конкретные функции: удаление ревизий, очистка автосохранений, очистка комментариев из спама и корзины, удаление expired transient, оптимизация таблиц после очистки. Если плагин умеет запускать очистку по расписанию, это полезно, но не обязательно.
Если вы уже используете Clearfy Pro и вам нужен именно набор инструментов для удаления дублей и чистки сайта, его можно рассматривать как один из рабочих вариантов: Clearfy Pro. Но сам принцип очистки от этого не меняется: сначала проверка, потом удаление, затем контроль результата.
Что обычно можно удалить сразу
- старые ревизии записей, если вы не используете их как рабочий архив правок;
- автосохранения, кроме последнего актуального состояния;
- комментарии из папки спама;
- комментарии из корзины;
- просроченные transient.
После удаления полезно запустить оптимизацию таблиц, если плагин это умеет. Это не всегда даёт заметный эффект, но помогает вернуть часть места после массового удаления строк.
Как чистить ревизии и автосохранения без лишнего риска
Ревизии полезны, пока сайт активно редактируется. Но если на сайте много записей, каждая из которых сохранялась десятки раз, база начинает разрастаться очень быстро. На практике чаще всего имеет смысл ограничить количество ревизий на будущее и удалить уже накопленные старые версии.
Для уже существующих записей безопаснее всего удалять ревизии через плагин очистки или через инструмент, который явно показывает количество найденных записей. Если вы работаете вручную, помните: автосохранения и ревизии хранятся в таблице wp_posts, а не в отдельной «служебной» таблице. Поэтому удалять их нужно аккуратно, по понятному фильтру, а не по общему признаку «всё старое».
Если вы хотите сократить накопление мусора в будущем, в wp-config.php можно ограничить число ревизий. Например, так:
define( 'WP_POST_REVISIONS', 5 );Это не удалит уже существующие ревизии, но ограничит их количество для новых правок. Значение можно подобрать под ваш сценарий: для новостного сайта и для лендинга оно будет разным. Если поставить false, ревизии будут отключены полностью, но это уже спорное решение: для большинства сайтов лучше оставить хотя бы несколько версий.
Как убрать спам и корзину комментариев
Спам-комментарии и корзина комментариев — один из самых простых источников мусора. Если сайт получает много комментариев, именно эта часть базы может заметно разрастаться. Здесь логика простая: если комментарий уже признан спамом или удалён в корзину, держать его в базе нет смысла.
В админке WordPress можно вручную очистить спам и корзину комментариев. Это безопасно, если вы уверены, что нужных комментариев там нет. На сайтах с большим потоком комментариев удобнее использовать массовое удаление через плагин или встроенные инструменты панели.
Если комментарии на сайте вам не нужны вообще, лучше не ограничиваться чисткой базы. Тогда имеет смысл отключить комментарии на уровне настроек и убрать лишнюю нагрузку в будущем. Но это уже отдельная задача: для текущей статьи достаточно именно очистки накопленного спама и корзины.
Что делать с transient и почему их не стоит удалять вслепую
Transient — это временные значения, которые WordPress и плагины используют для кеширования. Они могут хранить, например, результаты запросов, временные токены или служебные данные. Просроченные transient обычно безопасно удалять: они уже не нужны системе.
Но есть важная оговорка: не каждый transient одинаково полезен для удаления вручную. Если вы удаляете только просроченные записи, это нормальная профилактика. Если же плагин предлагает удалить все transient подряд, нужно понимать, что после этого часть плагинов может временно пересоздавать кеш и выполнять дополнительные запросы к базе. Это не катастрофа, но на загруженном сайте может дать кратковременную просадку производительности.
Поэтому для transient правильный сценарий такой: удалять только expired transient и делать это в период низкой нагрузки. Если плагин предлагает ещё и автоматическую очистку по расписанию, это удобно для регулярного обслуживания сайта.
Когда лучше не лезть в SQL вручную
Ручные SQL-запросы полезны, если вы точно понимаете структуру базы и умеете проверять результат. Но для типовой очистки они не обязательны. Ошибка в запросе может удалить не только мусор, но и нужные записи. Особенно рискованно это на сайтах с нестандартными плагинами, которые добавляют свои типы данных и используют transient для критичных задач.
Если всё же приходится работать через phpMyAdmin или другой SQL-интерфейс, сначала смотрите, какие строки будут затронуты, и только потом выполняйте удаление. Не запускайте запросы из случайных статей без проверки под вашу версию WordPress и префикс таблиц. На хостинге с ограничениями по времени выполнения большой запрос может ещё и оборваться посередине, оставив базу в частично очищенном состоянии.
Как проверить, что очистка прошла нормально
После удаления мусора не ограничивайтесь ощущением, что «в админке стало легче». Проверьте три вещи:
- Размер базы — в панели хостинга или в инструменте управления базой он должен уменьшиться хотя бы по сравнению с исходным состоянием.
- Работу редактора — откройте запись и убедитесь, что автосохранение и ревизии работают штатно, если вы их не отключали.
- Комментарии и кеш — проверьте, что спам и корзина очищены, а сайт не выдаёт ошибок после удаления transient.
Если после очистки сайт начал вести себя странно, первым делом восстановите базу из резервной копии. Обычно проблема не в самой идее очистки, а в том, что были удалены не только просроченные данные или был использован слишком агрессивный инструмент.
Практичный порядок действий для регулярной чистки
Если нужен короткий рабочий чеклист, он такой:
- Сделать резервную копию базы данных.
- Проверить, есть ли staging-копия для теста.
- Удалить старые ревизии и лишние автосохранения.
- Очистить спам и корзину комментариев.
- Удалить только просроченные transient.
- При необходимости оптимизировать таблицы.
- Проверить сайт и сравнить размер базы до и после.
Для большинства сайтов этого достаточно, чтобы база перестала разрастаться без причины. Если делать такую чистку регулярно, а не раз в несколько лет, обслуживание WordPress становится заметно проще: меньше мусора, быстрее бэкапы и меньше сюрпризов при миграции или восстановлении сайта.