Rychlost e-shopu na Shopify 2026: Proč padá a jak najít skutečnou příčinu

Proč rychlost nového e-shopu klesá, i když se „nic nezměnilo”

Pocit, že jste web nezměnili, je skoro vždy mylný. Co se nepočítá jako „změna webu” (instalace appky, nový pixel od reklamní agentury, widget od dodavatele recenzí) je z pohledu prohlížeče přesně to, co ho zpomaluje.

Appky se sčítají, a nikdo to nehlídá

Podle dat Hyperspeed (2026) běží dnes na průměrném Shopify e-shopu necelých 6 detekovatelných frontendových appek (medián 4), přičemž rozptyl je obrovský: od 1 appky až po 25 na jednom obchodě. Souvislost s rychlostí je přímočará: obchody s 1-2 appkami mají v průměru PageSpeed skóre 53,2 bodu, se 3-5 appkami 49,8, se 6-10 appkami 45,2 a se 16 a více appkami jen 38,3 bodu, tedy propad o zhruba 15 bodů mezi „hubeným” a přetíženým obchodem. Nejstrmější pád je hned na začátku, mezi první a třetí appkou, což vysvětluje, proč si majitelé nových e-shopů propadu často nevšimnou včas.

Skripty třetích stran přitom podle Shopify (2026, data za rok 2025) tvoří v průměru 44 % celkové doby načítání stránky. Necelá polovina toho, na co zákazník čeká, tak není váš obsah, ale cizí kód.

• Kdy appka stojí za tu cenu: řeší reálný byznysový problém (např. konverze na checkoutu), má měřitelný dopad na tržby a načítá se jen tam, kde je potřeba.
• Kdy ne:
  • appku jste nainstalovali „na zkoušku” před půl rokem a už ji nepoužíváte
  • dělá totéž co appka jiná
  • běží na každé stránce, i když ji potřebujete jen na jediné

Obrázky a motiv, na které se zapomíná

Appky nejsou jediný viník. Neoptimalizované produktové fotky, přidávané sekce v motivu (další banner, další carousel, další „doporučené produkty”) a vlastní úpravy kódu, které po sobě nikdo neoptimalizoval, se chovají stejně: každá jednotlivá, ač nepatrná změna se v čase nasčítá a web zpomaluje.

Skripty, které běží, i když je nikdo nepoužívá

Nejnáročnější kategorie appek jsou dnes nahrávání session (nahrávky chování uživatelů), live chat widgety, upsell enginy a analytické nástroje. Všechny spouští JavaScript při každém načtení stránky bez ohledu na to, jestli s nimi zákazník vůbec interaguje, a blokují tím hlavní vlákno prohlížeče.

Přesně tohle je nejčastější stížnost, kterou najdete na Shopify komunitním fóru (2026): majitelé obchodů popisují, že jsou chyceni mezi dvěma potřebami: appky pro provoz obchodu potřebují, ale jejich hromadění web zabíjí. Jak to shrnul jeden ze zkušenějších obchodníků v diskuzi: appky samotné problém nejsou, ale hromadění jejich skriptů web reálně zpomaluje.

Jak zjistit, co e-shop opravdu zpomaluje, místo hádání

Než appky začnete mazat nazdařbůh, vyplatí se to ověřit měřením, ne pocitem.

Rychlý test appek

Nejjednodušší způsob, jak najít viníka, je appky dočasně deaktivovat (jednu po druhé, nebo skupinově) a po každé změně změřit rychlost znovu. Appka, po jejímž vypnutí skóre nejvíc poskočí, je s velkou pravděpodobností váš hlavní problém. Zabere to čas, ale je to spolehlivější než hádání podle názvu appky.

Co Lighthouse ukáže a co ne

Lighthouse skóre je laboratorní test: změří jedno konkrétní načtení stránky za standardizovaných podmínek. Neukáže vám ale, jak web reálně vidí vaši skutečnou návštěvnost na různých telefonech a připojeních. Na to slouží tzv. field data (reálná data uživatelů, CrUX), a právě ta rozhodují o tom, jak vás hodnotí Core Web Vitals.

