Først en forklaring av hva Google Analytics legger i begrepene besøk og besøkende:

Antall besøk til ditt nettsted er det antall unike sessions startet av dine besøkende.

Det betyr altså at én besøkende ved ett gitt tidspunkt starter ett besøk til ditt nettsted. Det unike besøket telles som ett besøk inntil han forlater nettstedet. Dermed har du ett besøk og én besøkende. Dersom denne besøkende kommer tilbake til ditt nettsted, telles det som ett nytt besøk, men ingen nye besøkende.

Noen viktige ting å legge til i jakten på å forstå hva et besøk til en nettside er:

1. Dersom man i løpet av ett besøk er inaktiv i mer enn 30 minutter, for så å gjøre ting på nettstedet igjen, vil dette telles som to besøk fra én besøkende.
2. Én besøkende vil (i to år) være én besøkende (så fremt man ikke sletter cookien _utma i nettleseren sin).
3. Én besøkende eller ett besøk har ingenting med en person å gjøre.  Vi snakker hele tiden om den enkelte nettleseren på maskinen som har cookiene fra Google Analytics lagret*. I praksis betyr det at når www.baresko.no har trettifire besøk fra én besøkende (nemlig min hjemme-pc), har sannsynligvis (minst) 2 personer tittet på sko. Meg selv og min samboer Ida. Men vi blir altså én besøkende. En annen situasjon som kan oppstå er når man har to eller flere nettlesere installert (f.eks. Chrome og Firefox). Om jeg besøker nettstedet fra begge nettleserne, vil det være registrert som to besøkende, selvom det bare er én person.

Forstår du alt 100 % til nå, kan du lese videre. Hvis ikke må du lese fra starten av igjen.

Sporing av underdomener

Google behandler subdomener som enkeltstående domener, med alle de fordeler og ulemper det måtte innebære. Dette gjelder både for organisk søk og for webanalyse. Dette er faktisk ganske viktig at man vet, så jeg sier det igjen; Google behandler subdomener som enkeltstående domener, med alle de fordeler og ulemper det måtte innebære. Dette gjelder både for organisk søk og for webanalyse.

For det har seg slik at standardoppsettet til Google Analytics tar ikke hensyn til at du bruker underdomener! Om du bruker underdomener og installerer samme sporingskode får du to potensielt store feilkilder.

1. http://underdomene.hoveddomene.no vil bli en trafikkilde til http://www.hoveddomene.no. Dette ser du ved å se på trafikkilde-rapporten. Ligger underdomene.hoveddomene.no / (referral) der som en trafikkilde, har du ikke installert rett tillegg til skriptet.
2. Går man fra http://www.hoveddomene.no til http://underdomene.hoveddomene.no og tilbake til http://www.hoveddomene.no i samme session, vil man kunne generere to besøk fra to besøkende til http://www.hoveddomene.no. Selvom det skjer i samme session og defintivt er samme person som besøker begge steder.

Definerer du det som korrekt at en besøkende skal spores slik, er alt fryd og gammen. I tilfeller hvor man har et hoveddomene, med to separate underdomener som driver med vidt forskjellige ting, kan det godt tenkes dette er fornuftig. Dersom du ikke ønsker å få opp underdomenet som en trafikkilde, og heller ikke spore det som nye besøk dersom de surfer på tvers av underdomenene dine, må du inkludere funksjonen setDomainName i Google Analytics. I det nye asynkrone skriptet ser denne linjen slik ut:

_gaq.push(['_setDomainName', '.hoveddomene.no']);

Klikk her for mer informasjon om ferdige moduler for tilpasset analyticsskript.

Klikk her for informasjon om Metronets egne tilpasning av asynkront Google Analytics skript.

Klikk her for informasjon om Metronets egne tilpasning av det gamle Google Analyticsskriptet.

———————

*Les mer om Google Analytics sine cookier og hva de gjør her.

Det nye scriptet har følgende fordeler:

• Scriptet laster raskere enn det gamle scriptet grunnet at det kan lastes parallelt med resten av scriptene på siden (laster ca 17% raskere enn det gamle scriptet).
• Bedre datasamling og nøyaktighet.
• Færre side- og sporingsfeil grunnet eliminering av gamle problemer med lastingen av JavaScript.

Enkelt forklart er scriptet delt inn i 2 deler:

• Del 1 lagrer all nødvendig sporingsinformasjon.
• Del 2 lager logikken som gjør at det er mulig for de fleste nettlesere å laste Analytics scriptet parallelt med andre script på siden, som igjen reduserer nedlastningshastigheten på nettsiden.

