Posts Tagged ‘Google Analytics’

Att sätta upp Google Remarketing

Google Remarketing är verktyget för dig som vill kunna skräddarsy annonsering för de som har besökt din webbplats, utifrån vilka sidor de varit inne och tittat på eller vilka mål/event de utlöst (eller inte) i Google Analytics. Annonserna visas i Google Display Network (som kan sägas vara Googles affiliatenätverk) när användarna surfar vidare efter att de besökt din site.

Genom Google remarketing kan du nischa målgruppen för ett budskap eller erbjudande till att bara inbegripa dem som varit på din site och som är väldigt troliga att vara intresserade av din verksamhet och dina produkter. Du slipper på så sätt begränsa dig till nå en viss målgrupp definierad av traditionella PPC-indelningar såsom demografi och intressen.

Vad behövs för att börja annonsera med Google Remarketing?

Att sätta igång med Remarketing är lätt och det går snabbt att komma igång. Det är alltså en Google-produkt och det är en förutsättning att du använder både Google Analytics och Google AdWords, samt att dessa är sammankopplade.

Nästa steg är att ta fram och lägga en särskild Remarketing-tag på alla sidor. Detta är alltså ett litet script som ska hålla kolla på all data från alla besökare. Med hjälp av denna så skapas en så kallad ”Main List” som alltså är en lista där alla besökare till din webbplats kommer att samlas. När väl denna är på plats börjar det roliga – att segmentera in alla besökare i olika listor.

Dessa listor kan du sedan använda som målgrupper och fungerar ungefär som Ad Groups i det normala Google AdWords, vilka du kan skapa specifika annonser till. Det är bara din fantasi som sätter stopp för hur du segmenterar och skapar listor. Eftersom det även är möjligt att sätta olika listor i förhållande till varandra blir verktyget än mer kraftfullt, men mer om detta nedan.

Remarketing-tag – koden som behövs för att komma igång

Din Remarketing-tag finns att hämta i AdWords under Campaigns > Shared Library > Audiences.

1. Gå till Audiences i AdWords.

2. Kopiera in din unika kod till alla sidor på din webbplats som besökarna kommer till, precis innan du stänger Body-taggen.

3. Din Main List skapas automatiskt och finns tillgänglig för redigering i ditt AdWords-konto.

Hur använder man Google Remarketing?

Hur du definierar och kombinerar dina Remarketing-listor är helt upp till dig och du behöver naturligtvis utgå från målen med just din webbplats. Med det sagt så finns det scenarion som de allra flesta kan känna igen, där användandet av Remarketing kan göra storskillnad och öka antalet konverteringar och/eller minska kostnaden för konverteringar rejält.

Annonsera till de intresserade av en viss produkt

Oavsett bransch så är din webbplats med stor sannolikhet indelad i olika kategorier, ofta i form av produkter. Skapar du listor för besökare till dina olika produkter så får du möjlighet att skräddarsy annonser till de som visat intresse för Produkt A, de som visat intresse för Produkt B osv. Du kan skapa listan med hjälp av att ange en URL, t.ex. ”www.exempelsida.se/produkt-A/”, som fångar upp alla besökare till den sidan och alla sidor under den.

Annonsera till de som inte konverterar

Även om du har en välbesökt webbplats som fungerar riktigt bra och ger många konverteringar, så är det alltid intressant att kunna nå de som trots allt inte konverterar med ett nytt budskap och försöka få dem att ångra sig, eller hur? Detta är enkelt gjort med Remarketing och dess ”Custom combination list”.

En Custom combination list består egentligen av att man sätter två eller fler andra listor i förhållande till varandra. I exemplet ovan så behöver man alltså utgå från en lista med användare som besökt din webbplats och använda en lista där alla de som genomfört en konvertering samlas för att exkludera dessa i den nya målgruppen.

Vill man göra annonserna ännu mer specifika kan man slå ihop detta exemplet med exemplet ovan och skapa listor och annonser för de som varit inne på produktsidor för Produkt A eller B men som inte konverterat.

Annonsera till de som övergav kundvagnen

De besökare som har lagt något i kundvagnen när de besökt din site, men som ändå inte köpte något var ju bevisligen väldigt nära att göra det. Om de besökte dig i en fysisk butik hade du haft chansen att interagera med dem direkt och fått en möjlighet att få dem att köpa varan. Nu har du möjlighet att göra detta även digitalt.

Fundera på varför man inte genomförde köpet och försök att tilltala detta i dina annonser för målgruppen. Behöver de kanske bara en påminnelse? Kan en liten rabatt vara avgörande? Gör du det här rätt är sannolikheten hög att de kommer tillbaka och konverterar.

Up-sell/Cross-sell

