Ako zrýchliť WordPress a WooCommerce e-shop: postup, ktorý funguje aj na lacnom hostingu

Prečo to ľudia riešia až vtedy, keď je neskoro

Typický scenár vyzerá takto. E-shop bežal tri roky v pohode. Potom pribudol nový dizajn, filtrovanie produktov, cookie lišta, chat, tri trackovacie kódy, plugin na recenzie a plugin na súvisiace produkty. Každá jedna vec bola sama o sebe rozumná. Dokopy z toho vznikol web, ktorý sa na mobilnom pripojení načítava sedem sekúnd.

Majiteľ si to nevšimne, lebo si e-shop otvára z kancelárie na optike a stránka mu je v cache. Všimne si až to, že klesli objednávky. A najskôr obviní reklamu.

Čísla hovoria jasne, prečo je to drahé. Podľa štúdie Deloitte pre Google zvýšenie rýchlosti mobilného webu o 0,1 sekundy dvihlo konverzie e-shopov o 8,4 % a priemernú hodnotu objednávky o 9,2 %. Pri WooCommerce e-shope s obratom 20 000 € mesačne je to rozdiel niekoľko tisíc eur ročne z jednej desatiny sekundy.

Druhý dôvod je SEO. Rýchlosť je potvrdený hodnotiaci signál a v konkurenčných kategóriách, kde majú všetci podobný obsah, rozhoduje aj ona. Vodafone si na A/B teste overil, že zlepšenie LCP o 31 % prinieslo o 8 % vyššie tržby.

Kde sa v praxi stráca čas: štyri vrstvy

Optimalizácia WordPressu nie je jedna vec. Sú to štyri vrstvy a v každej sa dá stratiť sekunda. Riešte ich v tomto poradí – je to poradie podľa pomeru dopad a námaha.

Vrstva 1: Server a odozva (TTFB)

Toto je vrstva, ktorú väčšina návodov na optimalizáciu preskočí, hoci je najdôležitejšia. Ak server odpovedá 1,2 sekundy, žiadna optimalizácia obrázkov vám to nezachráni.

Čo kontrolovať:

• Verzia PHP. WordPress na PHP 8.2 alebo 8.3 je oproti PHP 7.4 citeľne rýchlejší. Stále nachádzam e-shopy na PHP 7.x, pretože sa ich nikto neodvážil prepnúť. Riešenie: stage kópia, prepnúť, otestovať.
• OPcache. Na mnohých hostingoch je vypnutý. Zapnutie je zmena jedného riadku v konfigurácii a odozva klesne rádovo.
• Object cache (Redis). Pri WooCommerce s tisíckami produktov a variantov je to najväčší jednorazový skok, aký sa dá dosiahnuť. WordPress bez object cache robí pri každom načítaní stovky databázových dotazov.
• Hosting. Shared hosting za 3 € mesačne je pri e-shope falošná úspora. Rozdiel medzi lacným zdieľaným hostingom a slušným VPS alebo managed WordPress hostingom býva 400–800 ms TTFB.

Vrstva 2: Cache a doručovanie

• Stránková cache. WP Rocket, LiteSpeed Cache alebo cache na úrovni servera. Bez nej sa pri každom načítaní spúšťa celý PHP a databáza.
• Pozor na WooCommerce. Košík, pokladňa a účet zákazníka nesmú byť v stránkovej cache. Každý poriadny cache plugin to vie, ale keď si to niekto nastavuje ručne cez .htaccess, vzniknú z toho tie najhoršie chyby, kedy zákazník vidí cudzí košík.
• Kompresia. Brotli je oproti Gzipu typicky o 15–20 % účinnejší pri textových súboroch. Na väčšine moderných hostingov sa dá zapnúť jedným prepínačom, ak nie, zapne ho Cloudflare.
• CDN a edge caching. Cloudflare v bezplatnej verzii stačí väčšine slovenských e-shopov. Prináša Brotli, HTTP/3 a rozumné cache hlavičky aj tam, kde ich hosting nevie.

Vrstva 3: Obrázky a médiá

Obrázky sú na typickom slovenskom e-shope 60–70 % prenesených dát.

