Írjon a támogatásnak

E-mailben válaszolunk, általában két napon belül.

A Google reCAPTCHA visszaélés elleni védelemként ellenőrzi ezt a beküldést; ennek során adatok jutnak el a Google-hoz. A szkript csak az űrlap megnyitásakor töltődik be.

← Összes bejegyzés

Egy mérőeszköz súlya

A tartalomról és ellenőrzéséről

Ebben a cikkben

Minden oldalhoz hozzáadott műszaki elemnek megvan a maga ára, és ez alól a mérőeszközök sem kivételek. Bár a webanalitikában a figyelem általában teljes egészében az összegyűjtött adatokra irányul, maga az adatgyűjtés is erőforrásokat igényel.

Bármely követőrendszer bevezetése további bájtok átvitelét teszi szükségessé a hálózaton, számítási teljesítményt fogyaszt az oldalt megjelenítő eszközön, és megnöveli a teljes betöltési időt.

Ennek a műszaki súlynak a megértése elengedhetetlen ahhoz, hogy megítélhető legyen, megfelel-e egy választott mérési módszer egy adott projektnek. A hatást nem a weboldalt kiszolgáló szerver érzi, hanem közvetlenül minden érkező olvasó hardvere és hálózati kapcsolata.

szkriptletöltés és futtatásutána is figyelképlekérés, mint egy fotóutána semmi sem futa költséget az olvasó eszköze fizeti meg, mégpedig minden látogatáskor

Amit a szkript a szöveg megjelenése előtt tesz

Amikor egy nehéz, szkriptalapú analitikai platformot ágyaznak be egy dokumentumba, a böngészőnek több összetett feladatot kell elvégeznie, mielőtt az oldal teljesen használhatóvá válik. Először egy terjedelmes programkönyvtárat kell letöltenie egy külső szerverről.

A letöltés után a böngészőnek végre kell hajtania ezt a kódot, amely ezután aktívan figyelni kezdi az egérmozgásokat, a görgetési mélységet és az interakciós eseményeket. Végül a szkript folyamatosan adatcsomagokat állít össze, és küld vissza a követő infrastruktúrának.

Mindez a tényleges szöveg és képek megjelenítésével egy időben zajlik. Régebbi eszközökön vagy lassú mobilkapcsolaton ez a többletmunka érezhetően késleltetheti a tartalom megjelenését, ami rontja az olvasási élményt.

Egy kép csak egy kép

Ehhez képest egy egyszerű, képalapú számláló erőforrásigénye szembetűnően más. Egy számláló beágyazásához mindössze egy szabványos HTML-képcímke beillesztése szükséges.

A böngésző ezt az elemet pontosan úgy kezeli, mint egy fényképet vagy egy díszítő ikont. Egyetlen kérést indít a számlálószerver felé, és letölt egy apró grafikus fájlt, amely jellemzően csak néhány kilobájt.

Nem töltődik le futtatható kód, nincs szükség háttérfeldolgozásra az olvasó eszközén, és amíg az oldal nyitva van, nem áramlanak folyamatosan adatcsomagok. A mérési folyamat teljes számítási terhe a böngészőtől a távoli szerverre kerül át, és azt teljes egészében a szerver viseli.

A költséget az fizeti meg, aki olvas

Ez a súlybeli különbség különösen akkor válik fontossá, ha a weboldal alapvető célját vesszük figyelembe. A gyors, reszponzív oldal a hozzáférhető információterjesztés alapkövetelménye.

Ha egy plébánia honlapját vagy egy hobbicélú címtárat megabájtnyi követőszkript terhel, a weboldal elsődleges célja sérül a statisztikák kedvéért.

A lassan betöltődő oldal okozta bosszúság gyakran nagyobb, mint az összegyűjtött, rendkívül részletes viselkedési adatok értéke. A könnyű műszaki lábnyom tiszteletben tartja a közönség eltérő hardveres és hálózati körülményeit, és biztosítja, hogy maga a tartalom maradjon a vitathatatlan elsőbbség.

Az adatok mélysége az oldal sebességével szemben

A mérőeszköz kiválasztása ezért közvetlen kompromisszumot jelent az adatok mélysége és az oldal teljesítménye között. Míg a nagy kereskedelmi vállalkozások elfogadhatják a nehéz analitika teljesítménybeli árát az értékesítési tölcsérek optimalizálása érdekében, a független és közösségi weboldalak ritkán profitálnak egy ilyen cseréből.

A könnyű számláló választása az olvasási élményt helyezi előtérbe, és minimálisra csökkenti a műszaki többletterhet. Elismeri, hogy a mérés soha nem zavarhatja a mért dokumentum elsődleges funkcióját, így gyors és feltűnésmentes környezetet biztosít az érkező közönség számára.

Hirdetés