Principen här är enkel. Nå ut till existerande kunder, d.v.s. de som tidigare har genomför en konvertering, med erbjudande om liknande varor. Detta är ett smart sätt att nå en användare som redan känner till dig och är intresserad av din verksamhet, och som har stor sannolikhet att öka omsättningen.

Universal Analytics- ett nytt sätt att samla och organisera data

Universal Analytics har sedan oktober förra året (2012) funnits tillgängligt för en utvald skara, men har i dagarna rullats ut i en Betaversion för den breda massan. Men vad är det egentligen? Tanken med Universal Analytics är att man ska få mer och bättre data för hur väl din webbplats presterar.

Man kan nu importera egen data till Google Analytics så att man bättre kan följa och förstå hur en besökare interagerar med din verksamhet över flera enheter (t.ex. desktop, mobil, surfplatta) och beröringspunkter (t.ex. sök, annonsering). Detta innebär att man får större tillgång till, och kontroll över, vilken typ av data som ska samlas in och hur djupgående den ska vara. På så sätt ges möjlighet att optimera flöden ytterligare, och i förlängningen skapa ännu större affärsnytta.

Med andra ord är Universal Analytics ett nytt sätt att samla och organisera data.

Vad är nytt med Universal Analytics?

• Gör dina egna dimensions och metrics
• Synka offline- och online-data
• Multi-plattform tracking (man använder analytics.js för webbplatser och appar och Measurement Protocol för andra plattformar)
• Enklare konfigurering (till exempel campaign timeout, uteslutande av sökord, hantering av vad som är interna domäner) som tidigare endast fanns tillgängligt via API, finns nu under Admin
• Möjlighet att välja vilka kommande funktioner som man vill använda
• Mer avancerade annonseringsverktyg (kommer snart)

Från ga.js till analytics.js

För att ge möjlighet till alla förändringar behöver man även ändra sättet att mäta, det vill säga ändra Google Analytics trackingscript. Man går nu  till nya analytics.js, och så här skriver Google själva:

”The analytics.js JavaScript snippet is a new way to measure how users interact with your website. It is similar to the previous tracking code, ga.js, but offers more flexibility for developers to customize their implementations.”

Det är alltså analytics.js som är mer mer flexibelt och ligger bakom möjligheten att själv skräddarsy sin data. I och med detta går man även från flera till en cookie som får en livslängd på 2 år.

Att uppgradera till Universal Analytics

Det fins idag ingen färdigt sätt att migrera från ga.js till analytics.js, men Google påpekar att det är på gång. Vill man testa det idag behöver man därför starta upp en ny property med Universal Analytics i sitt Google Anlaytics-konto och implementera den nya koden.

Man behöver inte ta bort det gamla scriptet, ga.js, utan Google förespråkar att man använder sig av en ”dual tag” vilket inte ska orsaka några problem. När man ändå behöver byta ut script så kan det dock vara läge att på allvar fundera på att gå över till Google Tag Manager, där det nu finns en färdig mall för Universal Analytics.

Universal Analytics är förstås en stor nyhet, och vi här på webbstatistiksystem  lovar att hålla er uppdaterade med fler nyheter och sätt att utnyttja detta på. Om ni inte redan gjort det så är det därför läge att följa oss, så att ni kan vara säkra på att inte missa något.

Så mäter du # tecknet i Google Analytics

Brädgård, octothorpe, pound sign, nummertecken eller hash. Kärt barn har många namn sägs det, men frågan är om #-tecknet är så himla kärt. I alla fall inte om du frågar en webbredaktör som använder ett webbstatistiksystem som använder webbadressen/urlen som en nyckelfaktor i det som samlas in. Google Analytics är ett exempel statistikverktyg som mer eller mindre är beroende av urlen.

Om man till exempel använder ett publiceringssystem som EPiServer kan man skapa interna länkar inne i en sida. Man placerar ut ”ankare” och sedan skapar man länkar inne i sidan via det vanliga länkverktyget som finns i editorn. Det är inte den vanligaste länken, men den förekommer i denna typ av interna länkar och i många andra sammanhang. Den vanligaste länken är antagligen ”Till sidans topp”.

Det finns många andra tillämpningar och system där #-tecknet används mer automatiskt/maskinellt. Ett exempel är Googles Custom Search Engine där diverse sökkategorier hängs på i urlen efter själva sökfrasen.

#-tecknet kommer inte med i Google Analytics rapporterna

Om man har en standardinstallation av Google Analytics (som de allra flesta gör) så kommer det som står efter #-tecknet inte att finnas med i dina Google Analytics-rapporter.

Ett besök till exempelsida.se/#1 och ett till exempelsida.se/#2 skulle alltså i Google Analytics bara redovisas som två besök till exempel.se/.

Självklart är detta något som kanske inte alla lider av eller ens är medvetna om man verkligen vill veta trafiken till sidor med #-tecknet i urlen, så är det ett problem.

