Semalt-ekspert: Løsning af spørgsmålet om selvhenvisninger i Google Analytics

Nogle gange kan ens domæne vises i Google Analytics-rapporten som en del af trafikken. Det er et problem, som udviklere har brug for at løse, da det kan forårsage rapporteringsproblemer og give upålidelige data. Hvis man ikke udrydder selvhenvisningsproblemet, kan det føre til skæve data, der kan resultere i uretmæssig beslutningstagning om marketingkampagner. Derudover bliver det umuligt at kreditere marketingkanalen, som har bidraget til at øge konverteringsfrekvensen for webstedet.

I de fleste tilfælde opstår problemet på grund af, at Google Analytics ikke har konfigureret korrekt, eller ejerens uretmæssige implementering af udvidelsen.

Jack Miller, Senior Customer Success Manager for Semalt , skitserer her årsagsfaktorerne, og hvordan man korrigerer dem. Han tilbyder også en universal analytics 'fix i slutningen for at reducere antallet af selvhenvisninger til webstedet.

Henvisninger

Henvisningstrafik er den del af trafik, der når et sted fra en anden kilde. Det kan være i form af et link fra et andet domæne. Linksne må ikke have nogen kampagneegenskaber ellers betegnes det som henvisningsspam. I modsætning til spam registrerer analytics automatisk, hvor spam kommer fra, og viser navnene på de domæner, der genererer den.

1. JavaScript-omdirigeringer

Migrationer fra websteder er sværere end hvad de fleste mennesker tror. For at sikre, at man dækker alt, ville det være den mest rationelle ting at gøre ved at tage en struktureret tilgang. JavaScript-omdirigeringer er almindelige og resulterer ofte i selvhenvisninger.

Sådan rettes: i stedet for at bruge JavaScript, ville omdirigeringer på serversiden fungere bedre. De sørger for, at den universelle sporingskode indlæses på det nye domæne og skal verificere, at problemet ikke vedvarer.

2. Sider, der mangler en sporingskode

Når folk glemmer at tagge deres sider, bliver det svært at spore dem. Resultatet er, at folk finder deres domæner på rapportsiden.

Rettelse: Sørg altid for at medtage en sporingskode på alle sider på et websted. Hvis en ikke er sikker på websteds status., Kommer taginspektøren godt med.

3. Sider, der slipper cookiedata

Universal Analytics-cookie skal gælde, når du hopper mellem sider. Hvis en side af en eller anden grund taber cookien, afsluttes sessionen automatisk. Derfor begynder en ny cookie at oprette en ny session. Man skal sørge for, at de undersøger alle landingssider, hvor man lærer, hvor selvhenvisningen begynder ved hjælp af værktøjet til sekundær dimension.

Rettelse: Gå gennem siderne for at vide, hvor problemet starter, og hvorfor det gør det. Når udvikleren ved årsagen til problemet, bliver det lettere at målrette det. Hvis rettelsen kommer let, skal du gå videre og rette den. Hvis det er svært, bør man involvere en udvikler, der skal være opmærksom på vigtigheden af at løse problemet og lade dem løse det på vegne.

4. Krydsdomæner

Nogle virksomheder har muligvis flere domæner, og de får undertiden behov for at forbinde besøgendeaktivitet til flere af dem. Hvis de gøres effektivt, skal de sørge for, at den originale cookie forbliver konstant. Vejen er teknisk at forbinde disse domæner.

Rettelse: Sørg for, at alle cookies forbliver konstante på tværs af domæner.

5. Myth for session-timeout

Når en session udløber efter et givet øjeblik, starter en ny session. Det menes at skabe ny datatrafik.

Rettelse: Man kan indstille tidsgrænsen for en session til højere og se, hvilken indflydelse det har på selvhenvisninger.

Liste over ekskludering af henvisninger er en indstilling, der hjælper med at tackle spørgsmålet om selvhenvisning direkte.