Kontaktovat podporu

Odpovíme e-mailem, obvykle do dvou dnů.

Google reCAPTCHA kontroluje toto odeslání kvůli ochraně před zneužitím; data se přitom předávají společnosti Google. Skript se načte až při otevření tohoto formuláře. Navíc jej kontroluje naše vlastní ochrana formulářů formconfirmed, aniž by předávala data třetím stranám.

← Všechny články

Počítání na serveru a na straně klienta

O obsahu a jeho kontrole

V tomto článku

Architektura měření na internetu se v zásadě dělí na dvě odlišné metodiky: sledování ze serveru a sledování z klienta.

Pojem „klient“ zde označuje webový prohlížeč, který běží na počítači nebo mobilním zařízení člověka, jenž si stránku prohlíží. Pochopení mechanického rozdílu mezi oběma přístupy vysvětluje, proč se statistiky z různých zdrojů nevyhnutelně rozcházejí a proč je absolutní přesnost webové analytiky technicky nemožná.

Místo, kde počítací mechanismus pracuje, přesně určuje, jaké informace lze zachytit a jaká slepá místa bude systém nutně mít.

v prohlížečividí chováníblokátor ho odstranína serveruvidí požadaveknedá se vypnoutta dvě čísla nelze srovnávat a žádné z nich není chybné

Počítání uvnitř prohlížeče

Počítání na straně klienta stojí výhradně na spustitelných skriptech, obvykle napsaných v JavaScriptu, vložených přímo do webové stránky. Když se dokument načte, prohlížeč tento kód přečte a začne aktivně hlásit data do centrální databáze.

Protože skript běží přímo v prostředí čtenáře, má přístup k množství informací o chování. Dokáže zjistit rozlišení obrazovky, sledovat, jak daleko stránka dorolovala, změřit přesnou dobu, po kterou je karta aktivní, a zaznamenávat kliknutí na konkrétní tlačítka.

Tato metoda tvoří páteř moderních těžkých analytických platforem. Její fungování ale zcela závisí na tom, zda prohlížeč skriptu dovolí běžet.

Počítání zvenčí

Naproti tomu měření na straně serveru probíhá zcela mimo prostředí čtenáře. Opírá se o základní požadavky, kterými prohlížeč načítá soubory tvořící webovou stránku.

Když je vloženo jednoduché obrázkové počítadlo, prohlížeč si vyžádá grafiku od počítacího serveru. Server tento jediný požadavek zaznamená, zvýší stav počítadla a obrázek doručí.

Server na čtenářově zařízení nikdy nespouští žádný kód a nemá sebemenší přehled o tom, co se stane po doručení obrázku. O hloubce posunu ani o velikosti obrazovky neví nic a soustředí se jen na nepopiratelný technický fakt, že byl v určitou dobu vyžádán určitý soubor.

Co blokátor odstraní

Závislost na prohlížeči činí sledování na straně klienta velmi zranitelným vůči vnějším zásahům. Rozšíření pro ochranu soukromí, blokátory reklam a přísná bezpečnostní nastavení prohlížeče běžně brání sledovacím skriptům v běhu.

V takovém případě analytická platforma nedostane vůbec žádný signál a příchod zcela mine. Požadavek na obrázek na straně serveru se však zablokovat dá výrazně hůř, aniž by se zároveň rozbilo vizuální rozvržení stránky.

Dokud se prohlížeč snaží zobrazit obrázky na stránce, požadavek se odešle a přístup se zaznamená. Tento zásadní rozdíl ve zranitelnosti vysvětluje, proč počítadla na straně serveru často vykazují vyšší a stabilnější základní čísla než jejich protějšky založené na skriptech.

Která metoda odpovídá na kterou otázku

Rozpoznat tyto architektonické rozdíly je klíčové pro správný výklad webových statistik. Žádná z metod neodráží skutečnost bezchybně.

Skripty na straně klienta poskytují hluboký vhled do chování, ale kvůli blokátorům běžně minou podstatnou část publika. Počítání na straně serveru zaručuje velmi spolehlivý základní údaj o požadavcích na soubory, ale o následné interakci ani o délce čtení neříká vůbec nic.

Volba vhodné metody závisí výhradně na tom, jaké informace jsou skutečně potřeba. Pro nezávislé weby, které chtějí spolehlivý přehled o dosahu bez dotěrného sledování chování, zůstává robustní jednoduchost požadavku na straně serveru optimální technickou volbou.

Reklama