Så gör du för att mäta även urler med # tecken i Google Analytics

Om du stött på ovanstående problem och vill mäta hela URLen, inklusive hash-tecknet och allt därefter behöver man alltså moderera vilken data som skjuts in till Google Analytics genom att förändra standardscriptet. Det man behöver göra mer specifikt är att ändra trackPageview.

Standardscriptet, som alltså bortser från hash-tecknet, ser ut som följer;

_gaq.push(['_trackPageview'])

Det man då vill göra är att utöka det till:

_gaq.push(['_trackPageview',location.pathname + location.search  + location.hash])

När man bara har _gaq.push(['_trackPageview']) så innebär det att man mäter pathname och search som default, men för att förtydliga att man även vill ha med hash så behöver man skriva ut hela satsen.

”location.pathname” återger URLen för sidan man är på, ”location.search” återger själva ”query”-delen av en URL och location.hash återger alltså hash-tecknet och allt därefter. På så sätt kommer vi att kunna få hela URLen att skjutas in till Google Analytics, och vi hittar dem under Content > Pages inne i rapportgränssnittet.

Men ankarlänkar som inte har en ny sidladdning?

Den uppmärksamma och kritiska läsaren undrar nu kanske över hur denna lösningen funkar när det gäller ankartextlänkar. Svaret är  att även de omfattas av scriptändringen men att det krävs en sidladdning med ankartextlänken med i urlen för att de ska komma med in till Google Analytics.

Ankarlänkar är ju länkar som går  till ”ankare” någonstans på en sida och då används hash-tecknet för att peka ut ankaret. När någon klickar på en sådan länk kommer därför hashtecknet och det som står därefter komma med i URLen. MEN, det kommer inte att skjutas in till Google Analytics om inte klicket på länken innebär en  sidladdning när man klickar på en sådan länk. Om så är fallet, och man implementerar lösningen ovan,  så ska man vara medveten om att det kommer innebära att URLerna alltså skjuts in med hash-tecknet.

Bollplank, rådgivning, support Google Analytics

Om din organisation vill komma igång mer strukturerat med ert arbete inom webbanalys, vill kontrollera befintlig implementation av Google Analytics eller bara lära er mer om webbstatistik och/eller webbstatistiksystem som Google Analytics hör av dig via kontaktsidan eller kontakta en oberoende konsult inom webbanalys som till exempel Avantime.

SiteCensus avvecklas- påverkar KIA Index

I dagarna avslöjades det att statistikjätten Nielsen avvecklar sitt eget mätverktyg SiteCensus. Eftersom Nielsen och SiteCensus var en av de relativt få mätleverantörer som är med i KIA Index så kommer det naturligtvis få följder eftersom det är många stora webbplatser som är beroende av att kunna visa upp sig på KIA index för annonsörer.

Här på bloggen har vi tidigare tagit upp vad KIA Index är, men för er som inte är bekanta med det så kan man sammanfatta det med att det är ett index med officiell besöksstatistik för webbplatser. Denna statistik är sen fritt fram för annonsörer att använda och ha som underlag när man planerar sina annonsinvesteringar.

Det är därför många företag och webbplatser som är beroende av att synas på KIA Index. Att vara med i den listan gör att det blir enklare att sälja reklamplats (till exempel banners).  ”Alla” som köper upp annonsyta tittar som regel på KIA Index. Ju mer trafik en webbplats har desto mer intressant blir man i allmänhet i reklamköparnas ögon.

För att komma med i KIA Index krävs det att man betalar en mindre avgift, men en förutsättning är att man har ett godkänt mätsystem. Dessa är

• OAS Analytics
• WebTrends
• SiteCatalyst 
• SiteCensus
• AT Internet Analyzer 2
• Digital Analytix
• Mobile Web Metrics (enbart mobilwebb och appar)
• CEM4Mobile (enbart mobilwebb)
• Google Analytics (om man uppfyller de krav som finns, bl.a. får man inte ha över 100 000 unika besök i veckan eller ingå i ett nätverk)

Nu kommer alltså SiteCensus läggas ner och tas bort från listan. Detta lämnar ju deras befintliga kunder i något av ett dilemma, då de nu måste hitta och bestämma sig för ett nytt statistikverktyg, som dessutom ska leverera statistik till KIA. Som ni förstår finns det alltså inte så många att välja mellan och nu kommer troligtvis statistikverktygsleverantörerna ha huggsexa om de mest trafikerade siterna.

Problemet för båda parter är dock att webbplatsägarna har mycket trafik och statistiksystemsleverantörerna har prislistor som till stor del är beroende av antal sidvisningar. Det blir med andra ord ganska höga licensavgifter och det är många webbplatsägare som inte kan motivera de avgifterna bara för att vara med på KIA Index. Vi får se om det kommer någon leverantör som skapar ett erbjudande för just KIA Index så att det går att komma in där utan att betala fullprisvarianten av licenserna…