Hvor plasseres det nye scriptet?

I motsetning til det gamle scriptet som skulle ligge et sted mellom <body> </body>, burde det nye plasseres nederst i <head> delen av kildekoden, altså rett før lukketaggen </head>. Denne plasseringen øker sannsynligheten for at informasjon vil bli sendt til Google Analytics før brukeren forlater siden.

For et års tid siden skrev Petter et innlegg om Google Analytics – tilpasset script. Denne tilpasningen gjorde det mulig å spore Norges største søkemotorer og kataloger som spesifikke søkemotorer i Google Analytics. Vi har nå gjort den samme tilpasningen for det nye scriptet.

Fordelen med å bruke Metronets tilpassede script er at vi oppdaterer og gjør endringer i listen over norske søkemotorer fortløpende, så enten det er forandringer i gamle aktører eller nye aktører på markedet, vil du som bruker alltid ha den siste oppdateringen.

Vil du bruke denne tilpasningen, kopierer du scriptet under og legger det nederst i <head> delen (som sagt tidligere, rett før </head> taggen). Deretter bytter du ut 'UA-XXXXXX-X' med din egen Google Analytics ID.

<script type="text/javascript">
var _gaq = _gaq || [];
_gaq.push(['_setAccount', 'UA-XXXXXX-X']);
</script>

<script src="http://www.metronet.no/script/asynchronous/metronet-ga-f-s-mod.js" type="text/javascript"></script>


<script type="text/javascript">
_gaq.push(['_trackPageview']);
(function() {
var ga = document.createElement('script');
ga.type = 'text/javascript'; ga.async = true;
ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);   })();
</script>


Trenger du hjelp eller rådgivning angående migrering til det nye scriptet er det bare å kontakte oss

Slike Apps har vist seg å ha en nytteverdi også utenfor smarttelefonenes økosystemer. Tidligere i år lanserte Google et eget kartotek over tilleggstjenester for Google Apps, nemlig Google Apps Marketplace. Nå har de altså gjort det igjen, med Google Analytics Application Gallery.

Google Analytics tilbyr en Data Export API, altså en funksjon som mulligjør dataeksportering i en spesifikk form fra Analytics-rapportene. Dette systemet åpner altså for at tredjeparter står fritt til å bygge programmer som kan ta i bruk data hentet ut fra Analytics, og omstrukture eller på andre måter manipulere informasjonen utover det det standardiserte Analytics-grensesnittet gjør. Dette åpner for mange kreative løsninger, og gir en god innsikt i både hvor sofistikerte og dedikerte firmaer som jobber med webanalyse faktisk er.

Apllication Gallery er såpass nytt at vi ikke har fått testet ut alle applikasjonene ennå, men vi har tidligere skrevet om Trakkboard, som er et nyttig og brukervennlig overvåkningsverktøy for Google Analytics.  Vi har også lenge vært flittige brukere av WASP og SiteScan, verktøy som nok er godt kjent for de fleste webanalytikere.

Det er mye annet snacks i Application Gallery blant de foreløpig 38 tilgjengelige applikasjonene, og vi håper og tror at det vil vokse ytterligere. Etterhvert som vi får oppgradert vår egen Analytics extension for Chrome, er det ikke umulig at den også dukker opp her.

Dersom du plasserer en standard Google Analytics sporingskode på et domene med æøå, vil ikke sporingskoden “trigges” dersom brukeren kommer fra en rekke vanlige nettlesere, for eksempel Internet Explorer 7.0 og oppover, samt Firefox 1.0.8 og oppover. Basert på interne målinger, gjelder dette over 80% av alle norske internettbrukere, altså en så stor del av dine besøkende. Rapportene blir da mer eller mindre verdiløse uten tall fra disse besøkende.

Derimot finnes det en enkel og effektiv måte å bøte på dette problemet, nemlig ved bruk av den svært så nyttige funksjonen _setDomainName. _setDomainName brukes pinsipielt til å spore flere domener/subdomener som ett, og for å unngå at en bruker som veksler mellom domener/subdomener ikke skal telles som flere besøk. Det som i realiteten skjer, er at man overskriver hvilket domene man faktisk er på, og lurer Analytics til å tro at man beveger seg på et gitt domene. Vi kan da få Analytics til å overse æøå i domenet, og si at domenet faktisk heter noe annet.

