Performance Monitoring — nonstop dohled nad e-shopem

Většina problémů e-shopu nepřijde jako velký výpadek s červenou obrazovkou. Přijde potichu. Dodavatel pošle feed s nulovými cenami. Po aktualizaci šablony přestane fungovat tlačítko v košíku na jednom typu telefonu. Robots.txt po nasazení zablokuje kategorie. Web běží, jen neprodává. A vy se to dozvíte od zákazníka, z poklesu tržeb za týden nebo vůbec.

Monitoring tohle mění. Nejde o to mít další dashboard. Jde o to, aby se správný člověk dozvěděl o správném problému dřív než zákazník. V článku ukážeme, co u e-shopu hlídat, jaké typy měření existují, jak nastavit upozornění, která nikdo neignoruje, a jak to řešíme v programu Performance Monitoring.

Co u e-shopu monitorovat

E-shop má pět vrstev, které se kazí nezávisle na sobě. Každá potřebuje jiný typ kontroly.

Dostupnost hlídá skoro každý. Nejvíc peněz ale obvykle utíká ve vrstvách čtyři a pět, protože tam web formálně funguje.

Core Web Vitals: co měřit a jak číst data

Core Web Vitals jsou tři metriky Googlu pro uživatelský zážitek. Podle dokumentace web.dev jsou prahy pro hodnocení „dobré" (k 9/2026):

• LCP (načtení hlavního obsahu) do 2,5 s,
• INP (odezva na interakci) do 200 ms,
• CLS (vizuální stabilita) do 0,1.

Hodnotí se 75. percentil návštěv, zvlášť pro mobil a desktop. Stránka tedy projde, když aspoň tři čtvrtiny návštěv mají dobrý zážitek.

Důležitý je rozdíl mezi dvěma zdroji dat. Terénní data pocházejí z Chrome UX Reportu (CrUX) a jsou agregovaná za posledních 28 dní. Z nich vychází i přehled Core Web Vitals v Google Search Console, který seskupuje podobné URL do skupin a hodnotí každou skupinu podle nejhorší metriky. Laboratorní data (Lighthouse, PageSpeed Insights v horní části) jsou jedno simulované načtení v řízených podmínkách.

Pro monitoring z toho plynou tři praktická pravidla:

1. Terénní data berte jako skóre, laboratorní jako diagnostiku. Když CrUX ukáže zhoršení, lab test pomůže najít příčinu.
2. Oprava se v CrUX projeví postupně. Kvůli 28dennímu oknu uvidíte plný efekt až po několika týdnech.
3. Lab test spouštějte po každém nasazení na stejné sadě šablon. Regresi tak chytíte hned, ne za měsíc.

Podrobněji se metrikám věnujeme v článku Core Web Vitals pro e-shopy.

Syntetické měření vs. RUM

Oba přístupy se doplňují. Otázka nezní „který", ale „na co který".

Pro menší e-shop často stačí syntetický dohled nad dostupností a klíčovou nákupní cestou plus terénní data z CrUX a Search Console. Vlastní RUM má smysl u většího provozu nebo tam, kde řešíte konkrétní problém s INP.

Nástroje pro uptime existují v bezplatných i placených variantách. Placené tarify obvykle přinášejí kratší interval kontrol, více kontrolovaných adres, stavové stránky a víc kanálů pro upozornění. Ceny a limity se často mění, aktuální ceník ověřte u poskytovatele. U bezplatných tarifů si zkontrolujte i podmínky, některé jsou určené jen pro nekomerční použití.

SEO, feedy a konverze: data, která web „nevidí"

Uptime monitor vám neřekne, že z indexu zmizelo 300 produktů. Na to potřebujete kontrolovat data, ne jen servery.

SEO. Hlídejte počet indexovaných stránek, nové chyby v Search Console, změny v robots.txt a sitemapě a pozice klíčových kategorií. Užitečný je jednoduchý denní test, který stáhne pár vzorových URL a zkontroluje meta robots a canonical.