• Moderné formáty. WebP je dnes bezpečná voľba všade. AVIF komprimuje ešte lepšie (často o 20–30 % oproti WebP), ale kóduje sa pomalšie. Praktické riešenie: <picture> s AVIF, WebP a JPG fallbackom – to za vás urobí väčšina optimalizačných pluginov.
• Správne rozmery. Nahrať 4000 px fotku a zobraziť ju v kontajneri širokom 600 px je najčastejšia chyba vôbec. Riešenie sú srcset a sizes, ktoré WordPress generuje sám – ak mu ich téma nepokazí.
• Lazy loading áno, ale nie na všetko. Toto je chyba, ktorú vidím v každom druhom audite: plugin nasadí loading="lazy" aj na hlavný obrázok nad ohybom a tým zhorší LCP, ktoré mal zlepšiť. Hero obrázok musí mať loading="eager" a ideálne fetchpriority="high".
• Explicitné rozmery. Každý <img> potrebuje width a height (alebo CSS aspect-ratio), inak vám poskakuje layout a rastie CLS.

Vrstva 4: Pluginy, skripty a fonty

Toto je vrstva, kde sa dá najviac získať a zároveň najviac pokaziť.

• Audit pluginov. Nie počet pluginov rozhoduje, ale čo načítavajú. Plugin na kontaktný formulár, ktorý pridá svoje CSS a JS na každú stránku vrátane produktových, je horší než päť dobre napísaných pluginov. Nástroj Query Monitor vám ukáže, kto čo pridáva.
• Odloženie skriptov tretích strán. Cookie lišta, chat, heatmapy, remarketingové pixely – toto sú hlavní vrahovia metriky INP. Riešenie: načítať ich až po prvej interakcii používateľa, nie pri načítaní stránky.
• Webfonty. Hostujte ich lokálne (nie z Google Fonts CDN, aj kvôli GDPR), načítavajte len rezy, ktoré naozaj používate, a nastavte font-display: swap plus preload na hlavný rez.
• Poradie v <head>. Kritické CSS a preload hlavného obrázka patria hore. Analytika, chat a všetko ostatné patril dole alebo mimo. Poradie v hlavičke priamo určuje, kedy prehliadač začne kresliť.

Špecifický prípad: keď nemáte prístup ku kódu

Pri riešeniach ako Shoptet, Webnode alebo prenajatých e-shopových platformách nemáte prístup na server ani do šablóny. Tam platí iná hra:

1. Obrázky pripravte pred nahratím. To je jediná vrstva, ktorú máte plne pod kontrolou. Komprimujte a zmenšite ich lokálne, kým ich nahráte.
2. Vyhoďte, čo sa dá. Každá aplikácia z marketplace, každý widget a každý externý skript je zaťaženie. Prejdite si zoznam a spýtajte sa pri každom: kedy naposledy toto prinieslo objednávku?
3. Skripty tretích strán cez GTM s odloženým spúšťaním. To, čo neviete vyhodiť, aspoň odložte.
4. Tlačte na dodávateľa s dátami. Report z PageSpeed Insights s konkrétnymi číslami je oveľa účinnejší ako len všeobecná sťažnosť, že je web pomalý.

Rozhodnutie, ktoré pri takýchto platformách často padne: prerobiť e-shop na WordPress a WooCommerce, kde máte kontrolu nad každou vrstvou. Má to zmysel vtedy, keď vám platforma reálne bráni rásť, nie preto, že je WordPress módny.

Kde to nájdete: nástroje

• PageSpeed Insights – vstupný bod, terénne aj laboratórne dáta pre konkrétnu URL
• Google Search Console → Základné webové ukazovatele – ako vás hodnotí Google (dáta od reálnych návštevníkov, 28-dňové okno)
• Query Monitor (WP plugin) – ktorý plugin generuje koľko databázových dotazov a koľko času
• Chrome DevTools → Performance a Network – kde presne sa stráca čas a čo blokuje hlavné vlákno
• WebPageTest.org – test z konkrétnej lokality a konkrétneho typu pripojenia, užitočné, keď predávate do zahraničia
• GTmetrix – prehľadný waterfall pre nastavenie priorít

Poradie, v akom to robím ja

Aby to nebolo len zoznam tipov, takto vyzerá reálna postupnosť pri audite e-shopu:

1. Zmeriam TTFB. Ak je nad 600 ms, riešim server a cache skôr než čokoľvek iné. Nemá zmysel optimalizovať obrázky na webe, ktorý myslí sekundu.
2. Zapnem object cache a stránkovú cache s korektnými výnimkami pre košík, pokladňu a účet.
3. Opravím LCP prvok. Väčšinou hero obrázok: správny formát, správna veľkosť, preload, vypnutý lazy loading.
4. Vyčistím <head>. Kritické veci hore, zvyšok dole, fonty lokálne s swap.
5. Odložím skripty tretích strán na prvú interakciu.
6. Prejdem pluginy a vypnem načítavanie tam, kde nie sú potrebné.
7. Dorovnám CLS – explicitné rozmery obrázkov, rezervované miesto pre cookie lištu a bannery.
8. Nastavím monitoring a performance budget, aby sa web znova nerozpadol pri ďalšom plugine.

Prvé štyri body zvyčajne prinesú 70 % celkového zlepšenia.

Toto robím

Volám sa Milan Fraňo, mám na starosti SEO a technickú optimalizáciu vo WooAcademy. Weby a e-shopy staviame na WordPresse a WooCommerce, takže optimalizáciu nerobím ako externý konzultant, ktorý odovzdá zoznam odporúčaní, ale ako človek, ktorý tie zmeny aj nasadí a nesie za ne zodpovednosť.

Čo viem urobiť pre váš web:

• Audit rýchlosti WordPress alebo WooCommerce e-shopu – všetky štyri vrstvy, výstup zoradený podľa dopadu na tržby, nie podľa skóre v Lighthouse
• Samotnú realizáciu – server, cache, obrázky, fonty, skripty, čistenie pluginov
• Prestavbu pomalého e-shopu na WordPress + WooCommerce, ak už platforma reálne brzdí rast
• Školenie vášho tímu – vo WooAcademy učíme to, čo sami robíme. Ak máte vlastného vývojára, vie sa to naučiť
• Dlhodobú správu a monitoring, aby rýchlosť zostala tam, kam sme ju dostali

Ak neviete, či je váš web pomalý alebo nie, pošlite mi URL. Pozriem sa na terénne dáta, laboratórny test aj waterfall a poviem vám, čo konkrétne je rozbité, koľko by to stálo a aké zlepšenie to prinesie. Túto prvú diagnostiku robím zadarmo.

👉 Nezáväzná konzultácia zrýchlenia e-shopu

Často kladené otázky

Koľko stojí zrýchlenie WordPress webu?

Závisí od toho, koľko vrstiev je rozbitých. Jednoduchý web s jedným problémom (napríklad neoptimalizované obrázky) sa dá vyriešiť za pár hodín práce. Komplexný WooCommerce e-shop so stovkami produktov, vlastnou šablónou a desiatkami pluginov je práca na niekoľko dní. Cenu vždy hovorím až po diagnostike, nie pred ňou.

Stačí na zrýchlenie WordPressu iba plugin ako WP Rocket?

Nie, ale je to veľmi dobrý začiatok. WP Rocket vyrieši cache, kompresiu, odloženie skriptov a lazy loading. Nevyrieši pomalý hosting, starú verziu PHP, chýbajúci object cache, zle napísanú šablónu ani predimenzované obrázky nahraté v pôvodnej veľkosti.

Ktorý cache plugin je najlepší pre WooCommerce?

Na bežnom hostingu WP Rocket (platený, najmenej konfigurácie) alebo LiteSpeed Cache (zadarmo, ak beží LiteSpeed server). Pri obidvoch je kritické správne nastaviť výnimky pre košík, pokladňu a účet zákazníka.

Prečo mám po optimalizácii horšie LCP než predtým?

Najčastejšia príčina je lazy loading nasadený na hlavný obrázok nad ohybom. Plugin ho optimalizoval tak, že ho odložil, čím posunul presne ten prvok, ktorý LCP meria. Druhá častá príčina je agresívne odkladanie CSS, ktoré oddiali vykreslenie.

Dá sa zrýchliť Shoptet alebo iná prenajatá platforma?

Čiastočne. Nemáte prístup na server ani do šablóny, takže sa dá pracovať hlavne s obrázkami, s počtom externých aplikácií a s odložením skriptov tretích strán. Výsledky sú menšie, ale často stále citeľné.

Ako rýchlo uvidím výsledok v Google Search Console?

Približne 28 dní, pretože Search Console pracuje s kĺzavým oknom dát od reálnych používateľov. Okamžite si zmenu overíte v PageSpeed Insights alebo Lighthouse.