Enhanced Link Attribution i Google Analytics – skilj mellan länkar i In-Page Analytics/På din sida analys

var pluginUrl =
‘//www.google-analytics.com/plugins/ga/inpage_linkid.js’;
_gaq.push(['_require', 'inpage_linkid', pluginUrl]);

Så ser det ut (se mer nedan hur du implementerar den). De här två raderna kod kan göra analysen av hur besökare navigerar på en sida på din webbplats mycket enklare och bättre om du har flera länkar till samma destinationssida/målsida.

I andra statistikverktyg som till exempel Adobe SiteCatalyst har denna funktionalitet funnits i många år, men nu bockar alltså Googles utvecklingsteam av ytterligare en funktion som man saknat och som funnits hos konkurrenterna.

In-Page Analytics i Google Analytics

Google Analytics har under en längre tid haft In-Page Analytics (på din sida-analys på svenska) som en del i Google Analytics utbud av rapporter. In-Page Analytics kan sägas vara en grafisk representation av statistiken ”påmålad” på din webbplats. Det är ett mycket avdramatiserat sätt att tillgodogöra sig statistik och är lämpligt för alla typer av redaktörer/marknadsförare etc., även de som kan vara lite ”rädda” för tabeller och rapporter i webbstatistiksystemet.

Tanken med In-Page Analytics är att visa vilka länkar på en sida som besökarna klickar på och hur ofta, och man kan även utläsa målvärden och intäkter som genererats via en länk. Även ifall det har varit en användbar rapport så har har den haft brister.

Det största problemet som många har upplevt har varit att statistiken inte har varit exakt för varje länk på en sida, eftersom att man bara har mätt klick utifrån vilka URLer de leder till och inte vilken specifik länk som faktiskt har klickats på.

Ponera exempelvis att sida A har två olika länkar, länk 1 och länk 2, som går till sida B. På sida A klickade 100 besökare på länk 1, 50 besökare på länk 2 och totalt var det 1 000 klick. Eftersom GA alltså inte kunde skilja mellan länk 1 och 2, utan bara se hur många klick URLen till sida B fått, så står det i rapporten att både länk 1 och 2 stått för 15% av alla klick. Det korrekta hade alltså varit att visa 10% för länk 1 och 5% för länk 2.

När du är inne i In-Page Analytics rapporten och vill se hur många som klickat på en specifik länk som kan man till exempel hoovra/ställa muspekaren över länk. Då visas mer information och däribland hur många som klickat på en länk.

Ett annat problem var att man saknade statistik för sådant som inte var ”vanliga” länkar, såsom knappar och annat som triggas med JavaScript. Detta försvårar naturligtvis optimeringsarbetet och gör det svårt att veta vilken layout och navigering som faktiskt funkar bäst på din site.

Enhanced Link Attribution

Då Google kände av behovet av en bättre, mer exakt analys har de nu släppt Enhanced Link Attribution som ska åtgärda problemen med In-Page Analytics. In-Page Analytics fungerar enbart med hjälp av Google Analytics standard script, men vill man nu börja använda enhanced link attribution, som på svenska kallas förbättrad länktillskrivning, behöver man genomföra två mindre förändringar.

För det första behöver man implementera två rader kod och placera dem i Google Analytics-scriptet, enligt nedan.

var _gaq = _gaq || [];
var pluginUrl =
‘//www.google-analytics.com/plugins/ga/inpage_linkid.js’;
_gaq.push(['_require', 'inpage_linkid', pluginUrl]);
_gaq.push(['_setAccount', 'UA-XXXXXX-Y']);
_gaq.push(['_trackPageview']);

Efter att det är implementerat går du till Admin > Egendomsinställningar/Property Settings i Analytics-kontot. Där behöver man klicka i rutan för enhanced link attribution/förbättrad länktillskrivning och spara de nya inställningarna. Efter det är det klart, och Google  Analytics kommer att börja samla in den nya datan.

In Page Analytics använder då en kombination av elementID och URLer, vilket kommer att lösa de flesta problem men inte alla. Det kommer fortfarande att finnas problem med att identifiera ifall någon klickade på ett element, t.ex. om man går bakåt, refreshar sidan osv. Rapporten kommer i de fallen visa intervaller för hur många klick ett element troligtvis har haft. Läs gärna mer om det på Googles support.

Så taggar du dina länkar i nyhetsbrev skickade från epostmarknadsföringsverktyget Apsis