Feedy. U XML feedu nestačí vědět, že soubor existuje. Kontrolujte počet položek proti předchozímu běhu, podíl produktů s nulovou cenou nebo bez obrázku a čas poslední aktualizace. Pokles počtu produktů o desítky procent je skoro vždy chyba, ne sortimentní rozhodnutí.

Konverze a anomálie. Tady pevný práh nefunguje. Úterní ráno a nedělní večer mají úplně jiný provoz. Lepší je porovnávat s očekávanou hodnotou pro daný den a hodinu a hlásit odchylky. Hlídejte hlavně počet objednávek, konverzní poměr checkoutu a podíl jednotlivých platebních metod. Když jedna metoda náhle klesne k nule, obvykle nejde o změnu chování zákazníků.

Pro napojení zdrojů a logiku kontrol často používáme workflow v n8n. Výhodou je, že kontroly jsou čitelné a snadno se upravují.

Alerting bez šumu

Nejčastější důvod, proč monitoring selže, není chybějící alert. Je to příliš mnoho alertů. Po týdnu falešných poplachů je lidé začnou ignorovat a pak přehlédnou ten skutečný.

Pravidla, která se nám osvědčila:

• Každý alert musí mít vlastníka a akci. Když nevíte, kdo a co má po upozornění udělat, nejde o alert, ale o metriku do reportu.
• Rozdělte závažnost. Kritické (web nebo checkout nefunguje) jde okamžitě a hlasitě. Varování (pomalejší kategorie, drobný pokles ve feedu) jde do denního souhrnu.
• Potvrzujte opakováním. Výpadek ověřte z více míst nebo dvěma po sobě jdoucími kontrolami, než někoho vzbudíte.
• Seskupujte. Když spadne server, nepotřebujete 40 zpráv o 40 nedostupných URL.
• Pravidelně čistěte. Alert, který se třikrát za měsíc spustil zbytečně, upravte nebo zrušte.

Jak vybrat dodavatele monitoringu

Nástroj si nastavíte sami. Dodavatel dává smysl, když chcete, aby někdo alerty vyhodnocoval a pravidla udržoval. Na co se ptát:

• Co přesně sledujete kromě dostupnosti? Feedy, SEO a objednávky?
• Kdo alert vyhodnotí a co se stane potom? Jen hlášení, nebo i náprava?
• Jak řešíte falešné poplachy a jak často pravidla revidujete?
• Komu data a přístupy patří, když spolupráce skončí?
• Jak vypadá pravidelný přehled a co v něm uvidí vedení?

Pozor na dodavatele, který nabízí jen „monitoring 24/7" bez popisu, co se děje po alertu. Robot nonstop měří vždycky. Rozdíl je v tom, co následuje.

Jak to děláme v Převeďshopu

V programu Performance Monitoring hlídáme dostupnost a Core Web Vitals, technické SEO a pozice, feedy od dodavatelů a konverzní poměr s anomáliemi v provozu. Na rychlost se zaměřuje náš AI kolega Flux, na analytiku a anomálie Pulse. Nad nimi stojí lidé z týmu, kteří alerty vyhodnocují a rozhodují, co s nimi.

Na začátku projdeme, kde vám reálně utíkají peníze, a podle toho nastavíme sadu metrik a kanálů. Standardní reakční doba je do 1 pracovního dne. Samotnou nápravu řešíme v rámci Ecommerce Care nebo jednorázově podle domluvy. Pro kritické výpadky mimo pracovní dobu slouží Emergency Support. Cena je měsíční paušál podle počtu sledovaných metrik a kanálů, konkrétní nabídku připravíme po konzultaci podle rozsahu.

Kdy nám zavolat

Program dává největší smysl, když:

• výpadek nebo pomalý checkout vás stojí reálné peníze každou hodinu,
• máte víc dodavatelů a feedů a o chybách se dozvídáte od zákazníků,
• nemáte v týmu nikoho, kdo by se na metriky díval každý den.

Pokud si nejste jistí, kde začít, projdeme stav webu v rámci auditu nebo rychlého auditu zdarma. Ozvěte se na kontaktu a domluvíme se, co má smysl hlídat jako první.