Ви проганяєте сайт на 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 секунди. Все, що для цього потрібно,, правильне серверне середовище й дисципліна в плагінах.