Хостинговые инструкции по оптимизации WordPress почти всегда содержат пункт «почистите базу»: ревизии, спам-комментарии, протухшие транзиенты. Обещают лёгкость и скорость. Я прогнал такую чистку на трёх своих живых сайтах (один VPS, WordPress, MySQL 8.4, от 68 до 315 МБ на базу) с замерами до и после — и результаты оказались показательными, хотя и не такими, как ждёшь.

Сайт тормозит. Первая мысль — «поставить плагин кэширования». Но кэш лечит симптом: чтобы понять, что именно тормозит, нужно profiling — разложить загрузку страницы на этапы и посмотреть, где теряется время. Query Monitor для этого отличный, но требует работы в админке и держать его на проде постоянно не хочется.

Хостинг прислал диагностику одного из моих сайтов: «Основная причина всплеска нагрузки — множество запросов от ботов без реферера» и, что не менее важно, «на сайте неоптимизирован CRON» — с логом, где POST /wp-cron.php?doing_wp_cron=… шел каждые 5 секунд, и каждый запуск занимал 0,2–0,6 секунды. Разбираю, почему так происходит, чем это плохо и как исправить за десять минут.

WP-Optimize — плагин «два в одном»: чистка базы данных + кэширование страниц. Часто он уже стоит на сайте «для чистки», а про его страничный кэш никто не помнит. Именно так он достался мне на двух сайтах, и я прогнал его через полноценные замеры. Итог: кэш страниц у него отличный, но с двумя неочевидными ловушками.