04 Mar 2009 19:49
57 kommentarer
til at afslutte seancen.
Super guide - nu skal jeg igang :)
Betyder det samtidigt at du har taget hul på mappen med det klinkende navn "Google Analytics - Temauge 2"? :)
Forresten, hvad betyder "lidt grunker til adwords"? :)
Både og Jacob... Google Analytics Temauge 2 er blevet skrinlagt indtil videre. Havde bare denne her i mappen og der var flere, der rykkede mig for en guide. Een af dem var særligt pågående og så bøjede jeg mig. Men der skal nok komme flere Analytics-indlæg hen ad vejen.
Med "lidt grunker til adwords" mener jeg, at hvis du vil teste et nyt keyword - f.eks. "blå madkasser", så test det med AdWords først. Hvis det virker, så smid penge efter at få din landingsside SEO'et til "blå madkasser". Virker det ikke, så er din eneste udgift lidt Adwords-penge. Andre går ud og køber SEO allerede inden de har testet, at det virker. Det er der jo ingen grund til... Er det mere klart nu??.. Ved godt, at det egentligt ikke hører sig hjemme i indlægget her.
Det var egentlig bare ordet "grunker" jeg ikke forstod. Det er vist ikke jysk? :)
Men ja, den er en rigtig gode måde at lave keyword research på, inden man bruger formuer på SEO.
Det lyder godt at der fortsat vil komme GA tips og tricks fra dig. Du fortæller mange ting som ikke ret mange er klar over.
Kender du ikke ordet "grunker"??.. Ved ikke, om det er jysk. Jeg lærte det vist af at læse Anders And.
Nåh, så er det derfor... Jeg læser Basserne :)
Forresten. Når man læser indlægget fra forsiden, så er der små fine kode-bokse med GA-koden. De kode-bokse er væk, når man er inde på selve indlægget. Jeg kan umiddelbart ikke se nogen forskel i koden på de to sider...
Ja - jeg ved det godt, men kunne ikke lige spotte en umiddelbar forskel, så jeg gad ikke til at gå i gang med det store skyts. Vil (måske), når tiden tillader det, få det rettet. Jeg tror måske, jeg har nogle JavaScript-funktioner, der kolliderer... Det er ulempen ved at bruge alverdens andre biblioteker og skidt...
Men tak fordi du påpegede det.
God artikel, Morten.
Man kan også bruge oplysninger til at se, om man nu rent faktisk har de rigtige varer i sin butik. Selvfølgelig skal man optimere sine sider, så man får solgt de varer, som man nu engang har på lageret, men oplysningerne kan også bruges til at se, hvor vareudbuddet skal fornys.
Vi kan f.eks. se, at den varegruppe, som er den mest velbesøgte i vores butik i vinter (ud fra Google-søgeord), slet ikke har konverteret en eneste krone. Og det er jo satme trist, når nu kunderne er kommet ind i butikken. Vi kan selvfølgelig optimere siden for at se, om vi så sælger mere (vi kan jo i hvert fald ikke sælge mindre), men det indikerer også, at vores udvalg inden for netop den kategori ganske enkelt er alt for kedeligt. Så det skal vi selvfølgelig gøre noget ved til næste vinter.
Samtidig valgte vi oprindeligt at droppe funktioner som "Andre købte også", "Relaterede varer" osv. for at lave en side med mindre støj, men det skal bestemt laves om, da kunderne så muligvis havde købt noget andet end det, som de rent faktisk søgte efter, da de kom ind i butikken.
Og du har helt ret - det er lige netop det, man får ud af at søgeoptimere, uden først at tjekke, om den varetype konverterer noget som helst.
Tak for det, Johnny.
I min branche plejer man at sige "negativt resultat er også et resultat", og det er din kommentar jo et levende bevis på. Her har Google Analytics jo netop hjulpet jer med at finde ud af, hvad I ikke skal købe næste år. Derved kan man jo spare masser af penge. Så e-commerce/Google Analytics kan ikke bare hjælpe til at øge omsætningen, men også til at undgå fejl-indkøb.
Har I lavet split-test på, om det kan betale sig at lave "andre købte også" og "relaterede varer"? Jeg synes ikke, at vores "andre købte også" sælger særligt godt.
Med inspiration fra din guide har jeg nu fået implementeret det på http://index.wep.dk - Det bliver sjovt at se hvilke andre ting GA kan fortælle mig nu. Det der med "days to buy" og "visits to buy" kan jo fortælle ekstremt meget om kundeadfærden i en webshop. Meget brugbar information.
Jeg har jo ikke en webshop, så jeg har været nødt til at være lidt kreativ.
Mine produkter:
Titel
URL
Keywords
Beskrivelse
Så kan jeg lege at hvis de udfylder feltet, så er det det samme som at købe et produkt. Prisen på produktet er så mængden af tegn der er indtastet i feltet. Men jeg synes da ikke der går 72 timer før der kommer data. Jeg tror det var Kildebogaard der sagde det. Mine data kom allerede efter 12-14 timer.
Igen en fed guide fra dig, Morten!
Den kommer helt sikkert til at erstatte den e-mail skabelon jeg efterhånden har fået lavet, med instruktioner i hvordan man implementerer eCommerce Tracking :-)
Mht. beløb, så plejer jeg at anbefale at man runder alle decimaler af og dropper tusindtal separatoren. Altså laver 1.234,56 om til 1235. Så er man på den sikre side.
Kunne man overtale dig til at bakke denne artikel op på et senere tidspunkt, med andre eksempler på hvad du bruger eCommerce Tracking til?
Jeg kan selv komme på masser. Men da jeg ikke selv er webshop-ejer og nok ikke får lov at bruge nogle af mine kunders Google Analytics som eksempel, er det lidt svært.
@Jacob - du ved snart alt, der er værd at vide om e-handel, så det er vist på tide, at du får købt dig et varelager og et domæne og kommer igang ;o)
@Sprogø - tak for de pæne ord. Jeg vil også klart anbefale at droppe decimaler. De sidste par ører kommer alligevel ikke til at gøre nogen stor forskel.
Vil måske godt følge op med en artikel. Ville have inkluderet skærmdumps, men syntes, at de var for afslørende, så de røg ud. Men jeg kan jo sløre de ting, jeg ikke er villig til at dele. Skal overveje, om det er en blogpost værd.
Vads: Nu går du sku i offensiven :)
Men du er da ikke helt på gale veje. Jeg har fået min opgørelse fra feriekonto, og jeg har så godt som besluttet at pengene skal hældes i en webshop istedet for en ferie. Jeg er i fuld gang med at finde ud af hvilken løsning jeg skal satse på i starten, selvfølgelig med amino som primære kilde til research.
Jeg har gang i denne tråd, hvor jeg prøver at skabe et overblik over hvad det koster at komme igang:
http://www.amino.dk/forums/t/54102.aspx
Du må meget gerne kigge forbi, og se om der er nogle omkostninger jeg har glemt at tage højde for. Du kan nok også bekræfte/afkræfte nogle af de tal jeg har lidt usikre på.
Forresten, får du de reply-tweets jeg skriver, hvis du ikke følger mig?
Søren: Med hensyn til ting man kan bruge det til, så vil jeg da også tro at det understøtter multiple conversion points, så man også installerer tracking koden på tilmelding til sit nyhedsbrev. Men jeg ved ikke om man kan det?
@JacobW: eCommerce Tracking kan sådan set kun tracke ét conversion point. Med mindre man "hacker" det og f.eks. bruger produktkategorien til at angive ens conversion point.
Men ud over eCommerce Tracking kan du stadig sætte Goals op i Google Analytics, og bruge disse til f.eks. at måle tilmeldinger til nyhedsbreve o.lign. Og hvert goal kan oven i købet tildeles en værdi.
Okay, det er da lidt handicappet at man ikke kan det - underligt. Men Google har garanteret en god grund til den begrænsning, som jeg bare ikke har intelligens til at indse. For det er vel ikke fordi de ikke kan finde ud af at kode det :)
Indtil videre kører jeg også videre med Goals, men de bliver vel lidt redundante når man har Ecommerce? Altså lige bortset fra Multiple Conversion Points. Har du erfaring med hvordan det er at bygge op med Custom Reporting ligesom du har gjort her?
http://afdeling18.dk/blog/2008/11/14/custom-reporting-i-google-analytics.aspx
Sådan en oversigt er nemlig guld værd.
I praksis har du sjældent brug for andet: Et main conversion point (din eCom Tracking), og så et par standard goals.
Så i dette tilfælde dækker Google Analytics 99% af alles krav til funktionalitet.
eCom Tracking i Custom Reports er nøjagtigt det samme som alt andet: Du har et par ekstra dimensioner du kan hive ind i enten rækkerne eller kolonerne, f.eks. Unique Purchases, Average Order Value, Product Category osv. osv.
Rent guf, og alt hvad de fleste behøver :-)
@Jacob - Tjah - hvis du bruger pengene på en webshop, så er det godtnok det radikalt modsatte af en ferie. Den vigtigste disciplin du skal lære, når du er e-købmand, er at acceptere, at du kun kan nå 10% af de ting, du bør og har lyst til. Så der er altid ét eller andet at gå i gang med.
Mht re-tweets, så får jeg dem ikke. Har netop klikket "follow". Jeg har endnu ikke set lyset med Twitter, så er ikke så aktiv derinde. Irriteres mest over, at jeg får så mange twammers (mit eget ord for de twitters, der følger mig udelukkende for at jeg skal følge dem).
Mht din liste på Amino vil jeg sige:
-Dandomain shop??.. Du har da læst, at man selv kan lave sin webshop!
-Brug quickpay i stedet for ePay. Quickpay drives af www.pil.dk, som vi bruger til hosting og de er bare top-professionelle
-Unoeuro... Nix... Du skal have en væsentlig mere stabil host til en webshop. Det koster grunker og Google-love hver gang dit side er nede. Og det er Unoeuro efter sigende tit. Du må satse på en lidt dyrere og bedre hosting-løsning.
Søren: Super, jeg glæder mig til at få lavet en ny custom report, når jeg får nogle flere data fra Ecommerce. (Den er i skrivende stund stoppet med at komme med data, så måske har jeg ødelagt noget)
Vads: Ja, jeg prøver også at vurdere hvor meget tid der skal afsættes til det hver dag. I starten er der jo ikke så meget at lave omkring selve driften, men der er nok rigtig mange ting som man gerne lige vil have lavet bedre :)
Jeg er lige kommet på twitter for et par uger siden, så jeg leder også efter lyset derinde. Jeg synes dog der kommer mange gode links fra eksperterne derinde, så det nyder jeg meget :)
Hehe, jeg vidste bare at en DanDomain shop ikke ville falde i god jord herinde :) Men beslutningen er heller ikke helt truffet endnu, men inde på Amino valgte jeg at tage udgangspunkt i en DanDomain, så tråden ville have relevans for flest mulige. Mine to primære overvejelser er:
1. Jeg skal nok bruge rigtig meget tid på at få en DanDomain shop til at ligne f.eks. bd-store.dk, som slet ikke ligner en standard løsning. De timer kunne man måske ligeså godt bruge på at lave en fra bunden?
2. Lidt ligesom du for nyligt har opdaget at man ikke kan følge med Googles produkter til split-test, så tænker jeg også at man måske vil komme til at bruge ekstremt lang tid på at udvikle funktioner som er helt standard i DanDomain shoppen, som f.eks. nyhedsbrev-interface til udsendelse og styring af til/af-meldinger, administrations-system, lagerstyring, rabatter, etc...
3. Sikkerheden! Jeg er 100% autodidakt indenfor programmering, så jeg vil komme til at tvivle meget på sikkerheden i min programmering. Ved at købe en løsning, burde der være styr på det.
Nej - jeg synes faktisk at den DanDomain er en fin løsning. Var bare af den opfattelse, at du selv ville stå for at bygge den. En hjemmebygget giver mere fleksibilitet, men også mere bøvl. Som du selv er inde på, så ligner bd-store ikke på nogen måde en standard-løsning.
Man skal nok kun håndbygge sin side, hvis man synes det er sjovt. Det er i hvert fald ikke den hurtigste løsning.
Jeg må nok desværre skuffe jer en smule:
BD-Store er bygget på en DanDomain løsning!
Og den er rimeligt "konventionelt" opbygget, forstået på den måde at produktliste, produktvisning, shopping basket osv. følger, hvad der efterhånden er deFacto standard.
Og det skal bestemt ikke forståes negativt! At overholde de gælde konventioner gør ofte, at brugerne intuitivt ved hvor de skal finde ting.
Vads: Det er helt rigtigt forstået at jeg helst vil lave tingene selv. Jeg tror desværre bare ikke jeg har nok styr på sikkerheden til at kunne bygge en shop, hvor hacking og sådan jo vil være katastrofalt - både for mig, men også af hensyn til kundernes følsomme oplysninger. Men heldigvis binder man ikke en masse penge i en DanDomain løsning, så man kan jo altid bygge sin egen på et senere tidspunkt, når man begynder at få brug for mere fleksibilitet.
En ting der dog er meget vigtig for mig er muligheden for at lave split-tests, så hvis den ikke kan det, så bygger jeg min egen. Men det tror jeg den kan. Ellers tror jeg ikke Rosenstand ville vælge den. Nogen der ved om den kan det?
Søren: Jeg tror du misforstod det lidt - vi ved godt at det er en DanDomain løsning, pointen er bare at den er lavet så flot så det ikke ligner en standard løsning, men nærmere noget der er bygget op fra bunden. Ved I hvilket firma de har brugt til det? Eller om de selv har været igang?
deFacto: Så lærte jeg også et nyt ord i dag :)
Du snakker forresten en del om brug af White-space ovre på din egen blog... Har du et link der fortæller lidt mere om det?
Der er lavet flere sindsygt flotte skræddersyninger af DanDomain's webshop, Rosenstand's er langt fra den vildeste.
Kig lidt på deres referenceliste, eller på hvad nogle af deres designpartnere har lavet:
http://www.dandomain.dk/produkter/webshop-design.html
http://www.dandomain.dk/produkter/webshop-referencer.html
Mht. whitespace, så er det lidt svært at forklare kort. Det handler om at skabe et æstetisk flot udtryk, der er i balance. Hvordan man så gør det, ligger der flere års undervisning og teori bag.
Men Google lidt på Gestalt loven / Gestalt law, og se om der ikke dukker noget spændende op. Den er ihvert fald noget af det mest grundlæggende inden for godt design (ikke kun web).
Søren: Ja, der er lavet nogle rigtig fede løsninger på den shop. Nogle af de referencer som DanDomain selv lister, er dog ikke specielt imponerende :)
Ved du hvad man skal kunne for at kunne skabe sådan noget? Kan man komme langt med en rigtig dygtig photoshop-designer og en masse viden om CSS eller skal der mere til?
Tak for forklaring om Whitespace. Jeg vil prøve at kigge lidt mere på det, og se om jeg kan finde nogle gode artikler og eksempler derude :)
Nu har jeg selv, for første gang skulle grave lidt dybere i en Dandomain shop, og gennemskue hvordan de styles.
Hvis du har styr på dit CSS, og du forstår at tænke kreativt hvad angår CSS så kan du stort set modificere Dandomain fuldstændig. Men CSSen vil ikke, i alle tilfælde, være lækker set med nørdede briller.
Der hvor Dandomain er mest begrænset er en del små hardcodede ting, som f.eks. nogle ret irriterende breaks rundt omkring.
Udover det vil en stort kendskab til JS også være en fordel, da det ofte er måden at komme uden om mange af standard tingene i Dandomain.
Dokumentationen på designdelen fra Dandomain er håbløs, så der er en del trial and error.
Men når det er sagt så bliver du rigtig glad for den stærke backend du har med en Dandomain shop
Martin: Tak for dit svar. Det lyder godt at man kan komme langt med CSS, men ikke så godt det med JS :)
Jeg har en rigtig dygtig grafiker på hånden, så det måske være jeg selv kan få lavet en unik designet shop. Ved du hvad man ellers plejer at betale for sådan en omgang som f.eks. bd-store.dk har været igennem? Snakker vi 2-3000 eller er det nærmere 10-15000?
Vads: Hvis det er med hensyn til hosting at du mener jeg bør undgå UnoEuro, så tror jeg faktisk at der er hosting med i prisen hos DanDomain? Altså så shoppen er hostet hos DanDomain...
Ja - hosting og UnoEuro... Ved godt, at du ikke kan få hostet din DanDomain-shop ved UnoEuro. Jeg aner ikke, om der er hosting med i prisen. Har kun kigget på DanDomain udefra.
Nej, det ved jeg heller ikke. Men Amino tråden skal også peppes op med et mail svar fra DanDomain, som forhåbentlig kan svare på de resterende spørgsmål.
Jeg ved jeg kommer sent ind i debatten, men HOST HOST, det er da noget skidt af fjerne decimalen. Hvor svært kan det være at sætte et . i stedet for et ,? Det handler da om at få mest mulige præcise data.
Ift. kategori, så har Google Analytics den begrænsning at der kun er 1 kategori til rådighed. Derfor kan det være en ide at lave kategorierne som
"Sko - kvinde - Nike"
"Sko - kvinde - Puma"
osv. På den måde kan man søge på hhv. "sko", "kvinde" eller "nike" og se det samlede salgstal for den kategori, samtidig med at man kan se fordelingen på de underkategorier man har med i samme tekststreng.
Mht. affiliate og store name, så kan man ikke se det i Analytics data, men man kan bruge variablen som filter. Så lidt brugbart er det, men dog et levn fra tidligere tider.
Hvad er der gået galt når man ikke får data for det enkelte produkt ??
Hvis jeg går ind i ehandel og kigger er der ingen info under
indtjeningskilder ??
/kenneth
@Kenneth - tjah, det er et godt spørgsmål. Noget er der gået galt. Får du en JavaScript-fejl, når du har købt et produkt? Det er virkeligt svært at sige, hvad der er gået galt, når man ikke har set patienten. Har du et eksempel på den kode, du bruger, så er det lidt nemmere.
Nope, har eksternt firma til at indlæse koden, men jeg kan så konstatere at de ikke har gjort det korrekt, og må have fat i dem.
du kan tjekke det ud www.p-lindberg.dk
Forresten glæder jeg mig til din analytics uge.....hvis den en dag kommer
For at jeg kan se, om koden er korrekt installeret, så skal jeg jo købe noget i din shop og så meget, har jeg sgu' ikke lyst til at løse dit problem ;o)
Du må enten komme med et eksempel eller hive fat i dit eksterne firma. Det er ekstremt simpelt at implementere, så jeg vil anbefale, at du tager godt og grundigt fat i dit firma (eller skifter din leverandør ud). Det er ekstremt nemt at lave, så det skal sgu' bare fungere!
...Du kan også hyre en konsulent (f.eks. mig) til at guide dine programmører i, hvad det 100% er der skal laves.
Jeg har været med til at implementere GA eCom tracking rigtigt mange steder, og i ca. 80% af alle tilfældende gør udviklerne et eller andet forkert. Som regel noget med ugyldigt nummerformat, strenge hvor apostrofer ikke bliver fjernet eller lign. Noget, det kan tage timer for en utrænet at finde, men 5 minutter for en prof. at spotte.
Beklager "reklamen" for mig selv. Men jeg har stået i den situation ekstremt mange gange.
Reklamen er helt i orden, Søren. Det er jo faktisk netop et reelt og måske eneste realistiske løsning for Kenneth. Men jeg må helt ærligt indrømme, at det er så ultra-nemt, at hvis min programmør ikke kunne finde ud af det, så ville jeg finde en anden programmør. For så er der meget andet, der heller ikke er i orden. Sorry to say....
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"));
try {
var pageTracker = _gat._getTracker("UA-8223689-1");
pageTracker._addOrganic("bing", "q");
pageTracker._addOrganic("jubii","query");
pageTracker._trackPageview();
pageTracker._addTrans(
"154", // Ordrenummer (shoppens)
"P. Lindberg", // Handels organisation
"86,00", // Totalpris
"21,50", // Moms
"75,00", // Leveringspris
"adsasd asdasd", // kundenavn
"N/A", // State
"DK" // Country
);
pageTracker._addItem(
"154", // Ordrenummer (shoppens)
"9018857", // Varenummer
"Engangskedeldragt, one size", // varenavn
"32,5000", // varepris
"1" // Antal
);
pageTracker._trackTrans();
} catch(err) {}
Hej Søren,
Har tænkt på dig, mere som et lille kursus til mig selv så jeg kan finde ud af at sætte en masse op.
Koden har jeg lige lagt ind, og som jeg umiddelbart kan tyde er det fordi han ikke tager varens navn med.
næh, han tager navnet med, så kan jeg ikke lige se fejlen........træls.........
Jamen så lad os tage den som eksempel på, hvor hurtigt en ekspert kan spotte fejlen :-)
Prøv at tage alle priser, og konverter dem til amerikansk talformat. Eller endnu bedre: Afrund til nærmeste heltal, og fjern tusind seperatorer.
Søren det bliver prøvet og virker det skylder jeg en, eller flere eller noget en god pris, hvis vi har noget du kan bruge.
Jeg har skiftet til punktum som decimal separator, og der burde ikke komme nogen tusindtals separatorer lige nu såvidt jeg kan se. Yderligere sikrer jeg at der kun er 2 decimaler på alle priser.
Virkede ikke...........
@kenneth: Pokkers, det plejer ellers at være det oftest forekommende problem.
Husker du at det tager op til 24 timer før data kan ses i GA? Og har du din egen IP-adresse ekskluderet fra statistikkerne?
Er der overhovedet listet noget inde i GA under Ecommerce / Transactions?
Yderligere kan jeg desværre ikke hjælpe uden at skulle ind og placere en testordre. Men så plejer jeg også at kunne spotte med det samme hvad der går galt.
JA, for jeg har 271 transaktioner som har generet salg på ca 600.000 men 0 produkter solgt.
Træls, jeg venter lige til i morgen, og virker det ikke der, kan jeg så lokke dig til at lave en ordre, jeg skal nok slette den igen, så du ikke får sendt noget.
Jeg kan sende dig login så du ikke behøves lave Dankort betaling
@kenneth: Jeg kan desværre ikke lokkes til noget som helst, medmindre jeg må sende dig en faktura. Beklager, men der skal lidt brød på bordet engang imellem. Træls, men sådan er det når man er selvstændig konsulent.
Tror dog næppe det tager mere end 1 time at teste, finde problemet, lave løsningsforslag, og teste igen. Kontakt mig (følg linket på mit navn), hvis det har interesse.
850 DKK ex. moms i timen.
Men kontakt mig lige direkte på ssp snabel-a afdeling18 dot dk.
Ingen grund til at fylde Morten's blog med kommentarer før vi har fundet løsningen :-)
Hej Kenneth.
Du mangler en kategori, når du kalder funktionen additem(). Funktionen tager seks parametre, og du sender kun fem med. Det kan være grunden til, at den fejler.
Jeg er ikke ude på at svine din programmør til, men det er altså forholdsvis simpelt at implementere, så jeg synes, du skal tage i kraven på ham og sige "det skal bare virke!".
Nå - prøv at smid en varekategori efter dine varer, så tror jeg, at du er i hus.
@V4D5: Godt spottet :-)
Da Kenneth nævnte at transaktionerne godt nok kommer med, men ikke produkterne, burde det have været et hint til hvor fejlen lå.
Dette symptom er også noget jeg tit ser, når man glemmer at fjerne apostroffer i produktnavne. Noget, som jeg vil betegne som den næst-mest forekommende fejl.
Hey, måske vi skulle samarbejde om en "Top 5 fejl i implementering af eCom tracking" liste? :-)
TAkker bare vildt for hjælpen for en nOOb som mig er I gutter guld værd.
Ja, det kunne være kanon, med sådan en liste, tror den kunne hjælpe mange
har nu kigget lidt nærmere på de data jeg får ind, burde jeg ikke kunne se såvel vare nr. som vare tekst for sig.
altså // varenr og //varenavn.
Jeg kan nemlig kun se vare navn under købte produkter.
/kenneth
Hvilket jeg så også kan bare glem mit indlæg............... :-(
Fjols jeg er....
Brug dit eget navn - ikke sådan noget "billig arganolie" eller "mobilt bredbånd"
Kim Malmberg 04/03/09 23:57
Som altid...Super gode guider fra dig :-)