Сайт тормозил из-за Elementor и 17 плагинов — как уход от тяжелой темы сократил БД на 80%
Если сайт на WordPress тормозит, а вы используете Elementor — велика вероятность, что проблема не в хостинге, а в мусоре, который Elementor оставляет в БД. В этой статье — реальный кейс интернет-магазина: сайт работал на ломаной версии Elementor Pro, 17 плагинов и раздутой БД. Отказались от конструктора, Astra Pro и 10 лишних плагинов, почистили базу. Результат: БД уменьшилась с 93 до 19 МБ, админка перестала зависать, сайт стал безопаснее.
Почему Elementor тормозит сайт
Elementor — мощный конструктор, но цена за удобство — мусор в базе данных. Каждый блок, каждая настройка шрифта, каждое CSS-правило, добавленное через интерфейс — всё это пишется в таблицу wp_postmeta. На небольшом магазине с 22 товарами эта таблица может разрастись до десятков мегабайт.
В нашем кейсе расклад был таким:
wp_postmeta— 68 МБ из 93 МБ общей БДwp_options— 9 МБ (настройки плагинов)- 1075 ревизий записей — каждая со своим набором postmeta
К этому добавлялись 17 активных плагинов: Elementor Pro, Astra Pro, Chaty, Clearfy, HUSKY-фильтр, FiboSearch, Side Cart, Checkout Field Editor, LuckyWP Cookie, Unlimited Elements и другие. Каждый плагин вешает свои обработчики, свои запросы к БД, свои скрипты и стили. Даже если конкретная функция не используется — код всё равно грузится на каждой странице.
Как ускорили сайт: пошагово
Шаг 1. Аудит и отключение плагинов
Прошлись по каждому плагину и спросили: нужен ли он на самом деле?
- Elementor Pro (ломаная версия) — дизайн сделан один раз, изменения редкие. Пиратский плагин не обновляется, в нём регулярно находят уязвимости. Заменяем на стандартный редактор блоков.
- Astra Pro — нужен только вместе с темой Astra. Если тему меняем — плагин не нужен.
- Clearfy — большинство его функций (отключение emoji, XML-RPC, dashicons) делаются парой строк в functions.php.
- HUSKY + FiboSearch — для каталога из 22 товаров стандартный поиск WooCommerce справляется без проблем.
- Chaty, Side Cart, LuckyWP Cookie — каждый добавляет 20-50 КБ JS и CSS. Многие функции можно заменить кодом в теме.
- Unlimited Elements — десятки виджетов, из которых реально используется 2-3.
- Checkout Field Editor — кастомные поля на чекауте добавляются через hooks, без плагина.
Оставили только то, что реально нужно для работы магазина: WooCommerce, Yoast SEO, WP Mail SMTP, Contact Form 7, плагин Яндекс.Метрики и пару технических (Cyr-To-Lat, Converter for Media). Итог: 17 плагинов → 7.
Шаг 2. Смена темы: Elementor → блоки
Astra — хорошая тема, но она заточена под работу с Elementor. Если Elementor убираем, смысла в Astra нет. Перешли на стандартную блочную тему Twenty Twenty-Five.
Блочные темы (block themes) — нативный подход WordPress 6+: вся вёрстка через редактор, без дополнительных конструкторов. Они не пишут лишних данных в postmeta, не подгружают десятки CSS-файлов и не требуют отдельного плагина для работы с контентом.
Шаг 3. Чистка базы данных
После отключения Elementor в БД остались тысячи записей: метаданные виджетов, настройки шрифтов, кэш конструктора. Их надо удалять аккуратно — не задеть нужные данные.
Что сделали:
- Почистили ревизии (1075 → 214) через WP-CLI:
wp post list --post_type=revision --format=countзатемwp post delete $(wp post list --post_type=revision --format=ids) - Удалили Elementor-related meta-ключи:
_elementor_data,_elementor_edit_mode,_elementor_template_type - Почистили таблицы
e_events,e_notes,e_submissions— они остаются даже после деактивации Elementor - Оптимизировали таблицы через WP-CLI:
wp db optimize
Результат
| Показатель | До | После |
|---|---|---|
| Размер БД | 93 МБ | 19 МБ (-80%) |
| wp_postmeta | 68 МБ | 0.22 МБ (-99.7%) |
| Активные плагины | 17 | 7 |
| Тема | Astra + Elementor | Блочная тема |
| Вес HTML главной | 495 КБ | 345 КБ (-30%) |
| Ревизий | 1075 | 214 |
Когда этот способ не подойдёт
- Большой каталог (500+ товаров) на Elementor. Пересобирать страницы вручную — недели работы. Тут поможет только кэширование и оптимизация Elementor: отключение неиспользуемых виджетов, включение CSS/JS кэша, локальные шрифты.
- Уникальный дизайн, ради которого клиент платил. Если дизайн — главная ценность сайта, отказ от Elementor = потеря инвестиций. В таком случае оптимизируйте то, что есть.
- Контент-менеджеры редактируют страницы сами. Блочный редактор проще, но к нему надо привыкнуть. Если команда работала в Elementor несколько лет, миграция вызовет сопротивление.
- Проблема в хостинге, а не в плагинах. Если сайт тормозит из-за дешёвого shared-хостинга, чистка БД не поможет. Сначала проверьте нагрузку на сервер через htop или бесплатные инструменты хостинга.
Частые вопросы
wp elementor flush_css.Нужна диагностика тормозов WordPress?
Проверю сайт, найду узкие места и скажу, что реально поможет — отключение плагинов, смена темы или апгрейд хостинга. Без лишних обещаний.