Man kan imidlertid ikke sette et hvilket som helst domenenavn, man må bruke såkalt punycode-ekvivalitenten av domenet. Fremgangsmåten vil bli som følger, dersom vi tar utgangspunkt i domenet jørgen.no

1. Bruk et konverteringsverktøy for punycode, og konverter URLen du ønsker. jørgen.no i punycode er xn--jrgen-vua.no.
2. Opprett en Analytics sporingskode og legg til følgende linje: pageTracker._setDomainName(“.xn--jrgen-vua.no”); (linjen legges under linjen med UA-kode i Analytics-sporingskoden). Husk å bytte ut xn--jrgen-vua.no med ditt eget domenenavn i Punycode.
3. Installer sporingskoden i sin helhet på alle aktuelle sider på ditt nettsted.

Dette er kanskje ikke den mest elegante løsningen, men foreløpige tester ser ut til å vise riktige tall. Videre er det en god workaround frem til Google klarer å bygge inn en mer robust løsning i selve datainnsamlingen til Analytics.

Forøvrig er det en rekke andre utfordringer med bruk av æøå i underkategorier/URIer, noe Kuttisme har vært inne på tidligere. Dette gjelder imidlertid et litt annet tema, og løses ved hjelp av et search and replace filter.

Premisset for å få til dette er det samme som for å få til vanlig Google Analytics-sporing, et Javascript legges inn i HTML’en. Forskjellen er at ved vanlig Analytics-sporing trenger man kun et statisk script. E-handelssporing krever normalt at det i bekreftelsessiden på at kjøpet var vellykket genereres en Google Analytics javascript-kode, som så kjøres i nettleseren og registrerer informasjon om kjøpet i Google Analytics.

Prinsippet gjelder for de fleste nettbutikker, men selve koden som gjør at man får til dette vil variere fra løsning til løsning. Nettbutikken er som oftest levert av en tredjepart, og er en kritisk del av nettstedet til kunden. Betalingsprosessen er selve ryggraden i nettbutikken, og følgelig ønsker man å være spesielt varsom med alle endringer som gjøres der.

Nettbutikker levert av Metronet vil ha E-handelsporing installert (om ønskelig), og for de vanligste Open Source løsningene kan vi legge dette til. Dog anbefaler vi at dersom det skal installeres i en eksisterende nettbutikk, bør dette gjøres av leverandøren da det vil være tryggere og ikke minst raskere siden de kjenner kodebasen og kan utføre endringen mer effektivt. Som GAAC-sertifisert selskap, stiller selvsagt vi i Metronet oss til rådighet i en slik prosess.

Her finnes beskrivelser på hvordan E-handelssporing settes opp, og inneholder nok informasjon til at nettbutikkleverandøren vil kunne utvide sin nettbutikk til å støtte dette.

Google Analytics enhanced with SEO site tools

Since SEO & Google Analytics are my two favorite things to spend time with I am all smiles and looking forward to figuring out what this is.

Når det skjer ting i nyhetsbildet (current events) så skjer det ting i søkemotorene. Kundecasen jeg henviser til i ingressen gjelder Skandiakraft. Skandiakraft er leverandør av strøm og en skal ha lest få nettaviser (eller de andre avisene) i det siste for å ha gått glipp av buzzen rundt endringer i priser på kraft. Strømprisene har vært toppsaker i de store nettavisene og strømpriser har vært diskutert i artige vendinger på programmer som Nytt på nytt på NRK.

Vi har sammenlignet søkevolum på fem søkeord som er viktige for Skandiakraft. Vi har sammenlignet første og andre halvdel av februar. Her er endringene:

• Strømpriser opp 50%
• Billig strøm opp 33%
• Strømleverandør opp 55%
• Billig kraft opp 100%
• Strømpriser sammenligning opp 125%

En ting er at volumet har økt. En annen ting vi ser er tre ganger så høy konvertering i februar’s siste to uker. Jeg noterer meg spesielt to lærdommer.

1. Når det skjer noe i media skjer det mye i søkemotorene. Mine tips må bli; sjekk om du har dagsbudsjetter som dekker hele døgnet og følg nøye med på aktuelle søkeord. Det kan fort dukke opp relevante ord og begreper du ikke har tenkt på når du satte opp kontoen.

2. Søkemotorene = kjøpsmodus. Spesielt når vi er påvirket av samme budskap i flere kanaler ser vi til stadighet at konverteringen øker. Dette går igjen på alt fra bannere, til epostmarkedsføring og mer tradisjonelle kanaler som print og tv.

