01 Mar 2010 07:45
6 kommentarer
Dette blog-indlæg henvender sig primært til e-købmænd og udspringer af, at det er det område indenfor Google Analytics, hvor jeg får allerflest spørgsmål (også fra eksperterne i Analytics-konsulenthuse, så du skal ikke være ked af, at du ikke selv kan finde ud af det).
<script type="text/javascript">
var gaJsHost = (("https:" == document.location.protocol) ? "https://ssl." : "http://www.");
document.write(unescape("%3Cscript src='" + gaJsHost + "google-analytics.com/ga.js' type='text/javascript'%3E%3C/script%3E"));
</script>
<script type="text/javascript">
try {
var pageTracker = _gat._getTracker("UA-XXXXXX-1");
pageTracker._setDomainName("none");
pageTracker._setAllowLinker(true);
pageTracker._trackPageview();
} catch(err) {}
</script>
<a href="http://www.sikker-side.dk/blah-blah">Klik her for at gå til sikker betaling</a>
<a href="http://www.sikker-side.dk/blah-blah" onclick="pageTracker._link(this.href); return false;" >Klik her for at gå til sikker betaling</a>
Her skal vi have fingre i dét, der bliver kaldt en virtuel sidevisning. En virtuel sidevisning vil fremgå som en helt almindelig side under Indholdsmenuen i Google Analytics. En virtuel sidevisning laver man ved at benytte funktionen
trackPageView() og et eksempel kan se således ud:
<a href="http://www.sikkerbetaling.dk" onClick="javascript: pageTracker._trackPageview('/sikker-betaling');">
Kød på... Hvad mener du med det? ;o)
Med 3.part mener jeg sådan set alt, hvad der ikke foregår på dit eget domæne - proxy eller ej, så det må vel være et ja til det med at man har betalingssiden på sin egen server, men den bliver kaldt gennem en proxy.
Den kanalvisualisering du henviser til er fra den helt gamle version af Kondomaten, hvor vi ikke havde betalings-trinet med. Noget gammelt skidt, som jeg egentligt burde opdatere. Der er vist meget, der trænger til en opdatering.
Valgte ikke at tilmelde denne her til aNyhed, da det ikke rigtigt er en nyhed, men mere en slags guide/tutorial. Men tak for de pæne ord.
-Og så beklager jeg naturligvis det med kampagnesporing og twitter. Men det kommer nok til at ske igen ;o)
Med kød på, mener jeg bare de lidt mere langhårede tekniske artikler fra dig. De er forrygende!
Jeg tror ikke at det kun er indlæg med en nyhedsværdi der er tilladt på aNyhed. Sådan har jeg i hvert fald ikke brugt den :)
Tak for info :-)
Nu er jeg ikke analytics-integrations-haj, men sidder alligevel og brænder for at stille følgende spørgsmål, som jeg håber at du vil svare på:
Mange shops har en fejlside ved forfejlet kortbetaling - f.eks. /bestil/kortbetaling-fejl/ - hvorfra man kan gå til kortindtastningssiden igen.
Hvordan skal dette registreres i kanaloprettelsen?
Den "ideelle" kanalrundfart, tager folk fra /bestil/ til /bestil/godkend/ til /bestil/kortbetaling/ til /bestil/kvittering/ men i ovenstående eksempel KAN der komme an ny url ind, i det tilfælde at brugeren indtaster forkert kortnummer eller lignende. Hvordan håndteres det bedst?
@Steen Hvis bare kunden vender tilbage til det oprindelige flow, så vil de ikke stå som frafald. Hvis ikke, kan du jo i kanalen se, hvor de "forsvinder hen" og det vil så i dette tilfælde være over på /bestil/kortbetaling-fejl/. Så du har egentligt dine data.
Jacob Kildebogaard og jeg taler faktisk om at spore fejl m.m. i denne mp3-fil. Du kan også se Søren Sprogøs erfaring med at spore, hvad der sker i sådan en formular. Det er et ganske interessant sted at måle.
Brug dit eget navn - ikke sådan noget "billig arganolie" eller "mobilt bredbånd"
Jacob Worsøe 01/03/10 11:38
Super indlæg! Så kom der lidt kød på igen :)
Der findes også en light-udgave, som kan bruges i en snæver vending. Hvis man har sporingskoden på 3. parts siden, men ikke har mod på at kaste sig ud i din løsning, så kan man bare undlade at tage det skridt med i sin kanal.
På den måde får man stadig overført sin oprindelige kilde hele vejen til målet. Det kan der nemlig være store problemer med hvis man tager skridtet med i kanalen uden at lave de små tricks. Ulempen er selvfølgelig at man ikke kan se præcis hvor mange der falder fra ved betalingen så den er kun holdbar som midlertidig løsning :)
Jeg har lidt på fornemmelsen at det er det du har gjort her: http://www.v4d5.net/grafik/kanalvisualisering.png
Forresten, når du siger 3. parts siden, mener du så de sider hvor man har betalingssiden liggende på egen server, men kalder den igennem en proxy/relay-script fra ens betalingsudbyder? F.eks. http://www.sikker-betaling.dk/http://www.webshop.dk/betalingsformular
Husk forresten at få en aNyhed-knap på når de skriver den her slags guldkorns-artikler :)