Web už není jen „stránka“, ale produkt s chováním aplikace

Vývoj webů se za poslední roky posunul od statických stránek k aplikacím, které načítají data dynamicky, pracují s účtem uživatele, filtrováním, personalizací nebo offline režimem. Typicky jde o projekty postavené v Next.js, Reactu, Vue, Svelte nebo na headless CMS. Pro návštěvníka to znamená rychlejší a plynulejší prostředí. Pro analytika i marketéra ale zásadní změnu v tom, co vlastně měřit.

U klasického webu se často vyhodnocovalo, kolik lidí přišlo, jak dlouho zůstali a kolik stránek si otevřeli. U webu fungujícího jako appka to ale nemusí nic říkat o skutečné kvalitě používání. Uživatel může strávit deset minut v jedné obrazovce, vyřešit objednávku, srovnat produkty nebo dokončit rezervaci, a přesto se v datech objeví jen jedna stránka a žádný „klasický“ pohyb mezi podstránkami.

Tradiční webová analytika přestává stačit

Hlavní problém je technický i metodický. Single-page aplikace a hybridní weby často mění obsah bez plného reloadu stránky. To znamená, že běžné měření pageview nestačí, protože návštěvník sice přechází mezi obrazovkami, ale z pohledu prohlížeče se nenačte nová stránka. Pokud se implementace neudělá správně, Google Analytics 4 i další nástroje pak podhodnocují počet zobrazení, zdroje návštěvnosti nebo konverzní cesty.

V praxi to vidíme třeba u e-shopů, kde filtr, detail produktu, košík i checkout běží jako jedna aplikace. Když se špatně měří kliknutí na „Přidat do košíku“, otevření variant, krok dopravy nebo dokončení platby, tým pak optimalizuje podle neúplných dat. Výsledek? Marketing investuje do kanálů, které vypadají výkonně, ale ve skutečnosti přivádějí uživatele, kteří se v aplikaci ztrácí.

  • Pageview už nestačí jako hlavní jednotka úspěchu.
  • Scroll depth sám o sobě neukáže, zda uživatel opravdu pracoval s funkcí.
  • Session duration může být zavádějící u nástrojů, kalkulaček nebo konfigurátorů.
  • Bounce rate ztrácí význam tam, kde jedna návštěva znamená kompletní akci.

Co se má měřit místo toho: akce, kroky a dokončené úlohy

U appkového webu je potřeba přemýšlet nad tím, jaké uživatelské úkoly mají hodnotu. Místo „kolik stránek navštívil“ se sleduje „co udělal“. To je rozdíl mezi pasivní návštěvou a aktivním použitím produktu.

Typické měřené události mohou být:

  • vyhledání produktu nebo služby,
  • použití filtru,
  • otevření detailu,
  • přidání do košíku,
  • zahájení a dokončení formuláře,
  • uložení do oblíbených,
  • přihlášení nebo registrace,
  • sdílení obsahu,
  • dokončení onboardingového kroku.

Prakticky se vyplatí definovat mikro-konverze i hlavní konverze. Mikro-konverze ukazují, zda uživatel postupuje správným směrem. U e-shopu to může být práce s filtrem nebo přidání produktu do wishlistu. U SaaS projektu třeba vytvoření prvního projektu, připojení integrace nebo první export dat. Hlavní konverze je až zaplacení, odeslání leadu nebo aktivace placeného účtu.

Jak měřit správně: GA4, Tag Manager, server-side i vlastní eventy

Základem je dobře navržená eventová architektura. V GA4 je výhoda v tom, že je postavená na událostech, ale jen tehdy, když jsou eventy pojmenované konzistentně a mají jasnou logiku. Nestačí posílat desítky nahodilých akcí typu click_1, button_2 nebo form_submit_new. Důležité je, aby každá událost odpovídala reálnému byznysovému kroku.

Pro implementaci se běžně používá Google Tag Manager, případně server-side tagging, pokud je potřeba lepší kontrola nad daty, výkonem a soukromím. Server-side tracking je užitečný hlavně u větších projektů, kde se řeší adblocky, omezení prohlížečů a přesnější předávání konverzí do reklamních systémů. U některých firem dokáže zlepšit kvalitu dat i měřitelný výkon kampaní, zejména při kombinaci s Google Ads a Meta Ads.

