Proč rychlost e-shopu rozhoduje o tržbách
U e-commerce neplatí, že „web nějak funguje“ stačí. Rozdíl mezi stránkou, která se načte za 1,8 sekundy, a webem, který potřebuje 4–5 sekund, je v praxi rozdíl mezi nákupem a odchodem. Google dlouhodobě upozorňuje, že s rostoucím časem načítání roste i míra opuštění; u mobilních uživatelů je tento efekt ještě silnější, protože pracují s horším připojením a menší trpělivostí.
Core Web Vitals navíc nejsou jen SEO metrika. LCP (Largest Contentful Paint) ukazuje, kdy uživatel vidí hlavní obsah, INP (Interaction to Next Paint) měří odezvu při interakci a CLS sleduje vizuální stabilitu stránky. Pokud je produktová stránka „skákavá“, tlačítko se posune a uživatel místo kliknutí trefí banner, konverze jde dolů. U e-shopů často stačí zlepšit LCP o 1 sekundu a zvednout konverzní poměr o jednotky až desítky procent podle segmentu a zařízení.
Nejčastější technické brzdy ve WooCommerce
WooCommerce je flexibilní, ale právě tato flexibilita bývá problém. Každý plugin, každá šablona a každá externí integrace přidává další vrstvu zátěže. V praxi se nejčastěji setkávám s tímto:
- Přetížený hosting – sdílený tarif bez dostatečného výkonu PHP a databáze.
- Příliš mnoho pluginů – každé rozšíření přidává skripty, dotazy do databáze nebo vlastní logiku.
- Těžká šablona – vizuálně hezká, ale plná sliderů, animací a builderů.
- Neoptimalizované obrázky – produktové fotky v původní velikosti, bez WebP a bez lazy loadu.
- Chaotická databáze – revize, transienty, logy a zbytky po odinstalovaných pluginech.
- Externí skripty – chaty, heatmapy, recenze, remarketing, měření, které blokují vykreslení.
Typický problém: e-shop má 25 aktivních pluginů, z toho 8 není obchodně nutných. Výsledek? Každé načtení stránky spouští desítky HTTP požadavků a databázových dotazů. Na desktopu to ještě „jakž takž“ běží, ale na mobilu se z webu stává pomalá pokladna.
Pro diagnostiku se vyplatí začít v PageSpeed Insights, Lighthouse, WebPageTest a ve Query Monitor pro WordPress. Na serverové úrovni pomůže sledovat TTFB, využití CPU, paměti a počet PHP workerů. Pokud TTFB přesahuje 600–800 ms, problém často není v obrázcích, ale v backendu.
Obsah, který prodává, ale technicky škodí
Paradox e-shopů je v tom, že marketing často přidává další a další prvky, které mají zvýšit důvěru nebo prodej, ale ve skutečnosti zpomalují web. Typicky jde o:
- carousely na homepage,
- velké video bannery,
- desítky badge prvků typu „doprava zdarma“, „ověřeno zákazníky“,
- vyskakovací okna a lead magnety,
- externí widgety pro recenze a porovnávání cen.
Každý z těchto prvků může mít smysl, ale musí být pod kontrolou. Například slider s třemi velkými obrázky může přidat několik set kilobajtů dat a zhoršit LCP, přitom jeho reálný přínos pro konverze bývá nízký. U produktových stránek bývá efektivnější jedno jasné hero foto, krátký benefitní text a dobře viditelné CTA než vizuální přeplácanost.
Stejně problematické jsou i „SEO prvky“ vložené bez rozmyslu. Dlouhé bloky textu na produktové kategorii mohou pomoci vyhledávání, ale pokud jsou schované pod záložkami a bez logické struktury, uživateli nepomáhají. Lepší je kombinovat krátký úvod, FAQ sekci a dobře strukturovaná data schema.org pro produkty, recenze, cenu a dostupnost. To podporuje jak vyhledávače, tak AI systémy, které dnes obsah čtou s větším důrazem na strukturu a kontext.
WooCommerce optimalizace, která přináší nejrychlejší efekt
Když chcete zrychlit e-shop bez zásahu do celé architektury, začněte od kroků s nejvyšší návratností. V praxi se osvědčuje tento postup:
- Odlehčit obrázky – převod do WebP/AVIF, správné rozměry, komprese bez viditelné ztráty.
- Zapnout caching – page cache, object cache, browser cache; u WooCommerce opatrně na košík a checkout.
- Omezit pluginy – vypnout vše, co nepřináší měřitelný obchodní přínos.
- Nasadit CDN – zejména pokud prodáváte i mimo ČR nebo máte hodně médií.
- Optimalizovat databázi – indexy, čištění transients, revizí a logů.
- Odložit skripty – defer/async, lazy load, načítání až po interakci.
Velmi praktické je měřit změny po jednotlivých úpravách. Například vypnutí jednoho těžkého pluginu může snížit počet databázových dotazů o 20–40 %. Přechod z JPEG na WebP u produktových fotek běžně zmenší velikost souboru o 25–35 %. To nejsou kosmetické změny, ale rozdíly, které se projeví v rychlosti načtení i v mobilní konverzi.
U WooCommerce je také důležité správně nastavit checkout. Každé zbytečné pole navíc snižuje dokončení objednávky. Pokud prodáváte fyzické zboží v ČR, často stačí jméno, e-mail, telefon, adresa a výběr dopravy. Dlouhé formuláře s firmou, poznámkou, druhou adresou a dalšími volbami mohou zvyšovat opuštění košíku i o desítky procent.
Měření, které ukáže skutečný problém místo domněnek
Bez dat se e-shop optimalizuje naslepo. Mnoho majitelů řeší pocitově barvu tlačítka nebo text na bannerech, ale problém je jinde: web je pomalý, checkout se zasekává nebo mobilní verze padá při načtení skriptů. Proto je důležité měřit nejen návštěvnost, ale i technické a obchodní metriky dohromady.
Sledujte hlavně:
- konverzní poměr podle zařízení,
- míru opuštění košíku,
- rychlost načtení produktové stránky,
- TTFB, LCP, INP, CLS,
- počet kroků v checkoutu,
- chybovost platební brány a dopravy.
V Google Analytics 4 je vhodné sledovat funnel od view_item přes add_to_cart až po purchase. V Google Search Console zase uvidíte, zda technické problémy neomezují indexaci nebo výkon landing pages. Pokud má produktová stránka vysokou návštěvnost z organiku, ale nízký add-to-cart, problém může být v obsahu, rychlosti nebo důvěryhodnosti stránky.
Praktický příklad: e-shop s módou měl výborné SEO, ale na mobilu padal LCP na 5,9 s kvůli velkým hero obrázkům a třem externím widgetům. Po optimalizaci obrázků, zpoždění skriptů a odstranění jednoho pluginu se LCP dostal na 2,4 s a konverze z mobilu vzrostla o 18 %. Podobné výsledky nejsou výjimka, pokud se řeší příčina, ne jen symptom.
Jak udržet e-shop rychlý i při růstu sortimentu
Největší chyba je považovat optimalizaci za jednorázový projekt. E-shop se zpomaluje postupně: přibývají produkty, marketingové skripty, nové kampaně, integrace ERP, recenze, feedy a A/B testy. Co fungovalo při 500 produktech, nemusí fungovat při 5 000.
Proto si nastavte pravidelný provozní režim:
- 1× měsíčně projít PageSpeed Insights a WebPageTest na hlavních šablonách.
- 1× za čtvrtletí audit pluginů, databáze a skriptů.
- Po každé větší kampani zkontrolovat dopad nových tagů v GTM.
- Před sezónou otestovat checkout, platební brány a mobilní verze.
- Hlídát Core Web Vitals v Search Console a reálná data z GA4.
Pokud e-shop běží na WordPressu a WooCommerce, vyplatí se mít jasně danou odpovědnost: kdo spravuje pluginy, kdo schvaluje nové skripty, kdo sleduje rychlost a kdo rozhoduje o odstranění zbytečných funkcí. Bez této disciplíny se z výkonného webu snadno stane pomalý katalog, který sice sbírá návštěvnost, ale prodává čím dál hůř.
