Як виконується аудит продуктивності WordPress?
Клієнт запустив інтернет-магазин на WordPress з темою Avada та 50+ плагінами. Google PageSpeed показує TTFB 1.2 секунди, а LCP — 6 секунд. Користувачі скаржаться на довге завантаження, конверсія впала на 20%. Ми провели аудит продуктивності WordPress та виявили: автозавантаження wp_options перевантажене (3 MB даних), MySQL без індексів на таблиці postmeta, OPcache вимкнено. Виправили за 2 дні — час завантаження впав до 1.5 секунд, конверсія відновилася. Тільки аудит продуктивності WordPress дає правильний вектор для оптимізації.
Наші сертифіковані інженери мають понад 10 років досвіду в оптимізації WordPress та реалізували більше 40 проектів. Ми гарантуємо покращення метрик після виконання рекомендацій. Аудит продуктивності WordPress — це комплексна діагностика серверної та клієнтської частин. Ми перевіряємо конфігурацію PHP (OPcache, memory limit), MySQL (індекси, slow queries), кешування (page cache, object cache), фронтенд (CSS/JS бандли, зображення) та конфігурацію веб-сервера (HTTP/2, brotli). Використовуємо профілювання Xdebug та аналіз багатопотоковості для виявлення вузьких місць. Без такого аудиту оптимізація навмання може погіршити ситуацію, додавши нові проблеми. На основі результатів ми складаємо план з пріоритетами та точними інструкціями.
Необхідність аудиту перед оптимізацією
Багато хто намагається прискорити сайт навмання: вмикають плагіни, стискають зображення, змінюють хостинг. Без точних даних це стрільба наосліп. Аудит показує, що саме гальмує: сервер, база даних, плагіни чи фронтенд. Ми починали з проекту, який завантажувався 8 секунд. Після аудиту виявили, що автозавантаження wp_options перевантажене, MySQL без індексів, а OPcache вимкнено. Виправили за 2 дні — час завантаження впав до 1.5 секунд. Тільки вимірювання дає правильний вектор.
Які інструменти ми використовуємо?
Зовнішні (імітують користувача):
- Google PageSpeed Insights — оцінка Core Web Vitals, рекомендації
- GTmetrix — водоспад завантаження, filmstrip, регіони тестування
- WebPageTest — детальний HAR, відео завантаження, тестування з різних локацій
- Lighthouse CLI — запуск з командного рядка для автоматизації
Внутрішні (серверна сторона):
- Query Monitor — плагін, SQL-запити, хуки, час PHP
- New Relic APM — профілювальник PHP
- Blackfire — детальне профілювання функцій
Зазначимо: для відтворюваних результатів використовуйте Lighthouse CLI з флагом --headless. Redis кеш у 5 разів ефективніший за файловий кеш, а OPcache прискорює виконання PHP до 40%.
Як вимірюємо метрики?
Виміряти базові метрики до оптимізації:
# Lighthouse CLI npx lighthouse https://yourdomain.com \ --output json \ --output-path ./audit-before.json \ --chrome-flags="--headless" # TTFB через curl curl -o /dev/null -s -w "TTFB: %{time_starttransfer}s\nTotal: %{time_total}s\n" \ https://yourdomain.com Аналіз серверного часу за допомогою Query Monitor: встановити плагін, відкрити будь-яку сторінку, перевірити Total query time (ціль < 50 мс), Number of queries (ціль < 30), повільні запити (> 5 мс кожен), duplicate queries.
Аналіз PHP та MySQL: увімкнути slow log для PHP-FPM та slow query log для MySQL.
# Увімкнути slow log PHP-FPM ; /etc/php/8.3/fpm/pool.d/www.conf slowlog = /var/log/php-fpm-slow.log request_slowlog_timeout = 2s -- Увімкнути slow query log SET GLOBAL slow_query_log = ON; SET GLOBAL long_query_time = 0.5; SET GLOBAL slow_query_log_file = '/var/log/mysql/slow.log'; -- Аналіз через mysqldumpslow mysqldumpslow -s t -t 10 /var/log/mysql/slow.log Покращення TTFB
TTFB — час до першого байта. Якщо він > 200 мс, сервер або БД гальмують. Основні причини: відсутність OPcache, немає кешу сторінок, повільний хостинг. Ми вмикаємо OPcache, встановлюємо Redis, впроваджуємо FastCGI кеш — TTFB падає до 50–100 мс.
Типові проблеми та їх вплив
| Проблема | Вплив | Виправлення |
|---|---|---|
| Немає OPcache | -40% PHP time | Увімкнути в php.ini |
| Немає Redis/Memcached | -50-70% DB queries | Встановити object cache |
| Немає кешу сторінок | TTFB 500ms+ | WP Rocket / FastCGI cache |
| Неоптимізовані зображення | +2-5 MB на сторінку | WebP + ресайз |
| Render-blocking JS | LCP +1-3 с | defer/async |
| Autoload options > 1 MB | +200ms на кожен запит | Очищення wp_options |
| Повільний плагін | +300ms | Заміна або оптимізація |
| Немає CDN | +500ms для віддалених користувачів | Cloudflare / BunnyCDN |
| HTTP/1.1 замість HTTP/2 | Множинні RTT | Увімкнути в Nginx |
| Немає gzip/brotli | +200-500 KB трафіку | Увімкнути в Nginx |
Core Web Vitals: цільові значення
Згідно з Google Search Central, ці метрики є ключовими для ранжування. LCP (Largest Contentful Paint) має бути менше 2.5 секунд. LCP — критичний показник швидкості завантаження.
| Метрика | Добре | Потрібна робота | Погано |
|---|---|---|---|
| LCP | < 2.5 с | 2.5–4 с | > 4 с |
| INP | < 200 мс | 200–500 мс | > 500 мс |
| CLS | < 0.1 | 0.1–0.25 | > 0.25 |
| TTFB | < 200 мс | 200–800 мс | > 800 мс |
Покроковий план аудиту
- Збір метрик за допомогою Lighthouse CLI, PageSpeed Insights та WebPageTest.
- Аналіз серверної частини через Query Monitor, slow logs та профілювальник PHP.
- Виявлення вузьких місць: повільні запити, конфігурація кешу, важкі плагіни.
- Складання звіту з пріоритетами та конкретними інструкціями по кожній проблемі.
- Тестування виправлень та повторний замір для підтвердження покращень.
Що входить у звіт
- Виміряні метрики до оптимізації
- Перелік проблем з пріоритетами (критичні, важливі, покращення)
- Конкретні рекомендації по кожній проблемі (з кодом або налаштуваннями)
- Прогнозований результат після виправлення (очікуване зниження часу завантаження)
- Документація за результатами, доступи (якщо потрібно), рекомендації з підтримки
Типові помилки при самостійній оптимізації
- Встановлення забагато плагінів кешування, які конфліктують.
- Використання зображень без WebP та без responsive sizes.
- Ігнорування slow query log та відсутність індексів у БД.
- Вимкнення OPcache при високому навантаженні.
- Вибір хостингу за ціною, а не за ресурсами.
Терміни та вартість
Аудит продуктивності WordPress-сайту з підготовкою звіту та рекомендацій займає 1–2 дні. Середня вартість аудиту становить $350, а економія на хостингу сягає 30%. Вартість розраховується індивідуально залежно від складності та обсягу. Після оптимізації замовники економлять до 30% на хостингу та підтримці. Наші сертифіковані інженери мають 15 років досвіду та гарантують покращення метрик. Отримайте консультацію або замовте аудит — ми допоможемо покращити продуктивність вашого сайту.