Как удалить старые черновики и ревизии в WordPress без риска для сайта

Если в WordPress давно не чистили базу, в ней обычно накапливаются старые черновики, автосохранения и ревизии записей. Сам по себе этот мусор не ломает сайт, но раздувает таблицы базы данных, усложняет резервное копирование и может заметно замедлять работу админки на больших проектах. Удалять такие данные можно, но только понимая, что именно вы трогаете и что лучше оставить.

Короткий ответ такой: безопаснее всего удалять старые черновики, неиспользуемые автосохранения и лишние ревизии, но не трогать опубликованный контент, страницы, медиафайлы и системные записи, если вы не уверены в их назначении. Перед очисткой обязательно сделайте резервную копию базы данных.

Что именно можно удалять без риска

В WordPress есть несколько типов записей, которые часто путают между собой. Для очистки базы важнее всего понимать разницу между ними.

• Черновики — записи и страницы со статусом черновика. Если они больше не нужны, их можно удалить вручную или массово.
• Автосохранения — временные копии, которые WordPress создаёт во время редактирования. Обычно они нужны только для восстановления последней версии, но старые автосохранения со временем теряют ценность.
• Ревизии — сохранённые версии записи или страницы. Они полезны, если вы откатываете изменения, но на сайтах с активным редактированием их может быть слишком много.

Опаснее всего удалять то, что выглядит похоже на мусор, но на деле используется сайтом: черновики будущих публикаций, страницы в работе, записи с важными правками и любые данные, если вы не знаете, к какому плагину они относятся.

С чего начать: резервная копия и проверка объёма проблемы

Перед очисткой базы сделайте полную резервную копию. Если что-то пойдёт не так, восстановить удалённые ревизии или черновики без бэкапа уже не получится. Это особенно важно на сайтах с несколькими редакторами, где часть черновиков может быть нужна команде.

После этого имеет смысл понять масштаб проблемы. Если на сайте много контента, ревизии могут занимать заметный объём, но на небольшом блоге выигрыш от очистки будет скромным. Проверить это можно в phpMyAdmin, Adminer или через плагин для работы с базой. Смотрите на таблицу wp_posts: именно там хранятся записи, страницы, ревизии, автосохранения и черновики.

Если у вас нестандартный префикс таблиц, вместо wp_posts будет своё имя, например abc_posts.

Самый безопасный способ: удалить лишнее вручную из админки

Если нужно убрать только несколько старых черновиков, проще всего сделать это через админку WordPress. Такой способ не требует доступа к базе и почти исключает ошибку.

1. Откройте раздел Записи или Страницы.
2. Перейдите в фильтр Черновики.
3. Отметьте ненужные записи и удалите их.
4. Проверьте корзину: если запись попала туда по ошибке, её можно восстановить.

С ревизиями так не получится, потому что они не отображаются как обычные записи в списке контента. Для их массового удаления нужен другой способ.

Как удалить ревизии и старые автосохранения через базу данных

Если ревизий много, обычно чистят их напрямую в базе данных. Это быстрее и надёжнее, чем удалять каждую версию вручную. Но здесь уже есть риск: одна неверная команда может затронуть не только ревизии, поэтому перед выполнением запроса нужен бэкап.

В WordPress ревизии хранятся в таблице wp_posts со значением post_type = 'revision'. Старые автосохранения тоже лежат там же и обычно имеют тип ревизии. Если вы хотите удалить именно ревизии, используйте SQL-запрос в phpMyAdmin или другом клиенте к базе:

DELETE FROM wp_posts WHERE post_type = 'revision';

Этот запрос удалит все ревизии из таблицы. После него WordPress больше не сможет откатиться к старым версиям записей, поэтому применять его стоит только тогда, когда вы уверены, что откат не нужен.

Если нужно удалить только часть ревизий, например старые версии конкретной записи, лучше сначала посмотреть их список и уже потом удалять точечно. Для этого можно использовать SQL-запрос на выборку:

SELECT ID, post_title, post_date, post_parent FROM wp_posts WHERE post_type = 'revision' ORDER BY post_date DESC;

Поле post_parent показывает, к какой записи относится ревизия. Это удобно, если вы хотите сохранить ревизии для важных страниц и убрать только лишние.

Когда лучше не удалять ревизии полностью

Полное удаление всех ревизий подходит не каждому сайту. На проектах, где тексты часто редактируют несколько человек, ревизии реально помогают восстановить случайно испорченную версию. Если вы ведёте сайт как редакцию или регулярно правите коммерческие страницы, лучше не удалять всё подчистую.

В таких случаях разумнее ограничить количество ревизий на будущее. WordPress позволяет задать лимит через wp-config.php. Это не удалит старые ревизии автоматически, но остановит бесконтрольный рост базы.

Добавьте в файл wp-config.php строку до комментария /* That's all, stop editing! Happy publishing. */:

define('WP_POST_REVISIONS', 5);

Число 5 — пример. Можно поставить другое значение, если вам нужно больше или меньше версий. Если задать false, WordPress перестанет сохранять ревизии, но это уже рискованно: при ошибке в тексте вы потеряете удобный механизм отката. Для большинства сайтов безопаснее ограничение, а не полный запрет.

Как очистить базу без ручного SQL

Если вы не хотите работать напрямую с базой, используйте плагин, который умеет чистить ревизии и старые черновики. Это удобнее для владельца сайта, который не работает с SQL каждый день. Здесь важно выбирать инструмент, который не удаляет лишнее автоматически и показывает, что именно будет затронуто.

Например, для задач по очистке базы и удалению дублей подходит Clearfy Pro. Он помогает убрать лишние данные и навести порядок в WordPress без ручного редактирования SQL-запросов. Но даже при использовании плагина правило остаётся тем же: сначала копия базы, потом очистка, затем проверка результата.

Если плагин предлагает удалить всё одним кликом, не спешите. Сначала посмотрите, есть ли в списке именно ревизии, черновики и автосохранения, а не записи, комментарии или служебные данные других плагинов.

Как проверить, что очистка прошла нормально

После удаления ревизий и старых черновиков проверьте три вещи.

• В админке — старые черновики исчезли из списка, а нужные записи остались на месте.
• В базе — количество строк в wp_posts уменьшилось, если до этого там было много ревизий.
• На сайте — страницы и записи открываются как раньше, а редактор WordPress работает без ошибок.

Если вы ограничивали ревизии через wp-config.php, откройте любую запись, внесите небольшое изменение и сохраните её. После этого WordPress должен создать только то количество ревизий, которое вы задали. Это простой способ убедиться, что настройка действительно работает.

Что обычно удаляют по ошибке

Самая частая ошибка — считать, что всё старое в базе можно удалить без разбора. На практике проблемы возникают, когда вместе с ревизиями удаляют нужные черновики или пытаются чистить таблицы вручную, не понимая их назначения.

Не стоит удалять:

• черновики, если они ещё нужны редактору;
• записи в корзине, если вы не проверили их содержимое;
• данные плагинов, если вы не знаете, к чему они относятся;
• медиафайлы только потому, что они не используются в одной записи — у изображения может быть несколько привязок.

Если задача именно в том, чтобы уменьшить размер базы и ускорить админку, обычно достаточно убрать ревизии, старые автосохранения и давно забытые черновики. Этого уже хватает, чтобы база стала чище без лишнего риска для сайта.

Если хотите, можно идти по простому сценарию: сначала резервная копия, потом удаление ненужных черновиков вручную, затем очистка ревизий через плагин или SQL, после чего — ограничение количества ревизий на будущее. Такой порядок безопаснее, чем массово чистить всё подряд и надеяться, что WordPress сам разберётся.