Full av nysgjerrighet som alltid tok jeg en rask titt på hva som har vært hot trends bakover i tid på søk gjort i USA. Her er noen funn: (kjenner du igjen disse sakene?)

• Februar 28 – Hockey Overtime
• Februar 27 – Tsunami
• Februar 24 – Seaworld
• Februar 19 – Tiger Woods
• Februar 16 – Hotmail down
• Februar 11 – Bill Clinton
• Februar 9 – Google Buzz
• Februar 7 – Superbowl

Ny leser på bloggen vår? Abonner gjerne på innleggene via RSS. Her er to andre “godbiter” som vi har fått mye positiv tilbakemeldinger på:

• Hvordan utnytte nyheter som del av lenkebygging
• 10 tips til bedre resultater på internett

Webanalyse-guruen Avinash Kaushik er også stor tilhenger av transittstoppfrekvens, og mener at dette er et flott tall å ta utgangspunkt i for å få smaken på webanalyse:

Det er vanskelig å være uenig i tankegangen til Avinash om transittstoppfrekvens. Det er en rapport man ikke skal overse når man bedriver webanalyse. Men å ukritisk si at en høy transittstoppfrekvens er utelukkende dårlig og en lav transittstoppfrekvens er utelukkende bra, blir i mitt syn noe snevert. I hvert fall dersom man ser på absolutte tall, altså f.eks. at alt over 60% er dårlig og alt under 50% er bra.

En “bra” eller “dårlig” transittstoppfrekvens kommer mye an på hvilken type side du måler. Noen sider, slik som forsiden, bør i de fleste tilfeller ha en så lav transittstoppfrekvens som mulig, fordi man ønsker at brukere skal klikke seg videre inn på siden for å finne informasjonen de leter etter (dette ligger sjelden på forsiden). I tillegg har en forside som regel en høy andel innganger. En blogg, derimot, har ofte svært høy transittstoppfrekvens. Mye av årsaken til det ligger i “nyhetskonseptet”, i tillegg til RSS-teknologi. Et blogginnlegg er i seg selv fullendt, altså er det svært mange som går ut av siden etter å ha lest blogginnlegget fra start til slutt. Selvsagt er det de nysgjerrige som klikker seg videre inn på nettsiden eller til andre blogginnlegg, men det i seg selv er ikke årsaken til at de fleste skriver et blogginnlegg. Personlig er jeg like glad i folk som kommer innom denne bloggen jevnlig for å oppdatere seg på ett nytt innlegg (altså de som “bouncer”), som de få som leser 3-4 innlegg i samme slengen og aldri kommer tilbake igjen.

Videre kan det være lurt i å ta en oppfriskning på hvordan transittstoppfrekvens egentlig blir regnet ut. Jeg vil forsøke å eksemplifisere dette med noen tall. La oss se på noen rapporter fra en gitt side:

Vi ser her at en viktig side med en del trafikk har en transittstoppfrekvens på 100%, noe som kan sette i gang varselslamper hos vedkommende som ser på rapportene til det gitte nettstedet. Derimot, hvis vi leter videre, og henter frem samme nettside i rapporten “Vanligste destinasjonssider”, ser vi følgende tall:

Her kommer det tydelig frem at transittstopfrekvensen vi reagerte på tidligere, faktisk kun gjelder ett besøk, og at de resterende som har vært inne på siden, ikke nødvendigvis forlot gjeldende side. Transittstoppfrekvens bryr seg jo som sagt ikke om besøkende med mer enn én sidevisning. Det er til og med litt forvirring rundt dette internt hos Google også. Fra code.google.com-siden:

Jeg tolker dette som at transittstoppfrekvens regnes ut ifra antall transittstopp delt på antall unike sidevisninger. Derimot motbeviser mine skjermbilder over, denne påstanden. Siden Google ikke klarer å bli helt enig med seg selv, er det vel greiest å forholde seg til de faktiske forhold, nemlig at transittstoppfrekvens regnes ut ifra antall destinasjoner, og direkte utganger av disse destinasjonene, ikke totalt antall unike besøkende på gitt side.