Apsis är ett av de dominerande företagen på marknaden för e-postmarknadsföring i Sverige med sitt nyhetsbrevsverktyg APSIS PRO. I Apsis nyhetsbrevssystem finns det en hel del statistik som till exempel hur många prenumeranter som klickar på länkar och hur många som öppnar brevet (kallas Unika öppningar, tekniskt är detta att man öppnar bilderna i nyhetsbrevet som prenumeranten fått skickat till sin e-postklient).

Exempel på annan statistik i nyhetsbrevsverktyg

• Antal studsar
• Antal mottagare som har klickat på en länk i brevet (aktiva prenumeranter)
• Antal avregistreringar som ett visst utskick orsakat
• Öppningar av brev i förhållande till tid efter utskick

Det här är såklart bra statistik och den ska man arbeta med som administratör och e-postmarknadsansvarig. Statistiken som finns i Apsis liknar många andra konkurrerande nyhetsbrevsverktyg.

Om man använder nyhetsbreven som ”inkastare” till en webbplats eller någon annan form av webbtjänst så måste man dock tagga upp länkarna i nyhetsbrevet med webbstatistikverktygets ”taggar” (läs mer om ”grundteorin för taggning i artikeln QuickWin: Tagga upp länkar och annonser till webbplatsen). Nedan beskriver vi hur man taggar länkar i APSIS PRO.

Så taggar du länkar i APSIS PRO

Gå in på fliken Konto och Extern statistik. Det finns ett antal webbstatistikverktyg som Apsis byggt in stöd för. Dessa är:

• Snoobi
• Google Analytics
• Sitestat (Nedstat)
• SiteCatalyst (Omniture/Adobe)

Grundinställningar för taggning av nyhetsbrev i APSIS PRO

Man kan även skapa en egen så kallad grupp. I exemplet ovan är den som heter SiteCatalyst skapad extra. Detta är bra eftersom man använder egna kampanjparametrar i Adobe SiteCatalyst.

Observera att man ska klicka i checkboxen Aktiverad och sedan klicka i Spara. Om man inte klickat i denna checkbox så är inte taggningen aktiverad och du kan inte anpassa dina taggar efter varje utskick (se längre ned hur det går till).

Aktivera det webbstatistiksystem som du vill använda tillsammans med APSIS PRO

I Google Analytics som många andra använder är det ett antal fasta kampanjparametrar (utm_source, utm_medium, utm_content och utm_campaign) som gäller till skillnad från Adobe SiteCatalyst. Apsis har fyllt i några av dem som default (se ovan). Du använder de parametervärden som du vill ha som grundvärden.

Grundtaggning för Adobe SiteCatalyst i APSIS PRO

Ovan visas det fält som används i detta exempel och SiteCatalyst. De fält som används ändrar man sedan om man vill i själva e-postutskicket (lämpligen fyller man i någon form av grundvärde ovan och sedan kompletterar man med något som identifierar det specifika utskicket mer).

Förtydliga utskicket/nyhetsbrevet med mer information

Gå sedan till ditt nyhetsbrev och klicka på fliken Inställningar. En bit ned hittar man Extern statistik och det webbstatistikverktyg som du aktiverat. Här kan du komplettera grundvärdet du fyllt i ovan med något mer specifikt som identifierar just detta nyhetsbrev bland andra i ditt webbstatistikverktyg.

Google Content Experiments – Ersättaren till Website Optimizer

Om du på sistone har letat efter verktyget Google Website Optimizer så har du säkert märkt att det inte finns längre, oavsett hur mycket du googlar. Detta populära verktyg har nämligen ersatts av något som Google valt att kalla Content Experiments. Google Content Experiments är inte längre ett fristående verktyg utan hittas integrerat i Google Analytics i menyn under Content > Experiments.

Liksom Website Optimizer är huvudfunktionen att testa olika webbsidor mot varandra i så kallade a/b-test. Det går också att köra varianten multivariate test (multivariabla tester) som till skillnad från a/b-testet använder två väldigt lika versioner av samma sida mot varandra med vissa mindre skillnader i form av till exempel alternativ placering på knappar eller olika färg och storlek på rubriker. I Content Experiments erbjuds du däremot bara ett sätt att köra testet. Hur mycket dina sidor ska skilja sig från varandra bestämmer du själv.

Varför gör man testet?

Dessa tester görs med målet att utröna en vinnare för att se vilken av sidorna som redovisade bäst resultat i form av flest konverteringar och bäst konverteringsgrad. Vad konverteringen är beror helt och hållet på dig som gör testet. Enda regeln är att det, för dig, ska vara någonting värdefullt som besökaren kan göra på din webbplats. Vanliga exempel på konverteringar och mål på en webbplats kan vara ett ifyllt formulär, ett köp i din webbshop, en anmälan till ditt nyhetsbrev eller varför inte ett besök som varar längre än 2 minuter.

Vilka sidor ska jag testa?

