Защо WooCommerce е толкова бавен? 10 причини и как да ги оправите

Всяка допълнителна секунда зареждане струва продажби. Клиентът няма да чака – ще се върне в Google и ще купи от конкурента. Освен това Google използва скоростта като фактор за класиране, така че бавният магазин губи двойно: и посетители, и позиции.

Защо изобщо WooCommerce е бавен?

Самият WooCommerce не е бавен – но е лесно да стане бавен. Той работи върху WordPress, където всяка страница се „сглобява“ от PHP и базата данни при всяка заявка, а всеки плъгин може да се намеси в този процес. Магазинът добавя много отгоре на обикновения сайт:

• Динамични страници – количката, checkout-ът и профилът са лични за всеки клиент и не могат да се сервират от кеш.
• Тежки заявки към базата – продукти, вариации, атрибути и поръчки са в големи таблици; филтрите и търсенето умножават заявките.
• Плъгини при всяка заявка – доставка, плащания, фактуриране, маркетинг и SEO работят дори на страници, където не са нужни.
• Автоматично зареждани данни – плъгините пазят настройки в wp_options, които се зареждат на всяка страница; при по-стари магазини това стига до няколко мегабайта.

Добрата новина: почти всичко това се оправя без да се прави магазинът наново. Ето как да откриете какво бави вашия.

Първо: как да измерите скоростта правилно

Преди да променяте каквото и да е, измерете. Отворете PageSpeed Insights (pagespeed.web.dev) и тествайте три страници: началната, една категория и един продукт. Гледайте трите показателя на Google – Core Web Vitals:

Тествайте и мобилната версия – тя е по-важна. Google индексира сайтовете основно през мобилния им вариант, а повечето български онлайн купувачи пазаруват от телефон.

10-те най-чести причини за бавен WooCommerce

1. Евтин споделен хостинг

WooCommerce не е обикновен блог. Количката, checkout-ът и филтрите правят много заявки към базата данни. На претъпкан споделен хостинг сървърът просто не смогва. Решение: хостинг с PHP 8.2+, достатъчно RAM, сървърно кеширане (LiteSpeed, Redis или Memcached) и сървър в Европа.

2. Тежка „всичко-в-едно“ тема

Многофункционалните теми зареждат слайдери, анимации и десетки модули на всяка страница – дори когато не ги ползвате. Решение: лека тема или custom тема, която зарежда само това, което страницата реално използва.

3. Твърде много плъгини

Проблемът не е броят, а качеството. Един лошо написан плъгин може да добави секунда към всяка страница. Решение: премахнете неизползваните, заменете тежките и проверете кои плъгини зареждат скриптове навсякъде, вместо само където трябва.

4. Неоптимизирани снимки

Продуктова снимка от 4 MB, показана като миниатюра от 300 пиксела, е класика. Решение: WebP или AVIF формат, правилни размери (srcset) и lazy loading за снимките под първия екран. Само това често спестява 70–80% от теглото на страницата.

5. Липса на кеширане

Без кеш сървърът „сглобява“ всяка страница наново при всяко посещение. Решение: кеширане на страниците (без количката, checkout-а и профила) плюс обектен кеш (Redis) за базата данни.

6. Подута база данни

С времето базата се пълни с изтекли transients, стари ревизии, сесии и логове от плъгини. Решение: редовно почистване, оптимизация на таблиците и включване на HPOS (High-Performance Order Storage) – новото хранилище на поръчките в WooCommerce.

7. Блокиращ JavaScript и CSS

Ако браузърът трябва да изтегли 15 файла, преди да покаже каквото и да е, страницата изглежда „замръзнала“. Решение: отложено зареждане (defer) на скриптовете, критичен CSS вграден в страницата и премахване на неизползван код.

8. Външни скриптове

Чат джаджи, пиксели, тракинг кодове, вградени видеа и карти – всеки от тях тегли код от чужд сървър. Решение: оставете само нужните и ги зареждайте след взаимодействие или след като страницата е готова.

9. Шрифтове от външни услуги

Google Fonts и подобни услуги добавят заявки и често причиняват разместване на текста. Решение: хостнете шрифтовете локално във WOFF2 формат, заредете само нужните тегла и азбуки (за България – кирилица) и задайте font-display: swap.

10. Тежки AJAX заявки

Функцията за обновяване на мини-количката (cart fragments) и „живите“ филтри могат да натоварят сървъра на всяка страница. Решение: ограничете cart fragments до страниците, където са нужни, и използвайте оптимизирани филтри с индексирани данни.

Защо checkout-ът в WooCommerce е бавен

В checkout-а скоростта струва най-скъпо – клиентът вече е решил да купи. Това е и страница, която не може да се кешира, затова проблемите излизат първо тук. Най-честите причини:

• Изчисляване на доставката „на живо“ – плъгини за Еконт или Спиди, които питат външно API при всяка промяна на адреса. Решение: кеширане на списъка с офиси и цените, преизчисляване само при нужда.
• Постоянно опресняване на поръчката – всяка промяна в поле пуска AJAX заявка (update_order_review), която преизчислява сумите. Колкото повече плъгини се намесват, толкова по-бавно става.
• Скриптове на платежни методи – няколко метода, които зареждат скриптовете си наведнъж, плюс скриптове за проверка срещу измами и тракинг.
• Плъгини за полета и допълнителни продажби – всеки добавя заявки и скриптове към най-тежката страница в магазина.
• Бавен хостинг без обектен кеш – без страничен кеш времето за отговор на сървъра (TTFB) е всичко. Обектният кеш с Redis помага много.

Как да откриете виновника: инсталирайте временно безплатния плъгин Query Monitor, отворете checkout-а и вижте бавните заявки, външните HTTP повиквания и от кой плъгин идват. Бавният checkout директно води до изоставени колички.

Откъде да започнете

Ако трябва да изберете само три неща, започнете с тези – те дават най-голям ефект за най-малко време:

• Снимките – WebP + правилни размери.
• Кеширането – страничен и обектен кеш.
• Одит на плъгините – махнете всичко, което не носи пари.

Искате да знаете какво точно бави вашия магазин? Пишете ми – ще направя одит и ще ви кажа кои промени ще дадат най-голям ефект. Повече за услугата: SEO & Core Web Vitals.