Бърза каса в WooCommerce — по-малко изоставени колички
Количката и касата са най-бавните страници в повечето WooCommerce магазини, защото не могат да се кешират. Ето какво ги забавя и как се оправя.
Касата е единствената страница в магазина, където посетителят вече е решил да купи. Всяко забавяне там е най-скъпото забавяне в целия сайт. И точно касата и количката са страниците, които по подразбиране са най-бавни.
Защо касата е по-бавна от останалия магазин
Продуктовите и категорийните страници могат да се кешират — един и същ HTML за всички посетители. Количката, касата и профилът — не. Те са различни за всеки клиент, затова при всяко зареждане WordPress стартира целия PHP код, всички плъгини и всички заявки към базата.
Това означава, че касата показва истинската скорост на вашия сървър и плъгини, без кешът да ги прикрива. Ако началната страница е бърза, а касата е бавна — проблемът е в сървъра, плъгините или базата.
Какво забавя касата най-често
1. Твърде много плъгини, които се зареждат навсякъде
Плъгин за отзиви, плъгин за слайдери, плъгин за сравнение на продукти — всички зареждат своя PHP код и често и своите скриптове на касата, където не им е мястото. Минаваме през всеки плъгин и спираме зареждането му там, където не трябва.
2. Бавни външни услуги
Изчисляване на доставка през API на куриер, проверка на ДДС номер, антиизмама, анализи. Ако външна услуга отговаря за 2 секунди, касата чака 2 секунди. Решения: кеширане на отговорите, по-кратки времена за изчакване и зареждане на несъществените неща след показването на страницата.
3. Cart fragments
Скриптът wc-cart-fragments обновява мини-количката в хедъра с AJAX заявка. Тази заявка не се кешира и при всяко зареждане на страница товари сървъра. От WooCommerce 7.8 скриптът вече не се зарежда на всички страници по подразбиране — само когато темата използва мини-количка. Много теми обаче го зареждат сами. Проверяваме дали е нужен и къде.
4. Тежката база с поръчки
Магазин с години история има стотици хиляди редове в базата. Старите магазини пазят поръчките в таблиците за публикации на WordPress, което е бавно. HPOS (High-Performance Order Storage) — отделни таблици за поръчки — е по подразбиране за нови магазини от WooCommerce 8.2. При по-старите магазини миграцията е възможна, но изисква проверка на съвместимостта на плъгините.
5. Изтекли сесии и временни данни
Таблицата със сесии на WooCommerce и временните данни растат с всяка количка. Ако не се чистят, всяка заявка става по-бавна.
Какво да проверите сами
- Отворете касата с продукт в количката и я пуснете през PageSpeed Insights — не само началната страница.
- Проверете TTFB на касата. Ако е над 1 секунда, проблемът е на сървъра — PHP, плъгини, база.
- Пробвайте поръчка на телефон с мобилни данни. Колко пъти чакате? Колко полета попълвате?
Освен скоростта: по-малко триене
Скоростта е половината. Другата половина е колко лесно се попълва касата.
- Колкото може по-малко полета. Всяко ненужно поле е причина да се откажат.
- Поръчка без регистрация. Задължителната регистрация е една от най-честите причини за изоставена количка.
- Автоматично попълване. Правилните
autocompleteатрибути позволяват на телефона да попълни името, адреса и телефона с едно докосване. - Ясна цена на доставката по-рано. Неочакваните разходи в края са сред най-честите причини за отказ.
- Офис или автомат на куриер като опция — за българския пазар това често е предпочитаният начин.
Как работим по WooCommerce каса
При WooCommerce оптимизацията мерим касата поотделно, профилираме кои плъгини и заявки отнемат време и ги оправяме един по един — на тестово копие на магазина. Чак когато всичко работи, пускаме промените на живо. Плащате, след като видите измерения резултат.
Въпроси и отговори
Може ли касата в WooCommerce да се кешира?
Не. Количката, касата и профилът са различни за всеки клиент и трябва да са изключени от страничния кеш. Затова бързината им зависи от сървъра, плъгините и базата данни.
Какво е HPOS в WooCommerce?
High-Performance Order Storage — съхраняване на поръчките в отделни таблици вместо в таблиците за публикации на WordPress. Ускорява работата с поръчки и е по подразбиране за нови магазини от WooCommerce 8.2.
Трябва ли да махна cart fragments?
Само ако темата не използва мини-количка, която се обновява динамично. Иначе е по-добре да се ограничи до страниците, където е нужна.