Själva testet är hyfsat enkelt att sätta upp i Google Analytics. Den lite mer kluriga biten består av att bestämma vilka sidor du ska testa. Ett tips är att sätta dig in i besökarens position. Vilka sidor befinner man sig på för att kunna göra en konvertering? Titta på dina målflöden i Google Analytics och titta på de steg som besökaren har störst tendens att hoppa av vid innan de nått någon av dina tacksidor. Har du inte målflöden uppsatta i Google Analytics så se till att skaffa det nu! Information på hur du gör detta finns här.

Ett annat tips på sidor att testa är dina vanligaste landningssidor i syftet att locka besökaren till att stanna kvar på din webbplats. Startsidan i all ära, men har du kampanjer eller annonser igång som leder till andra sidor längre ner i din struktur så är dessa sidor lika mycket värda att testa som startsidan.

Hur sätter jag upp testet?

Som jag nämnde tidigare så är detta en relativt snabb och smidig process. Läs mer om varje steg i processen nedan.

Steg 1: Ange de sidor som ska tävla mot varandra i form av url på din originalsida samt variationssida/variationssidor.

steg 1 content experiments

Steg 2: Koppla ditt test till din utvalda konvertering, alltså det mål som du tidigare satt upp i Google Analytics. Detta gör du för att se vilken av dina tävlande sidor som bidrar till flest konverteringar. I det här steget anger du också hur många procent av dina kommande besökare som du vill skicka till din testsida. Välj en högre procentsats om du vill ha ett snabbt resultat. Känner du dock att testet är lite riskabelt och innebär stora förändringar för besökarna så ska du välja en mindre procentsats.

steg 2 content experiments

Steg 3: I detta steg får du två alternativ på hur du kan lägga in det trackingscript som måste implementeras på din originalsida för att testet ska kunna gå igång. Antingen ber du din IT-avdelning om hjälp eller så kan du lägga in scriptet själv i sidkoden direkt efter <head> på din originalsida. Observera att alla dina sidor som du tar med i testet måste ha Google Analytics-mätning installerad (endast i form av standardscriptet), annars kommer dessa inte räknas med.

steg 3 content experiments

Steg 4: När Google Analytics har identifierat de script som du nu lagt in på dina sidor så återstår det bara att sätta igång testet! Testet kommer att pågå i 90 dagar såvida du inte stoppar det manuellt. Tyvärr går det i dagsläget inte att välja denna tid själv. Kom också ihåg att du inte kan göra större ändringar i konfigureringen efter att du tryckt på start.

När testet sedan är igång så kommer resultatvyn att se ut som nedan bildexempel. Du kommer sakta men säkert tydligt att se hur dina olika varianter börja skilja sig i resultat från varandra. Kommer du på att du vill ta bort en testsida under testets gång så är detta fullt möjligt. Du kan däremot inte radera eller ändra din originalsida där scriptet ligger.

livetest content experiments

Sammanfattningsvis så är detta verktyg ett enkelt och smidigt sätt att optimera viktiga delar av en webbplats. Det viktigaste är att sätta upp tydliga mål med varför man gör testet så resultatet går att koppla till något konkret som är relevant för just dig och ditt företag.

Mer om Content Experiments hittar du här.

Om du vill ha hjälp med att komma igång eller stöd i arbetet med a/b-tester så finns det extern hjälp att tillgå. Hör av dig via vår kontaktsida om det skulle vara intressant.

Lycka till!

QuickWin: Tagga upp länkar och annonser till webbplatsen

Det är numera standard att i de flesta webbstatistikverktyg kunna se vilken domän besökare till din webbplats kommer ifrån. Men när du själv skapar kampanjer och lägger upp länkar i nyhetsbrev, på Facebook, Twitter, annonser eller på andra platser utanför din egen site är det väldigt bra att få lite mer detaljerad kunskap om dessa länkar.

Visst, du kan se hur många besökare som kommit från till exempel Facebook under en viss period och på så sätt få ett hum om hur det gått för dina kommunikationsinsatser där. Men hade det inte varit mycket bättre att se statistiken för varje enskild länk du lagt upp och/eller har möjlighet att skilja ut dina länkar som du lagt upp själv kontra alla länkar som alla andra skapat upp? På så sätt kan du se vilka kanaler som funkar bra och vilket innehåll dina följare på exempelvis Facebook tycker om och vill veta mer om, men också vad de inte tycker om. På så sätt får du bättre kunskap om målgruppen och kan anpassa ditt budskap därefter.

Genom att tagga dina länkar kan du enkelt få den här informationen, och det är lättare än vad man tror.

Vad är en tagg?

En tagg är, rent praktiskt, en snutt som man förlänger en URL med. Denna innehåller en eller flera variabler med värden som du väljer, och när någon klickar på en URL till din site med en sådan snutt så känner koden för ditt webbstatistiksystem av det och skickar in datan.

