Вы прогоняете сайт на Elementor через GTmetrix и видите 45 баллов. Или 52. Или честные 60, но с красным TTFB и километровым списком «should fix». В голове один вопрос: мне же обещали, что Elementor быстрый.

Он действительно быстрый. Проблема не в конструкторе, а в том, что под ним: сервер, который задыхается на PHP 7.4, три десятка плагинов с пересекающимися скриптами, шрифты с внешнего CDN и база данных, не чищенная со дня запуска. Elementor генерирует чистый HTML и CSS, но сервер должен успеть этот HTML собрать и отдать за долю секунды.

Ниже, без воды, с реальными скриншотами, по шагам. К концу сайт уходит с 45 на 95-100 баллов. Времени, полдня. Ни один шаг не требует разработчика: всё делается из админки или панели хостинга.

💡 Быстрый обзор:

• Поднимите PHP до 8.3 или 8.4 и выставите memory_limit 256 МБ. Фундамент, без которого кеширование и минификация почти ничего не дают.
• Установите WP Rocket, подключите Cloudflare CDN и настройте автоочистку базы данных. Три действия, которые суммарно дают наибольший прирост скорости.
• Пройдитесь по плагинам: выборочно отключайте скрипты и стили там, где они не используются, через Perfmatters или Asset CleanUp. Сокращение до полутора десятков HTTP-запросов на страницу.
• Разместите шрифты локально, приведите изображения к правильным размерам и заверните внешние запросы в локальные аналоги. Последние баллы, которые отделяют «хорошо» от «отлично».
• Зайдите в GTmetrix, откройте вкладку Waterfall и методично пройдите по узким местам. Каждый красный пункт, это конкретный плагин, скрипт или медиафайл, который можно починить.

1. Серверная среда: хостинг, PHP и память

Официальное руководство WordPress по оптимизации начинает именно с серверной среды. Если сервер отвечает 800 миллисекунд, никакой кеш не спасёт, посетитель уже ушёл.

Обновите PHP до версии 8.3 или 8.4

PHP 7.4 перестал получать обновления безопасности в ноябре 2022 года. По свежим тестам Kinsta, переход с 7.4 на 8.2 даёт 2-3-кратный прирост скорости обработки запросов. Версии 8.3 и 8.4 держат ту же планку, но с лучшей безопасностью и поддержкой современного синтаксиса. Elementor рекомендует минимум 8.0, но фактически 8.3 на сегодня, разумный минимум.

Проверьте текущую версию: Elementor → System Info.

Зайдите в панель хостинга, найдите менеджер версий PHP и переключитесь на 8.3 или 8.4. Перед этим, обязательный бэкап.

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

Выставьте лимит памяти 256 МБ

Elementor, WordPress и WooCommerce в документации сходятся на 256 МБ. Текущий лимит виден там же: Elementor → System Info.

На большинстве хостингов лимит меняется прямо в панели управления:

Если такой опции нет, добавьте строку в wp-config.php:

1
define( 'WP_MEMORY_LIMIT', '256M' );

Уходите с shared-хостинга на облако

Shared-хостинг живёт ровно до тех пор, пока у сайта мало трафика и нет WooCommerce. Дальше время ответа сервера (TTFB) уползает за 200 мс, и GTmetrix закрашивает этот показатель красным.

Облачный хостинг (DigitalOcean через Cloudways, Vultr, Linode) режет время загрузки в два раза по сравнению с качественным shared-тарифом. Страницы с сотней изображений и сотнями комментариев укладываются в 2 секунды.

Разница по ключевым метрикам видна невооружённым глазом:

Итог: shared, для старта. Для проекта с трафиком, магазином или десятком плагинов, только облако. Разница в цене отбивается скоростью.

2. Кеширование, база данных и CDN

После серверной среды три этих компонента дают самый заметный прирост. По опыту, именно кеширование, очистка базы и CDN закрывают большую часть проблем со скоростью на среднестатистическом сайте.

WP Rocket: один плагин вместо пяти

WP Rocket стабильно обходит WP Fastest Cache и W3 Total Cache в прямых замерах GTmetrix. Причина не в магии, а в архитектуре: он объединяет в одном плагине функции, под которые обычно ставят 5-6 отдельных. Кеширование страниц, очистка базы данных, локальное размещение Google Analytics, объединение Google Fonts, ленивая загрузка изображений и видео, интеграция с Cloudflare, кеширование WebP, предварительная выборка DNS, кеширование Facebook Pixel в браузере. Всё из коробки.

Смысл простой: чем меньше плагинов на сайте, тем меньше HTTP-запросов. А GTmetrix считает именно запросы.

Регулярная очистка базы данных

