Nejrychlejší rozhodnutí se dělají nad nejčerstvějšími čísly – a právě ta jsou nejméně spolehlivá. Analytika, reklamní systémy i Search Console doplňují poslední dny se zpožděním, část čísel zpětně přepisují a měřicí kód na webu může přestat fungovat, aniž by o tom kdokoli věděl. Propad za včerejšek proto nejdřív ověřte jako otázku úplnosti dat a teprve potom ho čtěte jako změnu obchodu.
Tři různé věci, které vypadají jako propad
Když graf za poslední den spadne, může za tím být jedna ze tří situací, a každá vyžaduje jinou reakci.
| Situace | Co se stalo | Správná reakce |
|---|---|---|
| Skutečná změna | Méně návštěv, objednávek nebo tržeb | Hledat příčinu v obchodě, marketingu nebo webu |
| Nedoběhlá data | Zdroj poslední hodiny či dny ještě nezpracoval | Počkat na uzavření dne, nic neměnit |
| Rozbité nebo přerušené měření | Obchod běží, ale nástroj ho nevidí | Opravit měření nebo synchronizaci, ne kampaně |
Nebezpečné je zaměnit druhou a třetí situaci za první. Stažený rozpočet kvůli propadu, který byl jen nedoběhlými daty, připraví obchod o skutečné prodeje. A kampaň optimalizovaná podle měření, které přestalo zaznamenávat nákupy, se rozhoduje naslepo.
Každý zdroj dobíhá jinak
Běžná představa „data jsou k dispozici druhý den ráno“ platí jen zčásti. Oficiální dokumentace jednotlivých platforem popisuje velmi odlišná zpoždění.
Google Analytics 4. Průběžná data se ve standardní službě obnovují typicky za 2–6 hodin, denní data za zhruba 12 hodin. Google zároveň uvádí, že zpracování může trvat 24–48 hodin a data se během něj v přehledech mohou měnit. Včerejšek je tedy ráno často ještě otevřený.
Google Ads. Většina statistik účtu je dostupná během několika hodin, konverze přiřazené jiným atribučním modelem než posledním kliknutím se zpožďují až o 15 hodin a cíle importované z Google Analytics o 12 až 24 hodin. Podstatnější je ale způsob připisování: konverze se vykazuje ke dni kliknutí. Když někdo klikl minulý týden a nakoupil tento týden, konverze se objeví v minulém týdnu. Poslední dny tak přirozeně vypadají slabší, než nakonec budou, a čím delší bývá rozhodování zákazníků, tím víc.
Search Console. Nejnovější data mohou být předběžná a ještě se měnit; výchozí přehled proto ukazuje jen celé dny. Datum poslední aktualizace přitom označuje poslední den, pro který má přehled vůbec nějaká data – ne den, od kterého jsou všechna data kompletní.
Meta. Podle vývojářské dokumentace se statistiky reklam obnovují každých 15 minut a přestávají se měnit až 28 dní po vykázání. Čísla za poslední dny proto nejsou konečná ani tehdy, když už je v přehledu vidíte.
Pro rozhodování z toho plyne jednoduché pravidlo: pro každý zdroj si určete, kdy považujete den za uzavřený, a čerstvější dny čtěte jako předběžné. Dokumentované časy jsou typické hodnoty, ne záruka. U vlastních účtů se vyplatí jednou porovnat, jak moc se číslo za konkrétní den změnilo mezi prvním pohledem a o týden později.
Poslední viditelné datum neříká, že je vše kompletní
Přehledy, které spojují víc zdrojů – vlastní tabulky, reporty agentury nebo dashboardy – obvykle ukazují jedno datum „aktuální k“. To ale bývá datum nejrychlejšího zdroje. Objednávky mohou být kompletní do dnešního rána, GA4 do včerejška s výhradou dalšího zpracování, Meta se bude ještě týdny měnit a jeden konektor mohl před třemi dny přestat stahovat úplně.
Proto před každým srovnáním období zkontrolujte u každého zdroje tři údaje:
- kdy se naposledy úspěšně načetl – ne kdy se o to naposledy pokusil;
- jaké období skutečně pokrývá – první a poslední den s daty;
- jestli během období nehlásil chybu – vypršelé přihlášení, odmítnutý přístup, chybu platformy.
Platformy navíc samy mívají výpadky záznamu dat. Google vede veřejný seznam známých anomálií Search Console. Například za 24. 6. 2026 zaznamenal pokles kliků a zobrazení v přehledu Discover s poznámkou, že se problém týká jen záznamu dat. Skutečná návštěvnost webu se tedy nezměnila, změnilo se jen to, co přehled zachytil.
Víte, z jak čerstvých dat rozhodujete?
Korzaro hlídá, kdy se který zdroj naposledy načetl, a měřené tržby porovnává s objednávkami e-shopu.
Chybějící data nejsou nula
Nejčastější technická chyba vzniká mechanicky: den, za který zdroj nic nedodal, se v tabulce nebo grafu zobrazí jako nula. Nula pak stáhne týdenní průměr, vyrobí dramatický meziroční pokles a v automatickém pravidle může spustit zásah.
Nula a chybějící hodnota ale znamenají něco jiného. Nula říká „bylo změřeno a nic se nestalo“. Chybějící hodnota říká „nevíme“. Srovnání proto dělejte jen za dny, které jsou v obou obdobích úplné, a mezeru pojmenujte. Věta „za úterý a středu data z Mety chybí“ je užitečnější než přesně vypadající týdenní součet, který ty dva dny tiše počítá jako nulu.
Stejná opatrnost platí pro odhady. Chybějící dny nedopočítávejte průměrem okolních dnů, pokud podle výsledku máte rozhodovat. Odhad v datech se po pár týdnech nedá odlišit od skutečnosti.
Když se rozbije měření, obchod dál běží
Druhý typ mezery je zrádnější, protože nevypadá jako výpadek. Zdroj se normálně synchronizuje, data jsou „čerstvá“, ale zachycují jen část reality.
U e-shopu na Shoptetu jsou informace o tržbách v Google Analytics závislé na měřicím kódu, který se načítá na stránkách obchodu. Když zákazník odmítne analytické a marketingové cookies, kód se nespustí; načtení kódu může selhat i při pomalém připojení nebo rychlém zavření stránky. V Česku se od roku 2022 tyto cookies smějí ukládat jen se souhlasem, takže každá změna cookie lišty, šablony, pokladny nebo správce značek může změnit, jak velkou část nákupů analytika vůbec vidí.
Google pro vlastní značky nabízí diagnostiku, která mimo jiné upozorní na neoznačené stránky a jako naléhavé označí značku, která dřív posílala data a posledních 48 hodin neposlala nic. Upozornění ale přichází až se zpožděním a netýká se jiných nástrojů.
Proto je nejspolehlivější kontrola jednodušší: porovnejte měřený údaj se systémem objednávek. Objednávky v administraci e-shopu vznikají bez ohledu na cookies a měřicí kód. Když objednávky běží v obvyklém rozsahu a propad ukazuje jen analytika nebo jen jeden reklamní systém, hledejte chybu v měření. Když klesají i objednávky, jde pravděpodobně o skutečnou změnu.
Ilustrativní příklad (vymyšlený): V pondělí ráno ukazuje GA4 za neděli o 40 % nižší tržby než obvykle a Google Ads o polovinu méně konverzí. Objednávky v administraci jsou za neděli v obvyklém rozsahu. Nejpravděpodobnější vysvětlení je nedoběhlé zpracování a konverze, které se teprve připíšou ke dni kliknutí. Ve středu se čísla za neděli ukážou jako běžná. Kdyby majitel v pondělí stáhl rozpočet, reagoval by na zpoždění, ne na obchod.
Kdy čekat a kdy jednat
Počkat neznamená ignorovat. Některé situace vyžadují reakci hned, jen jinou, než by napovídal graf.
| Co vidíte | Pravděpodobné vysvětlení | Co udělat |
|---|---|---|
| Propad jen za poslední den nebo dva, objednávky běží | Nedoběhlá data nebo pozdní konverze | Počkat na uzavření dne u daného zdroje |
| Jeden zdroj hlásí chybu nebo se dlouho nenačetl | Přerušená synchronizace | Obnovit přístup nebo napojení, pak znovu načíst |
| Měřené tržby dlouhodobě klesly proti objednávkám po změně webu nebo lišty | Rozbité nebo omezené měření | Opravit měření; kampaně s automatickými strategiemi zkontrolovat |
| Klesají objednávky i měření napříč zdroji | Pravděpodobně skutečná změna | Hledat příčinu v obchodě, nabídce nebo marketingu |
Důležitá výjimka: když se rozbije měření konverzí, automatické strategie nabídek se začnou řídit neúplnými daty. Oprava měření je tehdy naléhavá, i když obchodní výsledek sám nehoří.
Co udělat teď
- Určete pro každý zdroj „uzavřený den“. Například: objednávky hned, GA4 po dvou dnech, Google Ads po uplynutí obvyklé doby mezi kliknutím a nákupem, Meta s vědomím, že se čísla mění ještě týdny.
- Před srovnáním zkontrolujte úplnost. U každého zdroje poslední úspěšné načtení, pokryté období a případné chyby.
- Chybějící dny nenahrazujte nulou ani odhadem. Srovnávejte jen dny, které jsou úplné v obou obdobích, a mezeru uveďte u výsledku.
- Propad v měření porovnejte s objednávkami. Když objednávky běží, hledejte chybu v datech, ne v obchodě.
- Po každé změně webu, šablony nebo cookie lišty ověřte měření. Jeden testovací průchod a srovnání s objednávkami v dalších dnech odhalí problém dřív, než ovlivní rozhodnutí.
Korzaro u každého připojeného zdroje eviduje, kdy se naposledy úspěšně synchronizoval. Zdroj, který vrací chybu, nahlásí hned; zdroj, který jen mlčí, nahlásí, až ticho přeroste dvojnásobek jeho obvyklého rytmu. Tržby naměřené v GA4 navíc porovnává s objednávkami ze Shoptetu, takže propad jen v měření se odliší od propadu v obchodě. Pokud se zastaví celé plánované zpracování, výpadek se ohlásí až po jeho obnovení.