Dersom man blir litt for ivrig etter å forsøke å rette opp en høy transittstoppfrekvens, kan man altså risikere å endre en velfungerende, viktig side. La oss si at trinn 3 i konverteringsprosessen på siden din (der hvor du fyller ut personlig info) har dukket opp i Googles indeks, og man får en del direkte, men uplanlagt trafikk dit. Dette vil sannsynligvis få en svært høy transittstoppfrekvens (fordi de besøkende ikke liker å komme rett til et skjema), mens de fleste som kommer til siden som et ledd i kjøpsprosessen, liker skjemaet og fyller det ut uten å forlate siden. Dersom man begynner å endre siden, risikerer man å ødelegge en velfungerende side, fordi man antok at mange av de som var innom siden, ikke likte det de så og avbrøt kjøpsprosessen.

Basert på denne gjennomgangen av en tilsynelatende svart-hvitt rapport, så kan det være lurt å trekke følgende konklusjoner:

• Aldri se på transittstoppfrekvens isolert sett. Husk at innholdet på siden er med på å bestemme hvorvidt transittstopprekvens er viktig (eks. hjemmeside) eller mindre viktig (eks. blogginnlegg).
• Transittstoppfrekvens er vel så viktig for å vurdere samsvar mellom trafikkilde og destinasjonsside, som innhold på faktisk side. En side kan være av svært høy kvalitet, men dersom en annonse eller organisk oppføring gir inntrykk for at siden inneholder noe annet, er det samsvaret det er noe feil med, ikke nødvendigvis siden i seg selv. Løsningen er ofte å endre destinasjon eller annonseinnhold hos kilden, i stedet for å endre noe på landingssiden.
• Husk at veldig høy/100% transittstoppfrekvens ikke nødvendigvis betyr noe. Det at de få som finner veien til direkte en gitt side ikke liker det de ser, betyr ikke at resten av besøkende som er innom siden føler det samme. Ofte er en side viktig som ledd 2-3… i en prosess, ikke som en destinasjon i seg selv.

De vanligste webanalyse-program på markedet i dag har et stort utvalg rapporter. Vi har tidligere skrevet om noen tall det kan være viktig å følge med på. Dette innlegget vil derimot omhandle noen ekstra, tekniske implementeringer som gjør at du får mye mer ut av din webanalyse-innsats.

Spore konverteringer/e-handel

Som nevnt over, har ethvert nettsted en hensikt. Det er imidlertid ikke slik at alle har det klart for seg nettopp hvilken hensikt nettstedet har. Hvilken handling på ditt nettsted er det som gir verdi til din bedrift? Oppmelding til nyhetsbrev, forespørsel om befaring, be om kontakt med en selger, registrere seg som kunde eller kjøp av varer og tjenester er alle eksempler på handlinger på et nettsted som gir verdi til en bedrift. Disse handlingene må spores. Med Google Analytics kan man enkelt spore konverteringer gjennom mål-funksjonen. I tillegg er det omfattende støtte for sporing av e-handelstransaksjoner. IT-ansvarlig eller vedkommende som har utviklet nettstedet bør ikke møte noen uoverkommelige problemer med å sette opp dette.

Fordelen med å spore mål/e-handelstransaksjoner, er at du får en god oversikt over hvilke besøkende som genererer mest verdi til din bedrift, og å måle kostnader på betalt trafikk opp mot inntektene det fører til.

Spore internsøk på nettside

Nettsteder er et flott sted å samle store mengder informasjon om en bedrift, slik som historie, produktutvalg og -beskrivelse, informasjon om åpningstider og lignende. Det er vanlig å inkludere internsøk på et nettsted, slik at brukerne raskt kan finne frem til informasjonen de leter etter. Dersom denne søkefunksjonen blir hyppig brukt, kan bruken av denne faktisk gi deg en uvurderlig innsikt i besøkendes hensikt. Hva er det dine besøkende faktisk leter etter? Er det noen søk som gjentas hyppig? Burde dette da legges mer fremtredende på forsiden av nettstedet?

I Google Analytics er det en enkel sak å installere nettstedsøk. Bruk informasjonen du ser til å forbedre struktur og innhold av nettstedet, slik at populær informasjon er lettere tilgjengelig for brukere. Man kan også se på hvilken side nettstedsøket oftest blir tatt i bruk, noe som forteller deg hvilke sider som i besøkendes øyne ikke inneholder tilstrekkelig informasjon. Petter har skrevet en god gjennomgang av internsøket i et tidligere blogginnlegg.

Tagge trafikkilder