Elementor и WordPress копят ревизии постов, старые таблицы от удалённых плагинов, транзиенты и спам-комментарии. WP Rocket и WP-Optimize чистят этот мусор парой кликов.

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

Cloudflare CDN: бесплатный уровень

Cloudflare, это сеть из 200+ дата-центров, рекомендованная самим WordPress. Бесплатный тариф покрывает нужды 95% сайтов.

Некоторые хосты (SiteGround) активируют Cloudflare из своей панели. Остальным, регистрация на бесплатном тарифе, смена NS-серверов домена и три настройки:

• Speed: включить Brotli и Rocket Loader.
• Scrape Shield: включить защиту от хотлинка.
• Page Rules: must-use-правила Cloudflare для скорости, безопасности и совместимости с админкой.

3. Скрипты и плагины: точечное отключение

Эта секция стабильно приносит 10-15 баллов GTmetrix. Механика простая: каждый скрипт на странице, это отдельный HTTP-запрос, а каждый запрос, миллисекунды к суммарному времени загрузки.

Какие плагины тормозят сайт

Тяжелее всего: статистика, бэкап-плагины с фоновым сканированием, социальные виджеты со счётчиками, живые чаты, тяжёлые контактные формы, слайдеры, JetPack. Общий признак, плагин работает постоянно, даже когда его функционал на конкретной странице не нужен.

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

Asset CleanUp и Perfmatters

Оба инструмента решают одну задачу: точечное отключение скриптов и стилей на уровне отдельных страниц. Perfmatters, премиум-решение с удобным интерфейсом. Asset CleanUp, бесплатный аналог с функционалом, которого хватает для большинства сценариев.

Порядок действий:

• Установите Asset CleanUp (бесплатно из репозитория) или Perfmatters.
• Откройте страницу на редактирование и прокрутите вниз, увидите всё, что на ней грузится.
• Снимите галочки с плагинов, скриптов и стилей, которые на этой странице не используются.

Можно отключать по типу поста (записи, страницы, товары) или использовать RegEx в премиум-версиях. Классический пример: плагин контактной формы грузится только на /contacts/, а не на всём сайте.

WooCommerce: уберите лишнее

Скрипты и фрагменты корзины WooCommerce висят на каждой странице по умолчанию. Perfmatters умеет убирать их одним кликом.

Отключение скриптов и фрагментов корзины на всех страницах, кроме магазина и корзины, срезает до десятка лишних запросов:

Загрузчик редактора Elementor

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

Elementor → Настройки → Дополнительно → Редактор загрузчика.

4. Шрифты, медиафайлы и внешние запросы

Медиа и внешние ресурсы, самая частая причина жёлтых и красных предупреждений в GTmetrix. Хостинг и кеш уже вытянули сайт на 80+, и вот здесь добираются последние проценты.

Разместите шрифты локально

Google Fonts генерируют внешние запросы к серверам Google. GTmetrix видит их как узкое место и честно подсвечивает: ваш сайт ждёт ответа от чужого сервера.

Если у вас Elementor Pro, используйте пользовательские шрифты в настройках:

Без Pro, проверенный алгоритм из пяти шагов:

Шаг 1. Убедитесь, что шрифты действительно проблема. Откройте вкладку Waterfall в GTmetrix:

Шаг 2. Скачайте нужные шрифты с Google Fonts. Берите только те начертания, которые реально используются: каждое лишнее добавляет запрос.

Шаг 3. Конвертируйте скачанные шрифты в веб-форматы через Transfonter:

Шаг 4. Загрузите файлы в WordPress и пропишите их в CSS.

Шаг 5. Протестируйте отображение и добавьте fallback-шрифты на случай ошибки загрузки.

Подробное руководство по локальным шрифтам, в нашем отдельном материале.

Оптимизируйте сторонние запросы

Google Fonts, лишь один пример. AdSense, Analytics, Google Maps, Tag Manager, встроенные видео, Gravatars и плагины соцсетей, всё это создаёт внешние запросы, которые GTmetrix не может кешировать и оптимизировать.

Что с этим делать:

• WP Rocket умеет размещать Google Analytics локально и добавлять кеширование браузера для Facebook Pixel (вкладка «Надстройки»).
• Видео: WP Rocket заменяет iframe превью-картинкой вместо загрузки плеера сразу (вкладка «Медиа»).
• Социальные виджеты: вместо встроенного поста, скриншот и ссылка. Экономия до десятка запросов.
• Disqus: настройте условную загрузку (комментарии подгружаются, только когда читатель доскроллил).
• Откладывайте выполнение JavaScript в настройках плагина кеша.