Istället för att bara kunna se hur många besökare kommer från exempelvis Twitter kan du nu se att 128 personer klickade från länken du lade upp på Twitter i förrgår som handlade om er nya produkt. Du kan (och bör!) nu även ta detta steget längre och jämföra besökarna från en viss domän och en viss länk mot konverteringar och beteende på sidan för att se hur och var du ska fördela dina resurser för att få bäst Return on Investment (ROI).

Tagga länkar för SiteCatalyst.

Att tagga länkar för SiteCatalyst är enkelt. Det svåra är egentligen bara att komma igång. När du vet vilken URL du vill länka så lägger du bara till ?cmpe= (eller någon annan parameter som ni har bestämt ska användas (detta är en inställning i SiteCatalyst)) och efter likhetstecknet så lägger du till den informationen du känner är nödvändig för att identifiera länken. Det kan exempelvis se ut såhär:

www.dindomän.se/exempelsida/?cmpe=nyhetsbrev-29aug-ProduktX_lanseras

och då kommer ”nyhetsbrev-29aug-ProduktX_lanseras” att synas under Campaign Tracking i SiteCatalyst.

Exempel på en Tracking Code-rapport i SiteCatalyst.

I SiteCatalyst finns även möjlighet att använda sig av andra metoder för kampanjtaggning där man kan tanka upp kompletterande information via tex Excel till olika kampantaggars parametervärden. Ett ”hemligt” parametervärde tex ””xyz123″ kan ”förses med mer data som till exempel kampanjnamn, storlek, format, term, ansvarig chef/avdelning, källa, artikelnr, kampannr etc. Här finns i princip inga begränsningar i hur mycket extra data man vill ladda upp till SiteCatalyst.

Den ovanstående taggningsmetoden är dock enkel att komma igång med och räcker för de allra flesta. Här krävs inga uppladdningar med mer information utan det är bara att gå in i rapporten och påbörja uppföljning/optimering.

Som du förstår är det viktigt att ha en struktur för hur du och eventuella medarbetare bygger upp dessa taggar så att det ser någorlunda lika ut i rapporten och man slipper detektivarbete för att lista ut vilken länk som är vilken. Att använda en ”prefix-struktur” gör det enkelt att filtrera fram alla kampanjer av en viss typ.

Tagga länkar för Google Analytics

Att tagga för Google Analytics innehåller några fler steg, men är nästan lika lätt. Ta länken du vill tagga och surfa till Googles URL Builder. Här finns det ett fördefinierat formulär du kan använda för att bygga din taggningsstruktur och få ut så mycket data som möjligt. Efter att du matat in den URL du vill länka till kan du välja mellan att fylla i följande variabler:

• Campaign Source (obligatorisk). Här ska du fylla i det som ska stå som källa, alltså domänen du planerar att lägga länken på.
• Campaign medium (obligatorisk). Detta fyller du i ifall du vill ange vilket medium det gäller, t.ex. email, cpc, banner etc. Obs, använd inte cpc i tex Facebook annonser eftersom Google Analytics då fångar upp detta som sökordstrafik och detta kommer in i dessa rapporter
• Campaign Term. Används vid betald trafik för att veta vilket sökord som gäller för en annons.
• Campaign Content. Används vid betald trafik för att särskilja olika annonser med länkar till samma URL.
• Campaign Name (obligatorisk). Detta använder du får att namnge en kampanj, nyhetsbrev eller vad det nu är. I exemplet ovan skulle det alltså vara ”ProduktX lanseras”

Har man för vana att använda förkortningstjänster såsom bit.ly så går det fortfarande bra att använda taggning. Skapa bara en taggad URL först, med URL Builder eller cmpe,  och förkorta denna sedan.

Social Data Hub Partner i Google Analytics – analys av sociala medier

I Google Analytics har man nu möjlighet att gå steget längre i sin analys av sociala medier, eftersom man kan gå bortom att bara se vilka sociala plattformar som som har gett besökare. Med hjälp av Social Data Hub kan man även se vilka sociala interaktioner som skett off-site, så låter det när man läser den officiella informationen från Google, men om man ”lyfter på huven” så märker man snart att det inte gäller så många sociala mediesajter ännu.

Det har tidigare skrivits om sätt att med hjälp av Google Analytics nya Social-del här på webbstatistiksystem.se, räkna på vilken avkastning arbetet med sociala medier ger. Den här artikeln ämnar komplettera detta med hur man kan se hur människor interagerar med dig och ditt varumärke på andra sidor på nätet. I rapporten Social Sources (Traffic Sources->Social->Sources) kan man se vilka sociala nätverk som drivit trafik- hur många besökare de har gett, antalet pageviews  de skapat, samt tid- och antal sidor per besök. Men håll här ögonen öppna för den nya ”Social Data Hub”-symbolen.