Utvikling av et nettsted er ofte en betydelig investering for en bedrift. En tidkrevende oppgave å gjøre selv, eller en dyr regning dersom man velger å gi oppdraget til en ekstern webutvikler. Hele investeringen er uansett bortkastet dersom man ikke får noen besøkende på sitt dyrt kjøpte nettsted. Det finnes mange måter å skaffe besøkende/trafikk på, slik som betalt annonsering (bannere, ppc etc.) refererende trafikk (linker, omtale på andre nettsider etc.) og organisk søkemotortrafikk. Siden det å skaffe trafikk også er en investering, lønner det seg å ha et klart bilde på hvilken type trafikk som gir mest verdi til ditt firma. Vi har allerede snakket om viktigheten med å definere og spore mål/e-handel, så det neste logiske steget er å spore trafikkilder. Mye av jobben med å spore trafikkilder blir gjort automatisk i Google Analytics, ved at det blir samlet inn informasjon om kilde og medium. Derimot er ikke Google Analytics alltid like flink til å skille mellom forskjellige typer trafikk fra en og samme kilde. La oss si man har en banner på vg.no, og man blir omtalt og får en link fra en artikkel i vg.no samme dag. Sannsynligvis vil begge disse oppføringene skaffe deg trafikk, men er det ikke viktig at man klarer å skille besøkende fra disse fra hverandre?

Dette kan oppnås ved hjelp av såkalt tagging av trafikkilder. Google tilbyr et gratis verktøy, URL Builder (eller “nettadressegenereringsverktøy”), som hjelper deg med dette. Fordelen med korrekt sporing av trafikkilder, er at man får et klart bilde av verdien på trafikk, og kan vurdere avkastning på betalte rangeringer, eller nytten av refereranser fra andre nettsteder.

Dette er tre enkle men viktige teknikker som gjør webanalyse mer verdifullt for en bedrift. Det finnes selvsagt en rekke andre tekniske tilpasninger man kan gjøre utover standard bruk av Google Analytics, enkle så vel som vanskelige, med varierende grad av nytte. Derimot er disse tre et godt sted å begynne, for å bli bedre kjent med webanalyse som fag, og Google Analytics som verktøy.

Visjonen til de som utviklet dette programmet, var at enhver adm.dir. skulle ha Trakkboard på en egen skjerm på sin kontorpult, slik at de til en hver tid kunne holde et øye med trafikken på sin bedrifts nettsted. En nobel, men kanskje litt utopisk tanke, ihvertfall i nærmeste fremtid. Uansett, resultatet av denne visjonen er altså Trakkboard. Dette er et eget, frittstående program, som sagt bygget på Adobe Air-teknologi, noe som gjør grensesnittet lekkert og responsivt, og i aller høyeste grad tilpasningvennlig. Hele konseptet er bygget på såkalte widgets, eller små “rapport-enheter” som man selv legger til og fjerner som man selv vil. Skjermbildet under viser programmet med tre widgets lagt til:

Utvalget av widgets er per i dag noe begrenset, man har kun 16 å velge mellom, men det skjuler seg noen spennende rapporter her som ikke er like lett tilgjengelige i grensesnittet til Google Analytics. Widgeten “top/flop keywords” er et eksempel på dette, som gir deg en god oversikt over hvilke søkeord som stiger og synker i popularitet, ikke bare de søkeordene med mest eller minst trafikk.

Videre har firmaet nylig inkludert Twitter i programmet, altså man kan legge på en widget som gir deg antall tweets som inneholder et visst søkeord du selv kan angi. Etter å ha testet det kort, ser det ikke helt ut til å fungere etter hensikten per dags dato, men tanken er likevel god, og jeg liker ideen om at man samler slike overvåkningsverktøy i et og samme grensesnitt.

For å laste ned sin egen Analytics-statistikk i propgrammet, er man nødt til å angi sin innloggingsinformasjon (Google-konto). Dette kan virke avskrekkende på noen, men utviklerne har betrygget oss om at passord ikke blir lagret noe som helst sted hvor de er sårbare for angrep. Videre har Google også skrevet et blogginnlegg kun om dette programmet, noe de sannsynligvis ikke ville gjort dersom de hadde vært i tvil på dets sikkerhet. Når innloggingsinformasjon er angitt, får man tilgang til samtlige Analytics-kontoer som er knyttet til den bestemte Google-kontoen, og man kan legge til widgets fra flere forskjellige Analytics-kontoer i et og samme vindu.

Jeg anbefaler alle å laste ned Trakkboard og opprette et par widgets. Programmet er ikke for alle, men dersom man har en ekstra skjerm liggende, og ikke tid eller anledning til å logge seg inn i Analytics til stadighet, er dette en svært så nyttig tjeneste.