Как удалить ревизии записей в WordPress

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

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

Что именно удаляется при очистке ревизий

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

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

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

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

Подход зависит от плагина, но логика обычно одинаковая:

1. Сделайте резервную копию базы данных.
2. Установите плагин для очистки базы или обслуживания WordPress.
3. Откройте раздел очистки и найдите пункт с ревизиями.
4. Запустите удаление и дождитесь завершения.

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

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

Удаление ревизий через phpMyAdmin или другой SQL-клиент

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

В WordPress ревизии хранятся в таблице wp_posts как записи с типом revision. Префикс таблицы может быть не wp_, а другим — ориентируйтесь на свой реальный префикс.

Чтобы удалить все ревизии, можно выполнить такой запрос:

DELETE FROM wp_posts WHERE post_type = 'revision';

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

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

Удаление через WP-CLI, если есть доступ к консоли

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

Обычно используется такая команда:

wp post delete $(wp post list --post_type='revision' --format=ids) --force

Что здесь важно:

• wp post list --post_type='revision' --format=ids выводит ID всех ревизий;
• wp post delete ... --force удаляет их без отправки в корзину.

Этот вариант зависит от наличия WP-CLI на сервере и прав доступа к файлам сайта. На обычном виртуальном хостинге он может быть недоступен.

Как ограничить появление новых ревизий

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

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

define( 'WP_POST_REVISIONS', 3 );

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

Ещё один момент: если на сайте включено автосохранение, оно не исчезает от этой настройки. Автосохранение и ревизии — не одно и то же, хотя в админке они часто воспринимаются как одна функция.

Что проверить после удаления

После очистки не ограничивайтесь только визуальной проверкой главной страницы. Лучше пройтись по нескольким точкам:

• откройте несколько записей и убедитесь, что они редактируются без ошибок;
• проверьте, что в редакторе больше не отображается большой список старых ревизий;
• посмотрите размер базы данных в панели хостинга или в phpMyAdmin;
• если использовали SQL или WP-CLI, убедитесь, что не появились ошибки в журнале сервера или в консоли.

На больших сайтах заметный эффект обычно даёт не только удаление ревизий, но и регулярная уборка всей базы: спам-комментариев, временных данных, устаревших транзиентов. Но это уже отдельная задача, и делать её нужно осознанно, а не «заодно».

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

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

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

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