Klickar man på respektive plattform så kan man se vilken sida på din site de har länkat till. Men för de plattformar som är med i Hub’en kan man även se hur många som +1′at, komenterat och på annat sätt interagerat med dig och ditt innehåll på den valda plattformen, genom att klicka på ”Social Network and Action”. På så sett kan man enkelt se vilket innehåll som engagerar mest i Google Analytics och slipper gå till plattformen i fråga.

En annan nyhet är Activity Stream som finns som flik (bredvid Social Referral) på samma rapport. Här kan man se det faktiska inlägget som någon skapat i Google+ och även:

• Page Analytics- visar hur mycket trafik inlägget genererade.
• Ripple – en visualisering av inläggets spridning
• View Page – visar den delade sidan
• View Activity – Visar det faktiska inlägget och dess kontext i Google+

MEN. Då det fortfarande är relativt nytt så är det ännu långt ifrån alla sociala medie-plattformar som knutit sina tjänster till Hub’en. Det enda som krävs för att anmäla sin webbplats är att det faktiskt är en social medie-site och att man äger all data. Trots detta är det många av de större nätverken som inte är med (se nedan lista på sociala mediesajter som för närvarande är med i nätverket och delar data med Google Analytics).

• AllVoices
• Badoo
• Blogger
• Delicious
• Digg
• Diigo
• Disqus
• Echo
• Gigya
• Google+
• Google Groups
• Hatena
• Livefyre
• Meetup
• Read It Later
• Reddit
• Screen Rant
• SodaHead
• TypePad
• VKontakte
• yaplog!

Här kan man se Googles lista med sociala medier som för närvarande är med som Social Data Hub Partner (om/när Google gör tillägg i listan). Bland de mer namnkunniga är Digg, Disqus, Google+ och Reddit. Stora sociala medier som Facebook, Twitter, LinkedIn, Pinterest med flera lyser dock med sin frånvaro, och för att det i sanning ska bli ett användbar funktion måste fler av de stora integrera sin data. Tanken från Google är ju att göra Google Analytics till en ”one-stop-shop” även för att analysera social media, och då har man en bit kvar om nu inte Google+ skulle växa förbi de övriga.

Listan med intressanta analyser man skulle kunna göra om större sociala mediesajter var med är lång. Vi får helt enkelt se vad som händer framöver.

Livet som webbanalytiker enklare med Shortcuts (GA) och Bookmarks (SiteCatalyst)

En grundsten i många webbanalytikers eller webbstrategers arbete är att kontinuerligt ta fram nyckeltal i statistikverktygen och bokföra dessa i olika listor eller dokument. Antingen är det  något man har för internt bruk eller som underlag för möten med klienter, men oavsett  är detta en förutsättning för att kunna se hur statistiken för nyckeltalen förändras över tid. Hur ska man annars veta ifall du gjort ett bra jobb?

Många känner nog också igen att  default-inställningarna för rapporterna ofta inte räcker till. Månad efter månad, vecka efter vecka måste man gå djupare och filtrera, segmentera, ändra ordning eller vyer. Google presenterade i dagarna Shortcuts som gör det möjligt att spara (de flesta) inställningarna man gjort. Sätt bara upp rapporten precis så som du vill ha den, klicka på Shortcuts i ”Utility bar” (se bilden), namnge den och spara.

Du hittar sedan dina nya shortcuts under den nya Shortcuts-menyn under Home. På Overview finner du alla som du sparat och kan enkelt hantera dem härifrån.

Klickar man sen på respektive shortcut kommer man till rapporten precis så som man sparat den, även om Google påpekar att man ibland kan behöva justera tidsperioden. Som du märker har rapportens titel även ändrats till namnet på din shortcut, i fallet nedan ”404-filtrering på Pages”.

Har man haft många fall där man behövt gå in i Google Analytics och göra ändringar för varje gång så kommer detta naturligtvis som en väldigt välkommen nyhet, då man vet hur resurskrävande det kan vara.

Shortcuts heter Bookmarks i SiteCatalyst

Å andra sidan kan alla ni flitiga SiteCatalyst-användare konstatera att detta är ytterligare en funktion som Google Analytics anammat från just SiteCatalyst (och kanske några ytterligare system). Där har man nämligen sedan länge kunnat sätta upp sina rapporter och spara dem som Bookmarks, som fyller exakt samma funktion. Google Analytics är alltså duktiga på att implementera sådant användarna gillar med SiteCatalyst som man inte själva har, och dessutom går det ofta ganska snabbt. Frågan är när Adobe ska vakna och implementera sådant som är bra med Google Analytics i samma takt som Google plockar godbitarna ur SiteCatalyst?