Core Web Vitals 2026: čísla, podle kterých se dnes soudí

Core Web Vitals jsou tři metriky, kterými Google (a čím dál víc i AI nástroje pro vyhledávání) posuzují, jak stránka reálně „působí” na uživatele.

LCP, INP, CLS: aktuální prahy

Podle CoreWebVitals.io (2026) platí tyto aktuální prahové hodnoty:

• LCP (Largest Contentful Paint): jak rychle se vykreslí největší viditelný prvek stránky. Dobré: pod 2,5 s. Vyžaduje zlepšení: 2,5-4 s. Špatné: nad 4 s.
• INP (Interaction to Next Paint): jak rychle stránka zareaguje na klik nebo dotyk. Dobré: pod 200 ms. Vyžaduje zlepšení: 200-500 ms. Špatné: nad 500 ms.
• CLS (Cumulative Layout Shift): jak moc se obsah „hýbe” během načítání. Dobré: pod 0,1. Vyžaduje zlepšení: 0,1-0,25. Špatné: nad 0,25.

Aby stránka Core Web Vitals „prošla”, musí mít alespoň 75 % vašich návštěvníků dobré skóre ve všech třech metrikách zároveň, měřeno na 75. percentilu reálných dat.

Proč je to na mobilu horší

Podle Web Almanacu 2025 splňuje dobré Core Web Vitals jen 48 % mobilních webů oproti 56 % desktopových. U samotného LCP je rozdíl ještě výraznější: dobré skóre má 62 % mobilních stránek vs. 74 % desktopových, a špatné LCP se na mobilu vyskytuje skoro dvakrát častěji (13 % vs. 7 %). Pokud tedy většina vašich zákazníků nakupuje z telefonu, appky a skripty tam dopadají tvrději než na desktopu.

Proč se rychlost počítá v penězích, ne jen v technice

Technická hygiena webu je jedna věc, ale čísla mluví jasně o tom, co se stane s tržbami:

• Podle analýzy Shopify z roku 2026 znamená každých 100 ms zpomalení propad konverze o přibližně 3,5 %.
• Zrychlení mobilního načítání o 1 sekundu naopak zvyšuje konverze v průměru o 3 % (Yottaa, 2025).
• Stránky, které se načítají 4 a více sekund, mají o 22 % nižší konverzní poměr než rychlejší stránky.
• Podle Conviva (2025) každý čtvrtý zákazník opustí nákup, pokud se nedokončí do 10 sekund.
• Contentsquare (2025) uvádí, že pomalý obsah přiměl 53 % uživatelů opustit web hned po první stránce.
• Ve výzkumu Clutch 48 % lidí čeká na načtení nejvýš 10 sekund a 44 % vnímá pomalé načítání jako signál nedůvěryhodnosti obchodu.
• Stránky nad 4 sekundy mají o 17 procentních bodů vyšší bounce rate (63 %) než ty rychlejší.
• Appky se slabým výkonem v průměru snižují konverzi o 0,29 procentního bodu na appku: číslo, které se s každou další appkou násobí.

Kolik appek je „moc” appek

Univerzální číslo neexistuje, ale dá se poznat, kdy se poměr appek vs. rychlost láme:

• Ano, přidejte appku: řeší konkrétní, měřitelný problém (např. opuštěný košík, recenze u produktů s vysokým obratem) a nahrazuje funkčnost dvou různých appek.
• Ano, appka zůstává: i po testu (appka pryč → měření) se skóre nezmění, ale appka přináší tržby.
• Ne, appku zvažte zrušit: naposledy jste ji otevřeli před měsíci, dělá to samé co appka jiná, nebo se načítá na všech stránkách, i když ji potřebujete jen na jediné (např. na checkoutu).
• Ne, appku určitě zrušte: po odinstalaci appky zůstal v kódu motivu „mrtvý” skript, který appka po sobě nechala, a ten zpomaluje web dál, i když appka už dávno neběží.

AI-first pohled: monitoring místo jednorázového auditu

