Ваш інтернет-магазин працює повільно, але PageSpeed показує 95? Правда про фільтри, варіації та втрачених клієнтів — і як це виправити
PageSpeed Insights стверджує, що ваш магазин блискавично швидкий — 95 зі 100, що є «зеленим» за всіма критеріями. Але в реальному житті користувачі відкривають сторінки ваших категорій і чекають. І чекають. Потім йдуть. Ви стиснули зображення, мінімізували скрипти та оптимізували все, що вам сказав PageSpeed. То чому ж ваш сайт WooCommerce все ще здається болісно повільним, коли клієнти насправді ним користуються?
Це прихована різниця в продуктивності — різниця між тим, що вимірюють лабораторні інструменти, і тим, що насправді відчувають ваші клієнти. І вона найбільш жорстока в інтернет-магазинах із сотнями (або тисячами) змінних товарів, ціновими фільтрами та багаторівневою навігацією. Давайте розберемося, чому це відбувається — і як це виправити.
1. Ілюзія PageSpeed: чому 95 не означає швидко
Google PageSpeed Insights та Lighthouse моделюють завантаження у штучному середовищі. Вони тестують:
- Перше змістовне малювання
- Основні показники веб-сайту
- Оптимізація статичних ресурсів (зображення, CSS, JS)
Але вони цього не роблять:
- Взаємодія з динамічними фільтрами або AJAX-запитами
- Натисніть на змінні продукти та відобразіть випадаючі меню
- Запуск пошуку або завантаження варіації ціни
Це означає, що ваш сайт може виглядати швидко в синтетичних тестах, але все одно зависати або «задихатися», коли реальні користувачі взаємодіють з даними про продукт у реальному часі.
2. Справжній винуватець: варіації, фільтри та динамічні запити
Змінні продукти підривають вашу базу даних
Кожна варіація (розмір, колір, матеріал) зберігається як окремий запис у wp_posts і wp_postmeta таблиці. Одна футболка 6 розмірів і 4 кольорів може створити 24 варіації — і це лише один продукт.
Тепер масштабуйте це до 1000 товарів — і ви отримаєте тисячі рядків бази даних, які WordPress має перевіряти, об’єднувати та аналізувати щоразу, коли хтось завантажує сторінку категорії чи товару.
Тематичні фільтри все уповільнюють
Такі теми, як Woodmart, хоч і мають гарний дизайн, часто використовують вбудовані фільтри, які:
- Тригер некашований AJAX запити
- Скануйте всі варіанти для фільтрації цін
- Пошук неіндексованих користувацьких полів
Фільтрування цін – тихий вбивця
Більшість тем не кешують результати фільтрації цін. Вони виконують дорогі BETWEEN запити до метаполів, таких як _price, часто неіндексовані. Це може спричинити 2–3 секунди затримки — непомітно в PageSpeed, але болісно реальне для користувачів.
3. Що відчувають ваші клієнти (і чому вони йдуть)
Ось перевірка реальності:
- Користувач шукає «чорна толстовка» → бачить спінер протягом 4 секунд
- Натискає кнопку «Розмір: M» → випадаюче меню затримує або перезавантажує всю сторінку
- Перемикає фільтри → застосування сторінки займає понад 3 секунди
Результат? Довіра падає. Кількість покинутих клієнтів зростає. Показник відмов зростає.
Саме тут навіть «швидкий» магазин (95 на PageSpeed) втрачає клієнтів, оскільки PageSpeed не може вимірювати затримку взаємодії в режимі реального часу.
4. Справжня оптимізація: поза межами метрик
Ось що ми робимо в SpeedWP Pro, щоб це виправити:
✅ Вимкнути завантаження варіантів на сторінках категорій
Показувати лише батьківський продукт з однією мініатюрою. Завантажувати варіанти лише на сторінці продукту.
✅ Замініть фільтри тем оптимізованими плагінами:
- FacetWP — розширена фільтрація з індексацією, кешуванням та блискавично швидким AJAX
- ГАВ — Фільтр товарів WooCommerce з гнучким налаштуванням та легкими запитами
- ФібоПошук — блискавично швидкий прогнозний пошук для WooCommerce
✅ Результати фільтрації кешу
Попередньо згенеруйте відфільтровані версії сторінок або використовуйте плагіни, що підтримують кешування результатів. Якщо ви користуєтеся LiteSpeed, це можна поєднати з Edge Side Includes (ESI).
✅ Очищення бази даних (автозавантаження та налаштування)
Такі теми, як Woodmart, накопичують надмірне навантаження. xts_options та опції автоматичного завантаження. Ми видаляємо:
- Дані списку бажань (якщо не використовуються)
- Порівняння налаштувань
- Демо-макети
- Невикористані заголовки/нижні колонтитули
Результат: до 1 МБ менше автоматично завантажених даних на кожен запит.
✅ Аналізуйте за допомогою монітора запитів
Ми визначаємо, які фільтри, запити чи плагіни уповільнюють час відгуку. Іноді навіть такі плагіни, як RankMath або WPML, генерують непотрібні запити на кожній сторінці.
5. А як щодо плагінів безпеки?
Деякі власники магазинів використовують Wordfence або Безпека iThemes, що може блокувати ботів, але також уповільнювати кожну сторінку через ретельні перевірки в режимі реального часу.
Ми рекомендуємо:
- Заміна Wordfence на легкий брандмауер або спираючись на Cloudflare WAF
- Зберігання лише необхідних перевірок у режимі реального часу (наприклад, захист входу)
Безпека ніколи не повинна коштувати часу завантаження понад 3 секунди.
6. Розумний кеш — не сліпо
Більшість сайтів кешують цілі сторінки. Але як щодо:
- Комбінації фільтрів?
- Результати пошуку?
- Випадаючі списки варіацій продукту?
У SpeedWP Pro ми впроваджуємо:
- Гостьовий режим (як LiteSpeed Cache) для швидшого першого відвідування
- Скрипти розігріву кешу які автоматично попередньо завантажують ключові сторінки та фільтрують перегляди
- Розділення кешу для мобільних пристроїв та комп'ютерів лише за потреби — інакше це просто додаткові накладні витрати
7. Остаточні результати: від затримки до блискавки
Після оптимізації ось що зміниться:
- PageSpeed: залишається на рівні 90–100 (це ніколи не було проблемою)
- Водоспад інструментів розробника Chromeменше динамічних викликів, швидший час до видачі першого байта (TTFB)
- Справжній UXФільтри реагують миттєво, селектори варіантів працюють плавно, пошук швидкий
Клієнти відчувають це, а не інструменти.
Підсумок
Якщо ваш інтернет-магазин здається повільним, навіть з оцінкою PageSpeed 95, ви не уявляєте собі це. Ви просто відчуваєте те, що інструменти не можуть виміряти — реальна ціна поганої фільтрації, перевантаження варіаціями та некешованої взаємодії.
Перестаньте довіряти штучним цифрам. Почніть довіряти своїм користувачам.
А якщо ви хочете це виправити — ми покажемо вам, як.
