Если сайт работает давно, в базе WordPress почти всегда накапливаются ревизии записей и старые черновики. Это не ломает сайт сразу, но со временем раздувает таблицы базы данных, усложняет резервные копии и делает обслуживание менее удобным. Удалять можно не всё подряд: часть черновиков действительно лишняя, а ревизии полезны, пока вы редактируете материал или хотите откатиться к предыдущей версии.
Задача обычно сводится к двум действиям: понять, что именно можно убрать без риска, и выбрать способ очистки, который подходит вашему сайту. Для небольшого блога достаточно ручной чистки в админке. Для сайта с большим количеством записей удобнее безопасно удалить старые ревизии из базы данных или через плагин.
Что именно можно удалить без потери контента
В WordPress под «старыми черновиками» обычно имеют в виду два разных типа данных:
- черновики записей и страниц, которые уже не нужны и не будут дописываться;
- ревизии — сохранённые версии одной и той же записи, которые WordPress создаёт во время редактирования.
С черновиками всё проще: если запись не нужна, её можно удалить в корзину, а затем очистить корзину. Если черновик ещё может пригодиться, лучше не удалять его автоматически.
С ревизиями аккуратнее. Они полезны, когда нужно вернуть предыдущий вариант текста, сравнить изменения или откатить неудачное редактирование. Но если статья давно опубликована и вы не планируете возвращаться к старым версиям, десятки ревизий одной записи действительно становятся лишними.
Безопасное правило такое: удалять можно старые ревизии и ненужные черновики, но не трогать опубликованные записи, страницы и текущие рабочие черновики.
Как посмотреть, сколько ревизий накопилось
Если вы не уверены, есть ли проблема вообще, сначала проверьте объём. В админке WordPress ревизии не всегда видны как отдельный список, поэтому проще ориентироваться по косвенным признакам:
- в базе данных заметно растут таблицы, особенно
wp_posts; - редактирование записей на старом сайте становится тяжелее;
- резервные копии занимают больше места, чем раньше;
- в одной записи в редакторе отображается много сохранённых версий.
Если у вас есть доступ к phpMyAdmin или другому инструменту для работы с базой, можно посмотреть количество ревизий запросом. Он показывает, сколько записей типа revision хранится в таблице постов:
SELECT COUNT(*) AS revisions_count FROM wp_posts WHERE post_type = 'revision';Если префикс таблиц у вас не wp_, подставьте свой. Запрос безопасен: он только считает записи и ничего не меняет.
Самый простой способ: удалить лишние черновики и ревизии через админку
Если на сайте немного контента, начните с ручной чистки. Это медленнее, зато не требует доступа к базе данных.
С черновиками всё делается прямо в разделе записей или страниц. Откройте список материалов, отфильтруйте черновики, удалите ненужные и затем очистите корзину. Это подходит для тех случаев, когда черновики действительно устарели и не нужны для дальнейшей работы.
С ревизиями в стандартной админке WordPress отдельного массового удаления нет. Можно открыть конкретную запись в редакторе, посмотреть ревизии и при необходимости откатиться к одной из них. Но если цель — именно убрать старые версии из базы, удобнее использовать плагин или SQL-запрос.
Удаление ревизий через плагин: когда это удобнее всего
Для большинства владельцев сайтов самый практичный вариант — плагин для очистки базы данных. Он не требует ручной работы с SQL и обычно позволяет удалить ревизии, авто-сохранения и мусор из базы в несколько кликов.
Такой способ особенно полезен, если:
- на сайте много записей и страниц;
- ревизии копились годами;
- вы не хотите вручную разбирать базу данных;
- нужно сначала посмотреть, что именно будет удалено.
При выборе плагина смотрите не на обещания «ускорить сайт в разы», а на конкретные функции: удаление ревизий, очистка корзины, удаление авто-сохранений, оптимизация таблиц. Перед запуском очистки сделайте резервную копию базы данных. Это не формальность: если вы удалите лишнее слишком агрессивно, откатить результат без бэкапа будет сложно.
Если вам нужен именно инструмент для чистки дублей и мусора на WordPress, можно посмотреть Clearfy Pro. Он не нужен на каждом сайте, но для регулярной технической уборки может быть удобен, если вы уже используете его как набор оптимизационных функций.
Удаление старых ревизий из базы данных вручную
Если вы работаете с базой напрямую, можно удалить ревизии SQL-запросом. Этот способ быстрее и точнее, но требует аккуратности. Перед выполнением обязательно сделайте резервную копию базы данных.
Для удаления всех ревизий используйте такой запрос:
DELETE FROM wp_posts WHERE post_type = 'revision';После этого ревизии исчезнут из базы. Но если вы хотите оставить часть истории, а удалить только старые версии, нужен более осторожный подход. В стандартном WordPress нет встроенного параметра «удалить ревизии старше N дней» через SQL без дополнительной логики. В таком случае проще использовать плагин или отдельный скрипт с фильтрацией по дате.
Есть ещё один важный момент: после удаления ревизий в базе могут остаться связанные записи в таблице wp_postmeta, если вы используете сторонние плагины, которые хранят свои данные рядом с ревизиями. Обычно это не критично, но если вы проводите глубокую чистку, стоит проверять, не оставляет ли ваш набор плагинов лишние метаданные. Для обычного сайта достаточно удалить сами ревизии и затем оптимизировать таблицы.
Как ограничить количество будущих ревизий
Если вы один раз очистили сайт, это не значит, что через полгода база снова не разрастётся. WordPress по умолчанию продолжит создавать ревизии при каждом сохранении записи. Чтобы не возвращаться к той же проблеме, можно ограничить их количество.
Для этого в wp-config.php добавляют константу WP_POST_REVISIONS. Например, чтобы хранить не больше трёх ревизий на запись, используют такой вариант:
define( 'WP_POST_REVISIONS', 3 );Если поставить false, WordPress перестанет сохранять ревизии совсем. Делать так стоит только если вы понимаете последствия: откат к предыдущей версии записи станет невозможен. Для большинства сайтов разумнее ограничить число ревизий, а не отключать их полностью.
После изменения wp-config.php новые записи будут создавать меньше ревизий, но старые уже накопленные версии сами не исчезнут. Их всё равно нужно удалить отдельно.
Как проверить, что очистка сработала
После удаления ревизий проверьте результат в двух местах: в базе данных и в редакторе записей.
В базе можно снова выполнить запрос на подсчёт ревизий:
SELECT COUNT(*) AS revisions_count FROM wp_posts WHERE post_type = 'revision';Если вы удаляли все ревизии, результат должен стать нулевым. Если оставляли часть истории, число должно заметно уменьшиться.
В редакторе откройте несколько старых записей и убедитесь, что там не осталось длинного списка версий. Если вы ограничили количество ревизий через WP_POST_REVISIONS, после нескольких новых сохранений проверьте, что WordPress действительно хранит только заданное число версий.
Ещё один практический тест — размер базы и резервной копии. Он не всегда уменьшится драматически, но на сайтах с большим количеством контента разница обычно заметна. Особенно это важно, если бэкапы хранятся на ограниченном диске или выгружаются на внешний сервис.
Что не стоит удалять вместе с ревизиями
При чистке базы легко увлечься и снести лишнее. Чтобы не повредить сайт, не удаляйте без необходимости:
- опубликованные записи и страницы;
- текущие черновики, над которыми вы ещё работаете;
- авто-сохранения, если они нужны для восстановления незавершённой правки;
- данные, которые хранятся сторонними плагинами в связанных таблицах, если вы не понимаете их назначение.
Если сайт клиентский или на нём несколько редакторов, сначала уточните, не использует ли кто-то старые черновики как рабочий материал. Для редакции это частая ситуация: то, что выглядит как мусор, на деле может быть заготовкой для будущей публикации.
В итоге логика простая: сначала удаляете только то, что точно не нужно, затем ограничиваете создание новых ревизий, а после этого проверяете, что WordPress продолжает работать как обычно. Такой подход безопаснее, чем разовая «генеральная уборка» без бэкапа и без понимания, что именно лежит в базе.