Klasický přístup je zavolat agenturu jednou za půl roku na „audit rychlosti”, dostat PDF s doporučeními a za tři měsíce být zase tam, kde předtím, protože mezitím přibyly dvě appky a nikdo si toho nevšiml.

Proč jednorázový audit nestačí

Audit je fotka v čase. Ale appky se instalují a odinstalují průběžně, marketing přidává pixely, sezónní kampaně přidávají widgety navíc: rychlost e-shopu je pohyblivý cíl, ne jednorázově vyřešený úkol.

Jak vypadá průběžný AI monitoring v praxi

Místo čekání na půlroční audit dává smysl mít průběžné sledování. Takové, co hlídá Core Web Vitals nepřetržitě, ne jen v den, kdy si někdo vzpomene spustit test, a samo spáruje pokles rychlosti s konkrétní změnou: instalací appky, aktualizací motivu, novým pixelem. Upozorní dřív, než si toho všimne zákazník, tedy dřív, než propad rychlosti postihne tržby. A v ideálním případě odhadne dopad na konverze dřív, než appku odinstalujete a zjistíte to zpětně.

„Jednou za čas se podíváme, jestli je web rychlý” versus „víme okamžitě, když appka nebo update něco pokazí”: to je ten rozdíl, proč se na rychlost vyplatí dívat jako na průběžnou službu, ne jednorázový projekt.

Co udělat teď?

1. Spusťte Lighthouse test na klíčových stránkách (homepage, produkt, košík) a zapište si aktuální skóre jako výchozí bod.
2. Sepište si seznam všech appek: kdy jste je nainstalovali a kdy jste je naposledy skutečně použili.
3. Appky, které nepoužíváte, odinstalujte a zkontrolujte, jestli po sobě nenechaly kód v motivu.
4. U appek, které si necháváte, otestujte rychlost před a po jejich dočasné deaktivaci.
5. Nastavte si pravidelnou kontrolu Core Web Vitals místo spoléhání na to, že si propadu všimnete sami.

Zní to jako práce navíc. Je, ale je to pořád míň práce než každý měsíc řešit, proč zase klesly tržby a nikdo neví proč.

Časté otázky k rychlosti Shopify e-shopu

Proč mi padá Lighthouse skóre, i když jsem web „nezměnil”?

Nejčastěji za tím stojí appka, pixel nebo widget, který jste přidali a nevnímali jako „změnu webu”. Z pohledu prohlížeče je to ale další skript, který se musí stáhnout a spustit, a to skóre ovlivní stejně jako úprava motivu.

Kolik appek je na Shopify e-shopu ještě v pořádku?

Neexistuje pevné číslo, ale data ukazují, že už mezi 3 a 5 appkami dochází k výraznému propadu rychlosti oproti 1-2 appkám. Rozhoduje spíš to, kolik skriptů appky celkem načítají na každé stránce, než jejich holý počet.

Ovlivňuje rychlost webu skutečně tržby, nebo je to hlavně otázka SEO?

Obojí. Google používá rychlost jako jeden z faktorů hodnocení, ale dopad na tržby je přímější: podle dat z roku 2026 znamená každých 100 ms zpomalení propad konverze zhruba o 3,5 %, a stránky nad 4 sekundy mají o 22 % nižší konverzní poměr.

Jak poznám, která appka mi konkrétně zpomaluje e-shop?

Nejspolehlivější je appky postupně dočasně deaktivovat a po každé změně změřit rychlost znovu. Appka, po jejímž vypnutí skóre nejvíc vzroste, je hlavní podezřelý.

Je Shopify jako platforma pomalejší než jiná řešení?

Samotná platforma není hlavní příčinou pomalého e-shopu: motiv, appky a vlastní úpravy mají mnohem větší vliv na výsledné skóre než volba samotného Shopify.

Stačí udělat rychlostní audit jednou za rok?

Jednorázový audit vám ukáže stav v jednom okamžiku, ale appky a marketingové skripty se mění průběžně. Bez pravidelného sledování se propad rychlosti obvykle odhalí až ve chvíli, kdy už stihl ovlivnit tržby.