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