Miért jelennek meg „localhost” látogatások és referral spam a Google Analyticsben, és hogyan tisztítsd meg

Megnyitod a Google Analyticset, látsz egy szép forgalomnövekedést, és jó érzés fog el. Aztán jobban megnézed: sok látogatás a „localhost”-ról érkezik, olyan oldalakról, amelyekről soha nem hallottál, vagy a saját városodból, olyan órákban, amikor csak te vagy fenn az oldalon. A szám nagy, de nem valós.

Ez az egyik leggyakoribb frusztráció egy vállalkozó számára, aki tényleg komolyan veszi a riportjait. A jó hír az, hogy szinte az összes ilyen „szemét” az adataidban egyértelmű okokra vezethető vissza, és megtisztítható. Ebben a cikkben megmutatom, honnan erednek a localhost látogatások, mi az a referral spam, hogyan zárd ki a saját látogatásaidat, és hogyan építs olyan riportokat, amelyekre döntéshozatalkor támaszkodhatsz.

Miért jelennek meg „localhost” látogatások a riportjaidban

A „localhost” nagyjából azt jelenti, hogy „pontosan ez a számítógép”. Amikor forgalmi forrásként bukkan fel, szinte mindig azt jelenti, hogy ugyanaz az Analytics kód fut az oldal egy helyi verzióján, amelyet a http://localhost címen nyitottak meg annak a gépén, aki rajta dolgozik.

A leggyakoribb okok:

• egy fejlesztő (vagy egy plugin) ugyanazt az éles GA kódot, az élő azonosítóval, átmásolta a helyi buildbe
• van egy teszt- vagy staging oldalad, amely ugyanazt az Analytics fiókot használja, mint a valódi
• egy ingyenes sablon kódjába már eleve be volt égetve egy Analytics azonosító

Az eredmény az, hogy a fejlesztői gépről érkező munkamenetek összekeverednek a valódi látogatókkal. Nem veszélyes, de tönkreteszi az adataidat. A helyes megoldás az, hogy egyáltalán ne engedd, hogy a helyi környezet küldjön a valódi fiókba, plusz egy szűrő, amely kizár mindent, ami mégis átcsúszott.

Mi az a referral spam, és miért nem valódi forgalom

A referral spam olyan bejegyzéseket jelent a riportjaidban, amelyek olyan oldalakról származnak, amelyek egy látogatás „forrásaként” tüntetik fel magukat, de valójában soha senkit nem küldtek hozzád. Két fajtája van.

Az első, régebbi fajta a „szellemforgalom”: botok, amelyek közvetlenül az Analytics gyűjtőszervereit bombázzák kitalált adatokkal, anélkül, hogy bárki valaha is megnyitotta volna az oldaladat. Ezért látsz furcsa domaineket, amelyek szolgáltatásokat ígérnek, vagy gyanús oldalak felé terelnek.

A második a keresőrobotok és botok, amelyek ténylegesen betöltik az oldalt, de nem ügyfelek, és soha nem fognak vásárolni.

Jelek, amelyekből felismered, hogy spamet nézel, nem valódi forgalmat:

• szinte teljes visszafordulási arány és nulla munkamenet-időtartam
• olyan forrásdomain-nevek, amelyek reklámoknak tűnnek, nem valódi weboldalaknak
• hirtelen forgalmi kiugrások, amelyek semmihez sem kapcsolódnak, amit tettél

Hogyan zárd ki a saját és a csapatod látogatásait

A legegyszerűbb „hamis forgalom” te magad vagy. Amikor naponta többször felkeresed az oldalt, hogy megnézd, felfújod a látogatásszámot és eltorzítod az átlagokat.

Mit tehetsz, a ráfordítás sorrendjében:

• zárd ki az IP-címedet: ha fix kapcsolatod van az irodában, jelöld meg azt az IP-t belső forgalomként az Analyticsben, és szűrd ki a riportokból
• használj egy hivatalos böngészőbővítményt, amely megakadályozza, hogy az Analytics gyűjtsön a saját számítógépeden
• telefonon, mobiladaton az IP gyakran változik, ezért a bővítmény vagy egy külön környezet biztonságosabb, mint egy IP-szűrő

Egy őszinte figyelmeztetés: sokaknak dinamikus IP-je van a szolgáltatójától, amely időnként változik. Ebben az esetben egy IP-szűrő nem tart sokáig, és a böngészőbővítmény megbízhatóbb. Ideális esetben a kettőt kombinálod.

A konkrét lépések az adataid megtisztításához a Google Analytics 4-ben

A GA4-ben a logika eltér a régi Universal Analyticstől, de éppúgy javítható.

• Belső forgalom: az Adminban, a Data Streams alatt hozz létre egy „belső forgalom” szabályt az IP-ddel, majd aktiváld a szűrőt, amely kizárja ezt a forgalmat a riportokból.
• Fejlesztői szűrő: a GA4 lehetővé teszi a fejlesztői forgalom megjelölését és kizárását, ami hasznos a localhost és a staging esetében.
• Nem kívánt referralok: add hozzá a spam domaineket a „nem kívánt referralok” listához, hogy megszűnjenek forrásként számítani.
• A legfontosabb: állítsd meg a problémát a forrásnál. Ne tedd az éles GA kódot localhostra vagy stagingre. Egy külön teszt azonosító a probléma felét megoldja, még mielőtt megjelenne.

Ne törölj pánikszerűen történelmi adatokat. A GA4-ben a szűrők előremenőleg érvényesek, ezért tarts meg egy „érintetlen” nézetet is összehasonlításhoz.

Hogyan néznek ki azok a riportok, amelyekben valóban megbízhatsz

A cél nem egy nagy szám, hanem egy olyan, amelyben megbízol, amikor eldöntöd, hová tedd a pénzt és az időt. Egy tiszta riport azt jelenti: a saját látogatásaid kizárva, a tesztkörnyezet elkülönítve az élőtől, a referral spam kiszűrve, és minden csatornánál egyértelmű a forrás.

Az MPO Web Studiónál, amikor egy oldalt építünk vagy átadunk, azt eleve helyesen beállított Analyticsszel adjuk át: éles kód csak az élesben, a tesztkörnyezet elszigetelve, a belső forgalom kizárva. Az egész ország területén dolgozunk távolról, és a demót már megépítve látod, mielőtt bármit fizetnél.

Ha egy olyan riportot bámulsz, ami nem stimmel, és őszinte véleményt szeretnél arról, mi valós és mi zaj, írj nekünk WhatsAppon. Nyíltan megmondjuk, mit érdemes megtisztítani, és mit hagyhatsz békén.