Повільний сайт коштує грошей у прямому сенсі. Відвідувач закриває вкладку ще до того, як побачив ваш контент, а Google враховує швидкість завантаження як один із факторів ранжування. Тобто повільний сайт втрачає одразу на двох фронтах: і на живих клієнтах, і на позиціях у пошуку.
У цій статті команда Netloria зібрала практичний план: з чого почати діагностику, які налаштування дають найбільший ефект і які помилки найчастіше сповільнюють сайти на WordPress у наших проєктах.
Оптимізація без вимірювання — це стрільба навмання. Перед будь-якими змінами варто зробити базовий замір швидкості через один із безкоштовних сервісів: Google PageSpeed Insights, GTmetrix або Pingdom. Принцип роботи у всіх однаковий — вставляєте посилання на сайт і отримуєте оцінку швидкості разом зі списком конкретних проблем.
Кілька практичних порад щодо самого тестування:
Багато власників сайтів намагаються прискорити WordPress плагінами, ігноруючи те, що фундамент швидкості закладається на рівні хостингу. Тут є кілька змінних, які реально впливають на результат.
На віртуальному (шаред) хостингу ваш сайт ділить сервер із десятками інших, і рівень контролю над налаштуваннями мінімальний — кешування, стиснення файлів і потужність заліза визначає провайдер. VPS або виділений сервер дають повний контроль над конфігурацією, але вимагають технічних знань для правильного налаштування.
Фізична відстань між сервером і відвідувачем напряму впливає на швидкість відповіді. Сайт на сервері у Варшаві відкриється швидше для українського відвідувача, ніж той самий сайт на сервері в США. Якщо повністю уникнути цієї відстані не вдається, її ефект можна згладити через CDN — про це нижче.
SSD-диски замість HDD, достатній обсяг оперативної пам’яті та сучасні версії серверного ПЗ — PHP 7.4 і новіше, MySQL 8 або MariaDB 10.1+ — дають відчутний приріст швидкості без жодних змін у коді сайту. Якщо провайдер досі тримає застарілі версії PHP, це вже привід замислитись про переїзд.
Кожна функція теми чи плагіна — це додатковий код, який браузер має завантажити й обробити. Слайдери, паралакс-ефекти, спливаючі вікна зазвичай тягнуть за собою бібліотеки JavaScript, які напряму сповільнюють сторінку.
Практичне правило тут просте: якщо функція вбудована в тему намертво, вона вантажить сторінку навіть тоді, коли ви нею не користуєтесь. Якщо ж вона підключена окремим плагіном — її завжди можна вимкнути. Тому легкі теми на кшталт Astra, GeneratePress чи Hello Elementor майже завжди виграють у важких багатофункціональних шаблонів.
З плагінами діє той самий принцип економії: кожен новий плагін — потенційне додаткове навантаження. Хороша практика — відключати плагіни по одному і тестувати швидкість, щоб знайти конкретного винуватця гальмувань, замість того щоб видаляти все підряд навмання.
Кешування економить ресурси сервера за рахунок того, що готова сторінка не збирається заново при кожному візиті. Є два рівні кешування, які варто розуміти.
Браузерне кешування зберігає копію сторінки чи її частин безпосередньо в браузері відвідувача — при повторному візиті контент вантажиться з локального кешу, а не з сервера. Серверне кешування зберігає готові сторінки на боці сервера, економлячи ресурси, які інакше йшли б на виконання PHP-скриптів при кожному запиті — це складніше в налаштуванні, але й помітно ефективніше.
Найпростіший спосіб увімкнути кешування — плагін. Популярні варіанти: WP Super Cache, WP Fastest Cache, W3 Total Cache, LiteSpeed Cache (якщо ваш хостинг працює на однойменному веб-сервері).
Загальна вага сторінки напряму визначає час завантаження, і найважчий елемент майже завжди — зображення.
Сервіси на кшталт TinyPNG, Squoosh чи Compressor стискають зображення на 50-80% практично без візуальної втрати якості. Орієнтир — тримати вагу кожного зображення в межах 400 КБ. Якщо не хочеться робити це вручну для кожного файлу, плагіни Smush, Imagify чи EWWW Image Optimizer автоматизують процес при завантаженні.
З файлами JavaScript працюють інші підходи: мініфікація прибирає зайві символи з коду без зміни функціоналу, комбінування об’єднує кілька скриптів в один файл замість кількох окремих запитів, а асинхронне чи відкладене завантаження дозволяє браузеру не зупиняти рендеринг сторінки заради виконання скрипту.
З часом база даних WordPress обростає інформацією, яка вже не потрібна, але продовжує вантажитись і сповільнювати запити до сервера. Три головні джерела такого “сміття”:
Плагіни на кшталт WP-Optimize чи WP-Sweep дозволяють почистити ці накопичення за кілька кліків, без ручного порпання в базі даних.
CDN (Content Delivery Network) — це мережа серверів по всьому світу, яка кешує ваш контент ближче до кожного конкретного відвідувача. Замість того щоб гнати дані з єдиного сервера через півсвіту, CDN віддає копію контенту з найближчого до користувача вузла — це особливо помітно, якщо ваша аудиторія географічно розкидана.
Найпопулярніший варіант для старту — Cloudflare, у якого є безкоштовний тариф, достатній для більшості невеликих і середніх сайтів.
Перш ніж занурюватись у деталі, тримайте перед очима послідовність дій: спершу заміряти поточну швидкість, потім перевірити хостинг і версії ПЗ, далі полегшити тему й плагіни, увімкнути кешування, стиснути зображення та JavaScript, почистити базу даних і насамкінець підключити CDN. Саме в такому порядку зміни дають найбільш передбачуваний і вимірюваний ефект.
У Netloria ми закладаємо більшість цих налаштувань ще на етапі розробки сайту, а не виправляємо постфактум — це економить клієнту і час, і бюджет на подальшу оптимізацію.
