Webbstatistikverktyg

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.

Optimera din webbplats med hjälp av Bing Webmaster Tools

Det är mycket fokus på Googles sökmotor här på bloggen, och vem kan egentligen klandra oss? Googles sökmotor har en förkrossande stor marknadsandel  när det kommer till sök, och givetvis är det där företag helst vill synas. Vid det här laget borde alla webbplatsansvariga använda sig av Google Webmaster Tools (verktyg för webbansvariga på svenska). Det är ett enkelt och användbart gratisverktyg som används för att optimera sin site och se hur den uppfattas/indexeras av Google.

Under senare tid så har behovet av att verkligen använda Google Webmaster Tools (ofta förkortat GWT) ökat ytterligare eftersom Google skickar meddelanden till administratörerna av verktyget om man skulle ha brutit mot några av Googles regler eller andra viktiga händelser.

Men även om Google är den sökmotor som används mest så är det alltid givande att få en ”second opinion”. Microsofts sökmotor Bing och egna Bing Webmaster Tools (BWT) gäller naturligtvis bara hur en site indexeras och syns i Bings sökmotor, men de har nyligen förnyat och förbättrat sitt eget verktyg och det kan åtminstone fungera som ett bra (och gratis) komplement.

Dessutom finns det funktioner som inte finns i GWT som åtminstone kan förbättra din synlighet i Bing och väcka uppmärksamhet kring frågor som även gäller Google (men som GWT kanske inte reagerar på). Bings verktyg har precis samma syfte som det kanske mer kända Google Webmaster Tools – att förbättra webbplatsen och slutligen generera fler besök, och vem är inte intresserad av det?

Bing Webmaster Tools- vad får man?

I verktyget finns en hel del användbara funktioner och rapporter för webbansvariga att bekanta sig med, men detta inlägg kommer att gå igenom innehållet lite övergripande för att ger dig en inblick i vad som finns att tillgå.

Efter att ha valt site (om du har flera) i Bing Webmaster Tools så kommer du först till en Dashboard med övergripande statistik. En sak som sticker ut, och som inte finns i GWT (med undantag för Trafik > sökfrågor) är att man har möjlighet att ställa in tidsramen, vilket gör att man kan gå bakåt i tiden och jämföra. Denna möjlighet finns på de allra flesta rapporter och gör det naturligtvis lättare att följa utvecklingen över tid och utvärdera dina optimeringsinsatser, något som GWT alltså saknar. I BWT kan man i dagsläget gå tillbaka sex månader.

Configure My Site

Under Configure My Site hittar du inställningar för de tillagda webbplatserna och hur de ska indexeras. Verifiera ägandeskap för en site, lägg till användare och Sitemaps. Du kan lägga till/ta bort specifika URLer och du kan även be bingbot:en (Bings sökrobot) att bortse från hela parametrar i URLen. Detta är förstås väldigt användbart om man har problem med parametrar som skapar flera versioner av vad som egentligen är samma sida, vilket ger problem med Duplicate Content och delad PageRank.

Nyligen lades det även till ett Disavow Tool för att ta bort oönskade länkar till siten (läs mer i artikeln Disavow Links – Bli kvitt negativa länkar om Googles motsvarighet).

Men det riktigt intressanta finns under Reports & Data och Diagnostics & Tools.

Reports & Data

Reports & Data erbjuder många godbitar den som är intresserad av SEO.

• Page Traffic – få ingående data för de mest besökta sidorna. Du kan se statistiken för hur ofta en sida syns på Bing och hur ofta de klickas på. Du kan även se vilka sökord det är som har genererat trafik för en specifik sida.
• Index Explorer – Ger en enkel överblick över hur webbplatsen är indexerad genom en översiktlig mappstruktur.
• Search Keywords  - Identifiera dina bästa sökord! Se vilka sökord som leder till besök, hur ofta du syns när någon söker på ett visst ord, och hur många som då klickar sig till din site. Du kan även se vilka sidor på din site de leder in till. Det bästa av allt? Not provided/Keyword unavailable finns inte med! Alla sökord syns.
• SEO Reports- Här listas vad Bing Webmaster Tools anser vara problematisk på din webbplats  i fråga om sökmotoroptimering och en gradering av dessa problemen. Få rätt på saknade descriptions, för långa titles och se till att din site är optimerad efter bästa SEO praxis.

• Inbound links – Se alla länkar till din site och till specifika sidor. Kom ihåg, du kan själv bestämma för vilken tid du vill se statistiken. Se vilken URL länken ligger på och vilken ankartext den har.
• Crawl information- Se problem med 30x, 4xx, 5xx, robots etc. som Bingbot:en upptäckt när den crawlat din site.

