Как удалить ревизии записей в WordPress и ограничить их количество

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

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

Ревизия — это сохранённая версия записи, страницы или другого типа контента. WordPress создаёт их автоматически при каждом сохранении. Это удобно, если нужно откатить неудачное редактирование, но на активном сайте ревизий становится слишком много: редакторы часто нажимают «Обновить», автосохранение тоже добавляет записи, а старые версии остаются в базе навсегда.

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

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

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

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

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

Что проверить перед очисткой

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

Удаление ревизий через базу данных: когда это оправдано

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

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

DELETE FROM wp_posts WHERE post_type = 'revision';

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

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

Как ограничить количество ревизий в WordPress

После очистки важно не допустить повторного разрастания базы. В WordPress это делается через константу WP_POST_REVISIONS в файле wp-config.php. Она задаёт, сколько ревизий хранить для каждой записи.

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

define('WP_POST_REVISIONS', 5);

WordPress будет хранить не больше пяти ревизий на одну запись. Старые версии при новых сохранениях начнут вытесняться автоматически.

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

Можно ли полностью отключить ревизии

Технически да: в wp-config.php можно указать define('WP_POST_REVISIONS', false);. Но для рабочих сайтов это редко хорошая идея. Ревизии помогают откатить неудачное редактирование, особенно если контент правят несколько человек. Полное отключение имеет смысл только там, где процесс публикации жёстко контролируется и история изменений не нужна.

Если цель — уменьшить нагрузку на базу, обычно лучше ограничить число ревизий, а не отключать их совсем.

Как проверить, что всё сработало

После очистки откройте базу данных и убедитесь, что количество строк с post_type = 'revision' заметно уменьшилось или стало нулевым, если вы удаляли всё. Проще всего это проверить через phpMyAdmin запросом:

SELECT COUNT(*) FROM wp_posts WHERE post_type = 'revision';

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

Что чаще всего идёт не так

На практике проблемы обычно связаны не с WordPress, а с поспешной очисткой.

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

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

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