Számláló vagy analitikai csomag?

A címben feltett kérdésre az őszinte válasz: attól függ, mit akarunk megtudni a statisztikából. Egy látogatószámláló és egy teljes analitikai csomag nem ugyanannak az eszköznek két fokozata. Más kérdésekre válaszolnak, és más árat kérnek a válaszért. Ez a cikk arról szól, mik valójában ezek az árak.

Mibe kerül a számláló egy látogatónak

Ma, ezen a weboldalon mérve, nem becsülve. Egy Stats4U-számláló egy látogatónak két kérésébe kerül:

• a szkript, s4u.js – gzippel tömörítve 3 311 bájt (tömörítetlenül 8 709)
• a számlálókép – 3 325 bájt PNG formátumban

Ez összesen kb. 6,6 KB, egyszer, és ennyi az egész. Nincs keretrendszer, nincs első szkript, amely betölt egy másodikat, nincs közbeékelt címkekezelő-tároló. A láthatatlan számlálónál egyáltalán nincs kép, így az még kevesebbe kerül.

A beágyazó szerveren sem fut semmi. Az oldal egy képet és egy kis szkriptet ágyaz be; a számlálás, a tárolás és a diagramok itt történnek. Nincs telepítendő csomag, nincs karbantartandó adatbázis, nincs elfelejthető cron-feladat.

Nincs süti, és alapértelmezés szerint nincs kiolvasás az eszközről

A számlálási útvonal nem állít be sütit. Ez nem ígéret, hanem olyasmi, amit egy terminálban ellenőrizni lehet:

• curl -sk -D - -o /dev/null 'https://www.stats4u.net/index.php?action=pic&s4uid=1' | grep -i set-cookie

Az elvárt eredmény: nincs kimenet.

A látogatókat egy napi hash különbözteti meg, amely az IP-címből, a böngészőazonosítóból (user agent), a számlálóazonosítóból, a dátumból és egy naponta cserélt saltból készül. A hash 16 bájtos, és 2 napig őrizzük meg. Magát az IP-címet soha nem rögzítjük. A napi saltot 2 nap után töröljük, ami azt jelenti, hogy onnantól kezdve senki sem tudja egy gyanított címhez újraszámolni egy adott nap hash-ét – az sem, aki ezt a weboldalt üzemelteti.

Mit tárolunk, és mennyi ideig:

• az oldal URL-je – 400 nap
• a hivatkozó domain, csak a domain, nem a teljes link – 400 nap
• a böngésző nyelve, darabszámként és nem látogatónként – 400 nap
• ország és város, a kérés pillanatában a címből meghatározva
• a napi hash – 16 bájt, 2 nap

Amit nem tárolunk: az IP-cím, és egyáltalán semmi a látogató eszközén. A képernyőfelbontást csak ott tároljuk, ahol a weboldal tulajdonosa bekapcsolja.

Ez azt írja le, mit csinál a szoftver. Hogy ez elegendő-e az adott országban érvényes kötelezettségekhez, az más kérdés, és arra egy szakképzett személynek kell választ adnia. Ez a cikk nem az a válasz.

Mire nem képes egy számláló

Egy cikket, amely csak előnyöket sorol fel, nem érdemes elolvasni, ezért íme a másik oldal. Egy számláló nem tudja megmutatni:

• hogyan haladnak végig a látogatók egy többlépéses tölcséren, és hol lépnek ki
• visszajöttek-e júniusban azok, akik márciusban érkeztek
• melyik kampány térült meg, pénzben kifejezve
• mi történt az oldalon belül – megnyomott gombok, elindított videók, félbehagyott űrlapmezők
• hogy a keddi telefonos látogató és a csütörtöki számítógépes látogató ugyanaz a személy volt
• egy oldal két változata közül melyik teljesített jobban

Ezek mindegyikéhez tartós azonosító, az oldalon belülről küldött események és hosszú megőrzési idő kell. Pontosan ezekről mondtunk le fent. Ahol a munka ezek bármelyikétől függ – például egy webáruháznál, amelynek tudnia kell, melyik hirdetése hozta vissza az árát –, ott a számláló rossz eszköz, és ezt semmilyen könnyedség nem pótolja. Ott a nehéz eszköz a helyes válasz, mindazzal együtt, amit magával hoz, és egy egyenes szóval a látogatók felé erről.

Kinek jobb egy számláló

A számláló akkor illik, ha a kérdés kisebb, és a válasz elég:

• személyes weboldalak, blogok, portfóliók, egyesületi és iskolai oldalak
• statikus tárhely – GitHub Pages, Neocities és minden más hely, ahol nincs olvasható szervernapló
• mindenki, akinek valódi kérdése az, hogy olvassa-e ezt egyáltalán valaki, és hogyan talált ide
• mindenki, aki nem szeretné harmadik félnek átadni a látogatóit csak azért, hogy ezt megtudja

A web nagy része ilyen. Az analitikai iparág arra a részre épül, amely nem ilyen, és könnyű elfelejteni, hogy mi, többiek, akarhatunk kevesebbet is.

Frissítés (2026. szeptember 11.): 2026. augusztus 27-től a szkript ismét kiolvasta a képernyőfelbontást, a böngészőablak szélességét és a pixelarányt minden weboldalon, amely beágyazta. 2026. szeptember 11. óta ezt csak ott teszi, ahol a weboldal tulajdonosa a következővel bekapcsolja: data-screen="1". Ennek az attribútumnak a hiányában a jelenlegi szkript a három érték egyikét sem olvassa ki, és a szerver a régebbi példányokból érkező értékeket sem tárolja többé.