Diagnostics and Tools

Förbättra hur din webbplats ser ut och fungerar genom Bings verktyg och funktioner.

• SEO Analyzer – Det här verktyget är ganska coolt. Lägg in en av dina URLer och Bing scannar av sidan och berättar direkt vilka eventuella SEO-problem som finns. Som grädde på moset får man se var på sidan felet ligger, både på den sidan som besökaren ser men även i själva koden! Klicka på ett problem till vänster och välj Page Source så är problemet markerat åt dig. Detta är ju väldigt användbart om man exempelvis vill kontrollera en ny sida. Dessutom kommer du direkt till SEO Analyzer om du klickar på ett problem och sedan på en sida i SEO Reports (där ju SEO-problem för hela domänen är samlade).

• Markup Validator – Säger till om man missat ett kommatecken eller ifall din syntax ser konstig ut.
• Fetch as Bingbot – Skriv in en URL så får du helt enkelt se hur Bingbot läser din kod. Du får dock fortfarande tolka koden själv, du får inga felmeddelanden om att något ser konstigt ut.
• Keyword Research – Fungerar egentligen precis som Google Keyword Tool, frånsett att det naturligtvis gäller sökningar och trafik på Bing.
• Link Explorer – Det här är också väldigt bra och användbart, inte minst ur SEO-synpunkt. Lägg till en domän eller specifik URL och se vilka länkar som leder dit. Du kan också filtrera och anpassa för att se hur många länkar som går mellan  site A och B, du behöver inte ens äga en av dem! Du kan ställa in om statistiken ska vara på URL eller domännivå. Det här är alltså ett otroligt bra benchmarkingverktyg och jämför vilka länkar dina konkurrenter har som inte du har och vice versa. Det ska dock tilläggas att detta är en Beta-version och det är oklart hur många resultat som visas och hur man väljer ut dem.

Slutligen bör det även tilläggas att vill man hämta ut datan från rapporterna till ett annat system finns det även möjlighet att leka runt med Bing Webmaster API för den som är intresserad.

Adobe ”brandar” om sin webbanalyssystem, SiteCatalyst blir Adobe Analytics

Adobe Marketing Cloud

Adobe tar ett steg till i att inkorporera och stuva ihop sina olika förvärv inom webbanalys, webbpublicering och optimering. Produkterna i det som hittills kallats Adobe Digital Marketing Suite byter nu namn till Adobe Marketing Cloud.

Inne i SiteCatalyst och på Adobes hemsida har inte så mycket förändrats ännu. När man loggar in så har dock Adobe Digital Marketing Suite bytts ut mot Adobe Marketing Cloud.

Fem olika paket i Adobe Marketing Cloud

Adobe Marketing Cloud ska i sin tur innehålla fem olika paket. Dessa ska kallas

• Adobe Analytics
• Adobe Target
• Adobe Social
• Adobe Media Optimizer
• Adobe Experience Manager

Paketen innehåller alla de olika system som hittills har marknadsförts under olika namn. Se menybilden här intill med de olika verktygen som alltså ännu inte paketerats om.

• SiteCatalyst
• SearchCenter
• Discover
• Test & Target
• Genesis
• Insight
• Merchandising
• Search & Promote
• Survey
• Recommendations
• Digital Pulse
• Scene 7
• Social
• AudienceResearch

Adobe har köpt på sig många system under de senaste åren. Mycket kraft har lagts på att integrera de olika verktygen och att omorganisera Adobe tillsammans med de olika organisationerna som förvärvats. Nu har man kommit så långt att man även stuvar om bland systemen och slår ihop några av dem.

Vilka som slås ihop är inte riktigt klart, eller i alla fall inte officiellt. Att SiteCatalyst blir en av grundpelarna i Adobe Analytics är nog dock ganska troligt. Likheten med Googles webbstatistikverktygs namn blir därmed slående…

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.

Omdirigera sidor med AVANredirect, en EPiServermodul för att hantera redirects som redaktör

Tar man som redaktör i EPiServer bort eller flyttar en sida från den ursprungliga strukturen så måsta man komma ihåg att den gamla adressen fortfarande kan cirkulera runt på nätet i form av länkar och bokmärken. EPiServers interna länkar går inte sönder (om man använt EPiServers interna länkverktyg), men det är just det externa länkarna in till din webbplats som behöver hanteras.

