Pas op foar it laden fan meardere Google Analytics-skripts

ga

Mei safolle yntegraasje fan ark nei safolle ynhâldbehearsystemen, sjogge wy folle mear fan ús kliïnten dy't problemen hawwe mei Google Analytics-skripts meardere kearen yn 'e pagina wurde ynfoege. Dit ferwoastet jo analytics, wat resulteart yn enoarme oerrapportaazje fan besikers, siden per besite en hast gjin bounce rate.

Krekt hjoed hienen wy in kliïnt dy't 2 plugins hie laden en konfigureare om it Google Analytics-skript ta te foegjen oan har blog. En gjin plugin kontroleare eins oft d'r al in skript laden wie! It resultaat wie dat de besites oer-rapporteare waarden en har bounce-koers wie sawat 3%. As jo ​​bounce taryf sakket nei ûnder 5%, wês der wis fan dat jo in probleem hawwe mei meardere skripts op jo side.
wegeringspersintaazje

Njonken Analytics, hoe kinne jo fertelle as jo dit hawwe dien? Ien metoade is gewoan om de boarne fan jo side te besjen en te sykjen ga.js, Sels as jo de side mei wolle kontrolearje meardere Google Analytics-akkounts, der soe mar ien skript moatte wêze.

In oare manier is om jo ûntwikkelders ark te iepenjen yn jo browser en de netwurkkommunikaasje te besjen neidat jo de side ferfarskje. Sjogge jo it ga.js-skript mear dan ien kear frege?
ga js

Google Analytics wurket troch in skript te laden dat alle ynformaasje sammelt, de ynformaasje opslaat yn browserkoekjes en stjoert nei de servers fan Google fia in byldoanfraach, As it skript mear dan ien kear wurdt laden, oerskriuwt it soms cookies, en stjoert it meardere ôfbyldingsoanfragen nei de server. Dêrom is de wegeringspersintaazje is sa leech ... as jo mear dan ien pagina op in side besykje, stuitere jo net. Dat ... as de skripts mear dan ien kear sjitte as jo ien pagina besykje, dan betsjuttet it dat jo meardere siden hawwe besocht.

Kontrolearje jo side en jo analytics om derfoar te soargjen dat jo analytics skript is goed ynstalleare op jo side, en soargje derfoar dat jo it skript net faker dan ien kear lade. As jo ​​dat dogge, binne jo gegevens net krekt.

2 Comments

  1. 1

    Tankewol, ik sil dit notearje. Ik tink dat dit de reden is wêrom't myn e-commerce-side net echt ferkear hat op syn analytysk rapport. it google-skript is oars as de trackingkoade dy't oanwêzich is op har Google Analytics-rapport. bedankt maat.

  2. 2

    Hoi Douglas, geweldich ynsjoch. Ik hie in soartgelikense daling sûnt ik in pear wike lyn wat eksperiminten begon op Google Tag Manager: 4 pagina's / besites 🙂 en stuiterjen fan op it stuit op 0.47% 😀

    Nei jo post, hjir myn resultaat:

    1. Skriften: D'r is 1 ga.js (ik paste allinich de koade fan Analytics en Tag Manager op myn side). Ik kin yn it twadde skript (Tag Manager) gjin ferwizing nei ga.js sjen, mar allinich gtm.js. Ik haw gjin grutte koade allinich dy 2 tegearre plakt (earst analytysk, dan TM), dat ik hoech net iens in applikaasje te brûken, mar ik kontroleare ek mei firebug.

    2. Yn de Tag manager Console haw ik mar ien barren makke (deselde tiid fan oanmeitsjen, deselde tiid fan start br drop). Dit barren wurket yn prinsipe as harkje fan linkeklik foar Outbound Links en it is itselde as de troch James Cutroni advisearre yn syn blog. Mar ik makke in lichte modifikaasje: Ien is de non-ynteraksje-hit ynsteld op Wier (dat soe gjin bounce-koers moatte wurde rekke?), Mar doe haw ik in label = referrer tafoege ynstee fan it leech te litten, om't ik dêr de klikken woe wite wêr wei. (Hoe dan ek haw ik it hjoed fuorthelle, om't it net sa nuttich is as ik tocht)
    3. Ik haw noch wat pear útkommende keppelings mei âlde onClick = ”_ gaq.push ()” ynbêde, mar allegear binne de Net-ynteraksje-klik ynsteld op Wier.

    Tank,

    donald

Wat tinksto?

Dizze side brûkt Akismet om spam te ferleegjen. Learje hoe't jo kommentaargegevens ferwurke wurde.