Core Web Vitals a rychlost produktové stránky e-shopu

Petr Běloch
Petr Běloch
22.07.2026 6 minuty czytania

Rychlost není kosmetika. Pomalá produktová stránka stojí pozice ve vyhledávání i nákupy — zákazník na ni nečeká a odejde. Google rychlost a stabilitu měří třemi metrikami zvanými Core Web Vitals a má pro ně jasné prahy. Tenhle článek vysvětlí, co měří, proč s nimi e-shopy bojují víc než ostatní weby a jak si rychlost ohlídat.

Je to technický článek tématu SEO a UX pro e-shop. Hned na úvod jedna důležitá věc o tom, kdo co řeší — vrátíme se k ní níž.

Core Web Vitals a jejich prahy

Core Web Vitals jsou tři metriky, které měří reálnou zkušenost uživatele se stránkou — ne to, jak vypadá, ale jak se chová:

MetrikaCo měříPráh (dobrý)
LCPJak rychle se vykreslí největší prvek stránky≤ 2,5 s
INPJak rychle stránka reaguje na interakci≤ 200 ms
CLSJak moc obsah poskakuje při načítání≤ 0,1

Metrika INP (odezva na interakci) je relativně nová: v březnu 2024 nahradila starší metriku FID a měří přísněji, jak svižně stránka reaguje na klikání, psaní a další akce. Pro e-shop s filtry a košíkem je to citlivé místo.

Proč je rychlost u e-shopu těžší

E-shopy bojují s rychlostí víc než běžné weby, a to z dobrých důvodů: těžké produktové obrázky a galerie, mnoho variant na jedné stránce, fasetové filtry, které se při každém kliknutí přepočítávají, a obvykle i řada skriptů třetích stran (chat, srovnávače, měření, recenze, widgety). Každý z těch prvků zatěžuje načítání nebo odezvu.

A teď slíbené důležité upozornění k pozicování. Rychlost a technické SEO Conviu neřeší jako službu. Je to prerekvizita: v auditu ji pojmenujeme, vyčíslíme dopad a doporučíme priority, ale samotnou opravu řeší e-shop se svými vývojáři nebo s dodavatelem platformy. Správu technických aspektů cizích webů nepřebíráme — naše těžiště je v datech, obsahu a souladu feedu se stránkou.

LCP, INP a CLS po sekcích

Když chcete rychlost reálně zlepšit, je užitečné rozdělit si práci podle tří metrik, protože každá má jiné příčiny a páky:

  • LCP (rychlost): hlavní brzdou bývá velký, pomalu se načítající úvodní obrázek produktu. Pomáhá komprese, moderní formáty obrázků a přednostní načtení toho hlavního.
  • INP (odezva): za špatnou odezvu mohou náročné skripty a těžké interakce (filtry, varianty). Pomáhá zredukovat a odložit nepodstatné skripty.
  • CLS (stabilita): poskakování layoutu způsobují obrázky a bannery bez rezervovaných rozměrů a pozdě doložené ceny. Pomáhá pevně vyhradit místo předem.

Rychlost rovná se konverze

Důležité je nevnímat Core Web Vitals jen jako SEO metriku. Rychlost je přímá konverzní páka: pomalá stránka zvedá míru odchodů a snižuje počet dokončených nákupů a tržby. Zlepšení rychlosti se tak často zaplatí nejen lepšími pozicemi, ale hlavně víc dokončenými objednávkami. Konkrétní tipy, jak načítání zrychlit, jsme sepsali na blogu.

Jak rychlost změřit

Měřit umíte zdarma. PageSpeed Insights vyhodnotí jednotlivou stránku a navrhne konkrétní zlepšení. Pro reálná data od skutečných uživatelů slouží CrUX (sbírá zkušenosti z prohlížeče Chrome) a Search Console (sekce Core Web Vitals), kde vidíte stav napříč celým webem.

Rozlišujte přitom laboratorní a terénní data. Laboratorní měří jeden test za ideálních podmínek, terénní zachycují reálnou zkušenost vašich návštěvníků na různých zařízeních a sítích. Rozhodující je terén — to je to, co skutečně zažívají vaši zákazníci.

Rychlost je tedy vstupní podmínka, kterou je dobré mít vyřešenou, než se pustíte do obsahu a dat. Souvislosti technického SEO jsme rozebrali v samostatném článku; pokud potřebujete priority pojmenovat v rámci auditu, ozvěte se nám. Celé téma najdete na pilíři SEO a UX pro e-shop.

XML feed vs. API: kdy přejít na marketplace integraci

XML feed vs. API: kdy přejít na marketplace integraci

Na srovnávače zboží a do reklamních systémů posíláte produkty feedem — souborem, který se jednou za čas vyexportuje a „vystrčí“ data ven. Funguje to dobře, dokud nabídku jen zobrazujete. Jakmile ale začnete prodávat na marketplace typu Allegro nebo Kaufland, narazíte: marketplace vám pošle objednávku, potřebuje znát váš aktuální sklad a čeká, že mu stav potvrdíte zpět. A to feed neumí. V tu chvíli přichází na řadu API integrace — obousměrné napojení, které s marketplace komunikuje v obou směrech. V článku si vysvětlíme, čím se XML feed a API liší, kde je mezi nimi hranice a kdy je čas přejít z jednoho na druhé. Tohle je rozcestník mezi dvěma světy: feed = výstupní strana (data ven na srovnávače a do reklamy) a API = obousměrná integrace s marketplacem. Hlubší návody pro Allegro, Kaufland i Heureku najdete v samostatném tématu o prodeji na marketplace.
Dowiedz się więcej
Napojení dodavatelských dat do e-shopu

Napojení dodavatelských dat do e-shopu

Dostupnost se u dodavatele mění každý den, ceny taky a nové zboží přibývá průběžně. Pokud tyhle změny přepisujete v e-shopu ručně, je to pomalé a plné chyb: zákazník si objedná zboží, které dodavatel zrovna nemá, nebo se prodává za starou cenu. Řešením je napojit data od dodavatele přímo do e-shopu, aby se dostupnost, ceny i novinky tahaly automaticky. V tomhle článku si projdeme, odkud data vzít, jak prvky dodavatele napárovat na vaše pole, jak sloučit víc dodavatelů a jak to celé nastavit v Conviu — včetně situace, kdy stejný produkt máte od dvou dodavatelů. Tohle je vstupní strana datového toku e-shopu: jak dostat data dovnitř. Co s nimi pak děláte na výstupu — jak z dat poskládat výstupní feedy pro Heureku, Google nebo marketplace — je samostatné téma. Pokud s feedy teprve začínáte, projděte si nejdřív základy XML a CSV feedu.
Dowiedz się więcej
Master feed: z jednoho zdroje na všechny kanály

Master feed: z jednoho zdroje na všechny kanály

Produktová data máte jedna, ale prodejních kanálů víc — a každý je chce jinak. Heureka má vlastní povinné prvky, Google žádá jiné kategorie a vlastní formát, marketplace jako Kaufland nebo Allegro mají zase svoje pravidla. Výsledek? E-shop často udržuje pět různých feedů a každou změnu — novou kolekci, úpravu ceny, jiné kategorie — řeší pětkrát. To je drahé na čas a hlavně na chyby. Princip master feedu tenhle problém obrací: máte jeden zdroj produktových dat a z něj automaticky vzniká výstup pro každý kanál zvlášť. V tomhle článku si ukážeme, co to v praxi znamená a jak takový princip postavíte a spravujete v Conviu. Pokud s feedy teprve začínáte, projděte si nejdřív základy XML a CSV feedu a vraťte se sem.
Dowiedz się więcej