Ditt webbstatistiksystem kan skvallra om hur ”stort” problemet är på din webbplats. Det krävs en del extra mätning i till exempel Google Analytics och Adobe SiteCatalyst för att få fram rapporter på vilka sidor som besökarna får404:or/Sidan kan inte visas på och vilken sida som felaktigt länkar dit. Det finns inte som standard i webbstatistikverktyg som Google Analytics eller Adobe SiteCatalyst, men det är inget jättejobb att få till.

Många av de uppdragsgivare som vi jobbar med mäter mängden 404:or och har det som ett nyckeltal som man följer över tid. Man kan inte få bort alla 404:or, men man kan ha som mål att ligga under en viss mängd/procentsats.

Man kan komma en bit på väg genom att mäta och veta vilka sidor som länkar fel, men snart ”kör man in i väggen” och man inser att redirects är den enklaste och smidigaste lösningen på problemet. Problemet med redirects är att de är lite krångliga att fixa till om man arbetar som en ”vanlig” EPiServerredaktör.

En lösning på detta är att använda ett redaktörsverktyg för att hantera redirects i EPiServer. Ett exempel på ett sådant verktyg är AVANredirect.

Varför ska man arbeta med att mäta och minimera 404:or/sidan kan inte visas

Besökaren ska inte behöva mötas av en 404 sida. Det är lite som att få ett slag i ansiktet och det kan leda till att besökaren blir mindre nöjd med sitt besök och/eller lämnar sajten. Alla internetanvändare har någon gång känt på hur irriterande det är när man inte hittar det man letar efter.

Nedan redovisas hur man kan minimera antalet 404:or genom att arbeta med AVANredirect. Kort sammanfattat är AVANredirect en EPiServermodul som fångar alla 404-fel som uppstår på webbplatsen och sorterar dessa på lite olika sätt. Redaktören kan utan att blanda in vare sig utvecklare eller IT-tekniker själv skapa redirects och på så sätt förbättra besökareupplevelsen och minimera antalet 404:or.

Exempel på gränssnitt i EPiServermodulen AVANredirect där en redaktör skapar redirects

Redaktören kan titta i listan med sidor som har anropats (och som inte finns på servern och därmed orsakat en 404) och sortera den efter vanligaste 404:an. Sedan fyller man helt enkelt i en korrekt adress i det tomma fältet och på så sätt skapas en redirect till en fungerande och korrekt sida.

Nya funktioner/rapporter/fixar i senaste versionen av Adobe SiteCatalyst (15.4)

Nedan redovisas några av nyheterna i den senaste versionen Av Adobe SiteCatalyst

Ny rapporter i SiteCatalyst 15.4

Mobile Carrier Report – Denna rapport hittar man under Visitor Profile > Technology. Mobile Carrier rapporten visar det företag som är ”wireless service provider” (Telenor, TeliaSonera, 3, Tele2 etc.).

Uppdaterade rapporter i SiteCatalyst 15.4

Connection Types Report – Denna rapport hittar man under Visitor Profile > Technology. Rapporten Connection Types inkluderar numera mobil trafik. Om man tittar i denna rapport idag finns ”Mobile Carrier” med som ett alternativ.

Rapporter tillbaka (sedan 14.9 versionen av SiteCatalyst)

Så kallade Rollup-konton (insamlingskonton som innehåller två eller flera separata insamlingskontons trafik) är numera tillbaka i SiteCatalyst. Rollup-konton med upp till 50 separata insamlingskonton kan aktiveras direkt av en administratör i adminläget i SiteCatalyst. Om man skulle ha fler än 50 konton behöver man ta vägen via supporten.

Förbättrat stöd för att hantera Internet Explorers så kallade Compatibility Mode

Om du har tyckt att mängden besökare som har Internet Explorer 7 har varit alldeles för hög kan det ha berott på funktionen Compatibility Mode som finns i Internet Explorer. När man kör Internet Explorer i compatibility mode, så rapporterar Internet Explorer 8 and Internet Explorer 9 att user agenten är Internet Explorer 7 (och detta har samlats in av SiteCatalyst som att webbläsaren var Internet Explorer 7).

I och med releasen av SiteCatalyst 15.4 (19 juli i år) så hanteras detta med automatik av Adobe SiteCatalyst. Besökare som använder Internet Explorer 8 och Internet Explorer 9 rapporteras som rätt webbläsare även om compatibility mode är aktiverat.

Om du haft många besökare som kört med compatibility mode aktiverat kommer man att se en ganska stor förändring i fördelningen av browsers.