Technicky je důležité, aby vývojář i analytik řešili:

  • dataLayer jako jednotný zdroj dat,
  • jasnou strukturu názvů eventů a parametrů,
  • měření změn stavu aplikace bez reloadu stránky,
  • přesné odesílání page_view při změně URL v SPA,
  • duplicitní záznamy, které zkreslují výsledky,
  • cross-domain měření, pokud aplikace běží na více doménách nebo subdoménách.

U pokročilejších projektů dává smysl doplnit GA4 o nástroje jako BigQuery, Looker Studio, Hotjar, Microsoft Clarity nebo PostHog. GA4 ukáže kvantitu, heatmapy a session replay zase pomohou pochopit, kde uživatelé váhají, klikají opakovaně nebo narážejí na neviditelnou chybu v UX.

Rychlost, Core Web Vitals a technika rozhodují víc než dřív

Jakmile web funguje jako appka, výkon už není jen SEO téma, ale přímý faktor používanosti. Uživatel očekává okamžitou odezvu, a když aplikace reaguje pomalu, klesá dokončení úloh. Google navíc stále sleduje Core Web Vitals, tedy zejména LCP, INP a CLS. U interaktivních webů je důležitý hlavně INP, protože měří odezvu na interakci, což je přesně to, co appkový web používá nejčastěji.

Praktický příklad: pokud filtr produktů reaguje až po 800 ms, uživatel to vnímá jako zpoždění. Pokud je odezva nad 200–300 ms opakovaně, roste riziko, že návštěvník odejde. U checkoutu nebo rezervačního formuláře bývá i drobný delay citelný. Proto se sleduje nejen LCP na vstupu, ale i rychlost po kliknutí, validace formulářů, načítání dat z API a plynulost přechodů mezi stavy.

Mezi konkrétní techniky patří:

  • code splitting a lazy loading komponent,
  • optimalizace obrázků přes moderní formáty WebP/AVIF,
  • minimalizace re-renderů v Reactu nebo Vue,
  • caching dat na úrovni CDN i aplikace,
  • omezování zbytečných API volání,
  • preload důležitých zdrojů,
  • sledování chyb v reálném provozu přes Sentry nebo podobné nástroje.

Pro SEO je důležité, aby appkový web nebyl jen hezký, ale také indexovatelný. Server-side rendering nebo hybridní rendering pomáhá vyhledávačům lépe číst obsah, zatímco správně nastavené canonicaly, metadata a strukturovaná data podporují viditelnost ve vyhledávání i v AI odpovědích.

Jak z měření udělat řízení produktu, ne jen report pro marketing

Největší přínos přichází ve chvíli, kdy se analytika nepoužívá jen pro měsíční report, ale pro řízení vývoje. Tým si musí stanovit, co je úspěch: vyšší počet dokončených objednávek, kratší čas do první akce, vyšší aktivace účtu nebo více dokončených formulářů. Pak teprve má smysl nastavovat dashboardy, A/B testy a prioritizovat backlog.

V praxi se osvědčuje jednoduchý postup:

  1. Definovat 3 až 5 hlavních byznysových cílů.
  2. Ke každému cíli přiřadit 2 až 4 měřitelné eventy.
  3. Ověřit, že jsou eventy správně odesílané v GA4 a nejsou duplicitní.
  4. Postavit dashboard s trendy za 7, 28 a 90 dní.
  5. Propojit data s UX testováním, heatmapami a chybovými logy.
  6. Každý měsíc vyhodnotit, kde uživatelé odpadávají a proč.

U týmů, které staví web jako appku, se osvědčuje i pravidlo „měřit jen to, co umíme ovlivnit“. Pokud značka sleduje desítky metrik, ale neumí na ně reagovat, analytika se mění v šum. Naopak dobře nastavené měření odhalí, že problém není v reklamě, ale v pomalém formuláři, nejasném CTA nebo v kroku, který se na mobilu špatně ovládá.

To je přesně důvod, proč se u moderních webů mění i role SEO, vývoje a marketingu. Nejde už o oddělené disciplíny, ale o jeden systém, kde technika, obsah a měření musí fungovat společně. Kdo to pochopí, získá přesnější data, lepší UX i vyšší konverze bez zbytečného hádání podle neúplných reportů.