Если админка WordPress стала заметно медленнее, а сайт за годы работы оброс черновиками, ревизиями, спам-комментариями и временными данными, проблема часто сидит не в теме и не в хостинге, а в базе данных. WordPress активно пишет туда служебную информацию: версии записей, автосохранения, транзиенты, корзину комментариев, записи плагинов. Со временем это начинает мешать и панели управления, и обычным запросам к сайту.
Чистить базу можно безопасно, но только если понимать, что именно удаляется. Самая частая ошибка — запускать «оптимизаторы» без резервной копии и без проверки, какие таблицы и записи они трогают. Ниже — рабочий порядок действий: сначала определить, что разрослось, затем убрать мусор, после этого проверить, стало ли быстрее.
Что обычно раздувает базу WordPress
В типичном сайте больше всего места и лишней нагрузки дают не «битые» данные, а вполне штатные вещи, которые просто накопились:
- ревизии записей и страниц;
- автосохранения редактора;
- спам и корзина комментариев;
- временные записи в таблице
wp_options— в первую очередь неистёкшие или «залипшие» транзиенты; - служебные данные плагинов, которые уже отключены или удалены;
- старые сессии и логи, если их хранит плагин.
Не всё из этого нужно удалять вручную. Например, транзиенты и ревизии — штатная часть WordPress, и задача не в том, чтобы «обнулить» базу, а в том, чтобы убрать накопленный мусор без потери нужных данных.
С чего начать: резервная копия и короткая проверка
Перед любой чисткой сделайте резервную копию базы данных. Это не формальность: если удалить не то или если плагин очистки сработает агрессивно, откат спасёт время и контент. Если у хостинга есть встроенное резервное копирование, используйте его. Если нет — экспортируйте базу через phpMyAdmin или сделайте бэкап средствами панели управления.
После этого полезно быстро понять, что именно выросло. Если есть доступ к phpMyAdmin, откройте список таблиц и посмотрите на самые крупные: обычно это wp_options, wp_postmeta, wp_posts, wp_comments. Это не значит, что их надо чистить целиком. Это лишь показывает, где искать источник нагрузки.
Безопасная ручная чистка того, что можно удалить без риска
Если нужен контролируемый вариант без лишних плагинов, начинайте с очевидного мусора. В админке WordPress удалите записи из корзины, очистите спам-комментарии и корзину комментариев. Это самый безопасный шаг: он не затрагивает рабочий контент.
Дальше можно убрать ревизии и автосохранения. Здесь есть нюанс: ревизии полезны, если вы часто редактируете длинные тексты и хотите откатиться к прошлой версии. Поэтому перед удалением стоит понять, нужны ли они вам в работе. Если сайт давно не редактируется или ревизий стало слишком много, их можно чистить.
Для удаления ревизий и автосохранений обычно используют плагин очистки базы или SQL-запросы. Если вы не уверены в SQL, лучше идти через плагин с понятным списком действий. Если SQL доступен и вы понимаете, что делаете, можно удалить ревизии запросом, но только после бэкапа.
Пример запроса для удаления ревизий записей:
DELETE FROM wp_posts WHERE post_type = 'revision';Если у вас другой префикс таблиц, замените wp_ на свой. Этот запрос удаляет именно ревизии, а не сами записи и страницы. Автосохранения в WordPress хранятся как служебные записи, и их обычно проще чистить через инструменты плагина, чем вручную.
Что делать с транзиентами и временными данными
Транзиенты — это временные значения, которые WordPress и плагины используют для кеширования. Они помогают ускорять работу, но иногда остаются в базе дольше, чем нужно, особенно если плагин работает нестабильно или кеш не очищается корректно. Именно здесь часто появляется лишняя нагрузка на wp_options.
Удалять все транзиенты вручную не стоит, если вы не понимаете последствия. Часть из них может быть нужна для нормальной работы плагинов и темы. Безопаснее использовать инструмент, который удаляет только просроченные транзиенты. Это штатная операция и обычно не ломает сайт.
Если вы проверяете базу через phpMyAdmin, обращайте внимание не на отдельные строки, а на общий объём таблицы wp_options и наличие большого количества автозагружаемых опций. Именно они могут замедлять вход в админку, потому что WordPress подгружает их при каждом запросе.
Когда стоит чистить базу через плагин
Если сайт уже давно в работе и вы не хотите вручную разбирать таблицы, удобнее использовать плагин, который показывает, что именно будет удалено. Для такой задачи подходит, например, Clearfy Pro: он помогает убрать часть типового мусора и отключить лишние функции, которые создают нагрузку. Но даже в этом случае не стоит запускать очистку «в один клик» без просмотра параметров.
Плагин удобен в трёх ситуациях:
- вы не хотите работать с SQL;
- нужно регулярно чистить ревизии и временные данные;
- важно видеть понятный список действий перед запуском.
Минус у плагинов тоже есть: если в них включить всё подряд, можно удалить данные, которые ещё нужны для отладки или контентной работы. Поэтому перед очисткой проверьте, есть ли в настройках отдельные пункты для ревизий, автосохранений, спама, корзины и просроченных транзиентов. Не смешивайте безопасную чистку с отключением функций, если не понимаете, как это повлияет на сайт.
Как проверить, что админка действительно стала быстрее
После очистки не ориентируйтесь только на субъективное ощущение. Откройте несколько типичных страниц админки: список записей, редактор, медиафайлы, комментарии, настройки плагинов. Если раньше они открывались с заметной задержкой, а теперь реагируют быстрее, это уже хороший признак.
Полезно сравнить и базовые показатели:
- время открытия страницы входа в админку;
- скорость загрузки списка записей;
- время открытия редактора;
- размер базы данных до и после очистки;
- количество ревизий у нескольких старых записей.
Если после чистки ничего не изменилось, причина может быть не в мусоре базы, а в другом: медленный PHP, тяжёлые плагины, перегруженная wp_options, слабый хостинг или слишком много автозагружаемых опций. В таком случае чистка базы полезна, но не решает проблему полностью.
Что не стоит удалять без понимания
Есть данные, которые выглядят лишними, но на деле нужны сайту или плагинам. Не удаляйте таблицы целиком, если не уверены, что они относятся к удалённому плагину. Не чистите wp_postmeta и wp_options массово по принципу «всё старое — мусор». Именно там чаще всего ломается работа темы, форм, кеша и интеграций.
Также не стоит запускать оптимизацию таблиц на живом сайте без необходимости и без бэкапа. Для MySQL это нормальная операция, но на больших базах она может временно нагрузить сервер. На дешёвом хостинге это иногда заметно даже для посетителей.
Если нужен практичный порядок, он обычно такой: резервная копия, удаление спама и корзины, чистка ревизий и автосохранений, удаление просроченных транзиентов, проверка результата. Этого достаточно для большинства сайтов, которые «тормозят» именно из-за накопленного мусора в базе.
Когда чистка базы становится регулярной задачей, имеет смысл не только удалять лишнее, но и ограничить источник мусора: уменьшить число ревизий, следить за плагинами, которые активно пишут в базу, и не держать лишние расширения включёнными без нужды. Тогда админка дольше остаётся быстрой, а база — предсказуемой по размеру.