Google AdSense, особый случай. Асинхронная загрузка здесь потолок: полностью оптимизировать его не выйдет. Gravatars проще отключить совсем, ни один плагин кеширования граватаров не дал ощутимого результата на практике. Google Tag Manager имеет смысл только на крупных проектах с десятками внешних скриптов; на небольшом сайте он добавляет накладных расходов больше, чем экономит.

Приводите изображения к правильным размерам

Elementor (и GTmetrix) требуют, чтобы изображения были масштабированы под реальные размеры области отображения. Ошибка «Serve scaled images», одна из самых частых.

Совет: заведите шпаргалку размеров для типовых элементов сайта (превью поста, слайдер, изображение в теле статьи, логотип). Перед загрузкой нового изображения сразу подгоняйте его под нужный размер. GTmetrix сам подсказывает правильные размеры для каждого проблемного файла.

5. Тема и финишная диагностика

К этому моменту сайт уже на 85-90 баллах. Осталось добить последние проценты: тема и точечная зачистка по отчёту GTmetrix.

Лёгкая тема как база

Тема с собственным визуальным конструктором поверх Elementor, двойной удар по скорости. Выбирайте минимальную, чистую тему, а функциональность добавляйте плагинами. Astra и GeneratePress, два проверенных варианта: не конфликтуют с Elementor, добавляют минимум своего кода и не создают лишних запросов. Заменить тему сложнее, чем удалить лишний плагин, поэтому здесь лучше выбрать правильно с самого начала.

Три точки контроля в GTmetrix

Универсального рецепта нет: каждый сайт уникален по набору плагинов и контента. Но GTmetrix показывает, что именно тормозит ваш конкретный сайт. Три метрики, на которые стоит смотреть прицельно:

Время до первого байта (TTFB).

TTFB выше 200 мс, проблема на стороне сервера. Возвращайтесь к шагу 1: хостинг, PHP, кеширование.

Неоптимизированные изображения.

Проход по этому списку сверху вниз с изменением размеров и сжатием даёт 5-8 баллов за полчаса.

Медленные плагины.

Сортируйте по времени загрузки и без сожалений удаляйте или заменяйте всё, что в топе списка.

Вот реальный видеоразбор оптимизации Elementor под GTmetrix:

⁉️🤔 Частые вопросы

Elementor сам по себе медленный?

Нет. Elementor генерирует чистый HTML и CSS на выходе. Проблема всегда в комбинации серверной среды, плагинов и неоптимизированных медиафайлов. На правильно настроенном хостинге с WP Rocket и Cloudflare сайт на Elementor стабильно проходит GTmetrix на максимальные баллы.

Достаточно ли бесплатного плагина кеша вместо WP Rocket?

Бесплатные решения (WP Fastest Cache, W3 Total Cache) закрывают базовые сценарии кеширования. Но WP Rocket собирает кеширование, очистку базы, локальную аналитику, ленивую загрузку, интеграцию с Cloudflare и оптимизацию шрифтов в одном плагине. Каждый из этих пунктов по отдельности, ещё один плагин и ещё HTTP-запросы. Для сайта с 20+ плагинами замена 5-6 отдельных на один WP Rocket ощутима.

Какой хостинг для Elementor в 2026 году?

Для старта и небольших проектов, SiteGround. Но как только появляется WooCommerce, AdSense или трафик выше 10-20 тысяч визитов в месяц, переходите на облако. Cloudways с DigitalOcean или Vultr дают лучшее соотношение цены и производительности. TTFB на облаке обычно в 2-3 раза ниже, чем на качественном shared-хостинге.

Обязателен ли Cloudflare, если уже стоит WP Rocket?

Это разные уровни оптимизации. WP Rocket кеширует на уровне сервера, а Cloudflare раздаёт статику через сеть из 200+ дата-центров. Вместе они работают как двухуровневый кеш: первый запрос к серверу, все последующие, из ближайшего к пользователю дата-центра.

Сколько времени занимает полная оптимизация?

Базовый набор (PHP, WP Rocket, Cloudflare, отключение лишних плагинов) делается за 2-3 часа. Полный цикл со шрифтами, изображениями и тонкой настройкой под GTmetrix, 4-6 часов, в зависимости от размера сайта.

Что делать прямо сейчас: чек-лист на полдня

Начните с фундамента, он даёт основной прирост:

• Поднимите PHP до 8.3+ и выставите memory_limit 256M.
• Установите WP Rocket и настройте кеширование.
• Подключите Cloudflare на бесплатном тарифе.

Остальное добирается точечными правками: отключите неиспользуемые скрипты через Perfmatters или Asset CleanUp, разместите шрифты локально, приведите изображения к правильным размерам, пройдитесь по списку узких мест в GTmetrix сверху вниз.

Сайт на Elementor может и должен грузиться быстрее 2 секунд. Всё, что для этого нужно, правильная серверная среда и дисциплина в плагинах.