Server-side měření vs. JavaScript: proč ztrácíte méně dat

Měřáky postavené na JavaScriptu mají jeden zásadní problém: spoléhají na to, že se v prohlížeči návštěvníka spustí cizí skript. A to se čím dál častěji nestane. Serverové integrace tomu částečně unikají, protože nejsou závislé na spuštění měřicího skriptu v prohlížeči.

Kde JavaScriptové měření ztrácí data

• Blokátory reklam - adblock^?Rozšíření prohlížeče nebo funkce zabudovaná v prohlížeči (Brave, Firefox), která blokuje načítání externích skriptů, včetně analytických tagů jako GA4. Adblockery používá 30-40 %…Více ve slovníku → a privacy rozšíření mohou omezit skript Google Analytics. U některých webů tak v reportech chybí významná část návštěv.
• Ochrany prohlížečů - Safari (ITP^?Technologie Safari od Apple, která od roku 2017 výrazně omezuje dobu životnosti cookies nastavených JavaScriptem. Analytické first-party cookies mají v Safari efektivní životnost…Více ve slovníku →), Firefox i Brave mažou nebo omezují sledovací cookies, takže vracející se návštěvník^?Návštěvník, který byl na webu alespoň jednou dříve a nyní se vrátil - identifikován analytickým nástrojem buď přes cookie, nebo serverovou pseudonymizací. Poměr nových a…Více ve slovníku → vypadá pokaždé jako nový.
• Vzorkování - u ad-hoc a explorativních reportů v GA4^?Čtvrtá generace analytického nástroje od Googlu, postavená na modelu událostí místo relací. Nahradila Universal Analytics v červenci 2023. GA4 pracuje s klientským JavaScriptem…Více ve slovníku → se může zapnout vzorkování dat^?Technika, kdy analytický nástroj místo počítání všech dat vezme statistický vzorek a výsledky extrapoluje na celý objem. GA4 vzorkuje v ad-hoc a explorativních reportech při…Více ve slovníku →; standardní přehledy jsou obvykle v pořádku, ale jakmile přidáte filtr nebo segment, čísla se mohou „rozjet“.

Jak to řeší server-side

Když se měří na serveru, data vznikají tam, kde je nikdo neblokuje - přímo u zpracování požadavku a objednávky. U serverových integrací nevzniká závislost na vlastním měřicím skriptu v prohlížeči ani na vlastní analytické cookie. Výsledek: změříte i část návštěv, které se do čistě prohlížečového měření nemusí dostat.

Co to znamená v číslech

Rozdíl mezi GA4 a serverovým měřením bývá u e-shopů znát hlavně u tržeb - server zná každou skutečnou objednávku, kdežto JS měřák část konverzí ztratí cestou. Když se rozhodujete podle dat, je dost zásadní, jestli vám sedí, nebo chybí významná část objednávek.

Server-side měření^?Sbírání analytických dat přímo na webovém serveru nebo aplikačním backendu, nikoliv spouštěním JavaScriptového skriptu v prohlížeči zákazníka. Server ví o každé objednávce bez…Více ve slovníku → není kouzlo - jen měří tam, kde data opravdu jsou.

Kolik lidí vlastně blokuje měření

Podíl blokování se výrazně liší podle země, oboru, publika a typu zařízení. Důležité není jedno univerzální procento, ale princip: čistě prohlížečové měření může přijít o návštěvy a konverze tam, kde se skript nespustí, cookie nedostane souhlas^?Svobodný, konkrétní, informovaný a jednoznačný projev vůle návštěvníka, jímž souhlasí se zpracováním svých údajů pro daný účel. Vyžaduje ho ePrivacy pro cookies a GDPR pro…Více ve slovníku → nebo prohlížeč omezí identifikátor.

Server-side měření tahle rizika neřeší obcházením blokování - u serverových modulů měří bez vlastního měřicího skriptu v prohlížeči a bez vlastní analytické cookie. Výsledek proto bývá méně závislý na konkrétním prohlížeči a jeho nastavení.

Mohlo by vás zajímat: GA4, nebo Trackless? · Jak napojit Trackless na PrestaShop