Savio.no - om Webanalyse og Markedsf�ring p� Internett

Veien til Effektiv Webanalyse

Eivind Savio — 2010-02-08

Poenget med webanalyse er optimalisering og handling, ikke innsamling av data, verktøy og flotte rapporter. Gjennom optimalisering og handling vil webanalysen bidra til økonomisk verdiskaping og forbedring av brukskvaliteten.

En rapport fra Econsultancy fra en tid tilbake tilsier at investeringen i webanalyse vil øke. I rapporten kommer det også frem at investeringene som gjøres er hovedsakelig i humankapital og ikke i verktøy - fordi det er menneskene som skaper verdiene, og ikke verktøyene.

For å kunne optimalisere og handle må man gjøre et forarbeid. I dette innlegget tar jeg for meg veien frem til optimalisering og handling gjennom en modell kalt

Effektiv webanalyse

Modell for Effektiv Webanalyse.

Strategisk fundament

Webanalyse uten en strategisk forankring i bedriften eller organisasjonen gjør arbeidet mye tyngre. Uten forankring hos ledelsen er det vanskelig å få gjennomført forbedringer (handling). I stedet for å bruke tiden til verdiskapning for egen bedrift/organisasjon eller for de besøkende, vil mye av tiden gå med til å misjonere webanalyse innad.

Webanalyse kan med andre ord også innebære organisasjonsendringer, politiske prosesser, endringer av tankesett og annerledes allokering av budsjetter.

Definer forretningsmål og ønsket utbytte

Det første man bør gjøre er å definere hvilke forretningsmål webanalysen skal gi svar på, og hva som er ønsket utbytte. Utarbeidelse av KPIer (Key Performance Indicators) vil bidra til å gi svar på dette, samt kunne avdekke hvilke målinger som bør gjøres.

Datainnsamlingsbehov og metode

Gjennom utarbeidelsen av KPIen bør det komme frem hvilke databehov man har, og gjennom dette også hvilke metoder som bør benyttes. Med andre ord, utarbeidelse av KPIer vil indirekte kunne si noe om valg av webanalyseverktøy.

Er det et krav at dataene må lagres in-house?
Er det behov for å lagre personinformasjon i webanalyseverktøyet?
CRM-integrasjon eller integrasjon mot andre systemer?
Innsamling av kvalitative data?
Økonomiske forhold?

Selv om jeg skriver en del om Google Analytics er jeg verktøynøytral. For enkelte vil ikke gratisverktøy slik som Google Analytics eller Yahoo! Analytics være tilstrekkelig, men valg av verktøy bør avgjøres ut i fra hvilke behov man har, og ikke ut i fra en salgspitch fra en verktøyleverandør.

Operasjonell infrastruktur

Oppsett av webanalyse i henhold til behov

Denne delen har til hensikt å gi svar på hvordan informasjonen skal samles inn. Vi har kommet frem til hvilke(t) verktøy som er mest formålstjenlig for vårt behov.

Oppsett og implementering kan i blant være en forferdelig tung prosess, men et så riktig oppsett som mulig er nødvendig for at man skal kunne ta riktige beslutninger basert på dataene som kommer ut i andre enden. Med vilje har jeg skrevet "et så riktig oppsett som mulig", fordi at det vil også være et spørsmål om kost/nytte.

Mange installeringer jeg har sett er ikke satt opp i henhold til behov. Årsaken til dette er ofte at man ikke har definert forretningsmål eller ønsket utbytte. Dette punktet handler også om datakvalitet. Hvilke data er det viktig å samle inn, og hvilke data bør filtreres bort?

Dataene vil aldri bli perfekte, men de bør være så gode at man kan gjøre kvalifiserte analyser.

Noen enkle eksempler på dette kan være:

Er kontoen riktig organisert?
Spores konverteringsmål?
Er egne ansatte ekskludert fra dataene?
Spores kjøp og salg i nettbutikken? (Jeg overraskes stadig over nettbutikker som ikke tracker kjøp og salg).
Spores søk fra "norske søkemotorer" slik som ABC Startsiden?
Spores feilmeldinger, og er webanalysen satt opp til å spore brukerproblemer?
Internsøk og søk med null treff
Kampanjesporing
Segmentering, for eksempel kunde/ikke-kunde.
Sporing på tvers av domener og subdomener
Sporing av RIA (Rich Internet Applications) slik som Flash og AJAX

Men, det er heller ikke noe poeng i at man skal samle alle typer data bare fordi man kan. Som Avinash Kaushik sier:

Det er ikke noe vits i å være rik på data, men fattig på informasjon.

Et forhold som mange ikke tenker over, er at om man bytter til en annen publiseringsløsning, må man også påberegne at webanalysen må settes opp på nytt.

Lag og kommuniser standardiserte analyserapporter

Når data har blitt samlet inn, hvordan får vi denne informasjonen til de riktige personene til riktig tid i riktig format?

Kun de mest interesserte vil logge seg inn i webanalyseverktøyet, og det er kanskje heller ikke riktig at alle skal ha tilgang. Det kan derfor vær nødvendig å utvikle standardiserte rapporter tilpasset mottageren, og sørge for distribusjon av rapportene. Forhåpentligvis har det vært gjennomført en KPI-workshop som har avdekket hvem som skal motta rapportene, og hvilke KPIer som skal rapporteres til hvem.

Rapportene må inneholde kontekst, det vil si at man kan ikke bare generere noen rapporter automatisk og sende de til mottageren. For at rapporten skal være verdiskapende og ikke bare en tidstyv for mottageren, må rapporten inneholde tolkninger av informasjonen og forslag til handlinger gjeldende for denne personens fagområde - med andre ord rapporter med action!

Verdiskapende prosess

Det er først gjennom analyse av dataene og handling basert på disse at webanalysen fører til verdiskaping. Det er dette som er webanalyse, men det er her minst ressurser brukes.

Avinash Kaushik mener at 10 % skal investeres i verktøy, og 90 % skal investeres i noen som kan analysere dataene. Eric T. Petersson mener en riktigere tilnærming er at 50 % bør investeres i verktøy, og 50 % bør investeres i mennesker.

Selv om de har en sprikende prosentsats er poenget likevel dette:
Uten en investering i noen som kan tolke dataene og komme med anbefalinger til optimalisering med bakgrunn i disse, gir webanalysen liten verdi.

For at webanalysen skal føre til verdiskaping fordrer det også at man ikke er en rigid organisasjon med en nettløsning som det er umulig å endre på. For som jeg skrev innledningsvis, først når webanalysen benyttes til optimalisering og handling vil den føre til økonomisk verdiskaping og forbedring av brukskvaliteten.

Analyser data og identifiser forbedringsområder

Det er mye og mangt som kan analyseres og antageligvis forbedres. Jeg er tilhenger av å dele dette opp i 4 områder basert på en modell som kalles REAN:

Reach: Markedsføring, annonsering og all kommunikasjon som skjer utenfor nettstedet
Engagement: Brukerens mottagelse på nettstedet (eks. kommunikasjon/innhold, brukervennlighet, design)
Activation: Konverteringen
Nurture: Vedlikeholde kontakten med den besøkende/kunden (eks. CRM, nyhetsbrev, sosiale medier)

Optimalisering

Basert på tolkning av data, hvordan kan vi optimalisere og forbedre det vi gjør? Dette punktet er det viktigste med hele webanalysen fordi at det er her verdien skapes og læring skjer.

Det kan kanskje synes som om det er en lang vei å gå før man får verdi ut av webanalysen, men det er fullt mulig å optimalisere og skape verdi selv om ikke alle forhold er på plass. Noe optimalisering er bedre enn ingen optimalisering.

Men jeg er likevel av den oppfatning av at har man ikke vært i gjennom en øvelse slik som jeg har beskrevet i dette innlegget, og har etablert forankring og prosesser, vil læringen utebli og verdiskapingen bli mindre.

Har du noen kommentarer, prosesser, erfaringer eller læringer som du har funnet nyttige - del de gjerne.

PS. Om du lurer på hvorfor to av stegene i modellen er grå, mens de andre har svart bakgrunn så er det fordi at min oppfatning er at de aller fleste befinner seg på disse nivåene. De har gått rett på innsamling av data og oppsett - men da ikke ut i fra behov siden de har hoppet bukk over forretningsmål og ønsket utbytte.

En KPI er en m�ling, men en m�ling er ikke n�dvendigvis en KPI

Eivind Savio — 2010-01-31

Ordene i overskriften tilhører Dennis R. Mortensen, Director of Data Insights hos Yahoo!.

Dennis R. Mortensen uttaler også:

Å utvikle feil KPI vil gjøre større skade enn nytte!

Men hva er så forskjellen på en KPI og en måling, og hva kjennetegner gode KPIer?

I dette innlegget har jeg samlet noe av det som er blitt sagt og skrevet av andre, i tillegg til noen av mine egne tanker og erfaringer.

Mye som kan måles, men ikke alle målinger kvalifiserer til å være en KPI.
Bilde: D Sharon Pruitt

Hva er en KPI, og hva er hensikten med de?

Det finnes mange definisjoner på hva en KPI er, men jeg forholder meg ofte til Avinash Kaushik sin enkle definisjon:

Målinger som hjelper deg til å forstå hvor bra du gjør det i forhold til dine mål.

KPIer er forenklinger av virkeligheten, og en av de viktigste grunnene til at KPIer benyttes er at man i det daglige har altfor mye informasjon å forholde seg til. Denne forenklingen er både styrken og svakheten til en KPI, og er også grunnen til at det er viktig å identifisere de riktige KPIene.

Hvordan utforme KPIer, og hva kjennetegner disse?

Eric T. Peterson fra Web Analytics Demystified sier dette om KPIer i The Big Book of Key Performance Indicators:

En Key Performance Indicator er alltid andel, gjennomsnitt, prosent eller verdi, de er aldri ubehandlede tall. Ubehandlede tall sier ikke noe om sammenheng, men de fører til dialog slik de hører med som bakgrunnsinformasjon.

Ved utforming av KPIer sier Avinash Kaushik at man skal starte enkelt, og at man skal starte med utbytte. Videre sier Avinash at den eneste grunnen til at vi har et nettsted er dette:

Redusere kostnader
Øke inntekter
Forbedre kundetilfredshet

Jeg finner det veldig hensiktsmessig å ha disse 3 punktene i bakhodet ved utforming av KPIer, fordi det fører til fokus på at KPIen skal si noe om kvalitet og ikke kvantitet. KPIer som fokuserer på kvalitet vil også føre til fokus på de besøkende sine behov eller problemer. For det er jo slik at for at vi skal få oppfylt våre mål, må våre besøkende oppnå sine mål først.

Noen kjennetegn på KPIer som ofte nevnes er disse:

KPIer må være forankret i ledelsen og gjenspeile organisasjonens mål
KPIene må være basert på troverdige data
Begrens antall KPIer, og vær relevant
- For eksempel vil antageligvis Markedsavdelingen og Service/support ha forskjellige KPIer.
- KPIene må knyttes til riktig person i organisasjonen. Denne personen må være inneforstått med hva disse KPIene skal besvare, noe som igjen betyr at denne personen må/bør ha vært med på utformingen av KPIene.
Alle gode KPIer fører til handling!

Om ikke minimum punktene over er oppfylt, vil ikke KPIer hjelpe bedriften/organisasjonen til å yte bedre.

KPI-rapportering

Den/de som er ansvarlig for webanalysen, bør også være ansvarlig for å oversende KPI-rapportene til de personene som skal motta slike rapporter. Man bør med andre ord være proaktiv, og ikke overlate det til den enkelte å logge seg inn i et eller annet webanalyseverktøy og hente ut KPI-rapportene selv.

Grunnen til dette er at en KPI-rapport uten kontekst, altså en forklaring på hva en eventuell endring skyldes, vil ikke så lett føre til handling. Man kan heller ikke forvente at disse personene selv skal kunne finne årsaken til endringene i webanalyseverktøyet.

En god KPI-rapport skal

beskrive sammenhenger
fokusere på endringer
ikke være en presentasjon av tabeller med data

Unike Brukere - mulig KPI eller..?

Til slutt en liten digresjon om temaet KPIer. Jeg støter forholdsvis ofte borti at Unike Brukere foreslås som en KPI. For en god stund siden ble Unike Brukere nevnt som et eksempel på en KPI på den norske Adwords-bloggen, og jeg har også sett andre blogger nevne dette som et KPI-eksempel.

Om du har lest helt ned hit så har du nok skjønt det at dette ikke er en KPI. De færreste nettsteder har etter min mening liten nytte av å bruke Unike Brukere som en overordnet målsetting heller, siden dette ikke er et kvalitetsmål.

I stedet for å argumentere for dette vil jeg anbefale å lese Avinash Kaushik sitt innlegg "Standard Metrics Revisited: Daily, Weekly, Monthly Unique Visitors", samt fortelle en historie fra eMetrics i fjor høst.

Sony Ericsson hadde inntil i fjor vår definert Unike Brukere som en av sine KPIer. Om de oppnådde X-antall unike besøkende, ble det utløst en bonus til de som jobbet med web. I mars i fjor byttet de webanalyseverktøy, samt forbedret kvaliteten på dataene som ble samlet inn.

Resultat: Ingen bonus!

Unike Brukere er ikke en KPI hos Sony Ericsson lengre.

Avslutning

Noe av det som jeg har skrevet om her har jeg også skrevet om tidligere i artikkelen 9 tips for å lykkes med KPIer og webanalyse.

Har du noen erfaringer med KPIer som du ønsker å dele, eller har du noen synspunkter på det jeg har skrevet, legg gjerne igjen en kommentar.

Fargen p� en link skal v�re bl�. Eller? En test av farger p� lenker.

Eivind Savio — 2009-12-06

For lenge siden ble det opplest og vedtatt at en link skal være blå, og den skal være understreket. Disse retningslinjen har blitt kritisert, og mange nettsider har blitt laget siden den tid med all verdens farger på linker. Jeg ønsket derfor å teste denne teorien ved hjelp av Google Analytics og Google Website Optimizer.

I denne artikkelen beskriver jeg hva resultatet av testen ble, og hvordan testen ble gjennomført. Det spesielle med denne testen er at jeg ikke bruker Google Website Optimizer til å evaluere suksess, men baserer meg på dataene som Google Analytics samler inn.

Testens hypotese

Min hypotese før jeg startet å teste var at blå linker burde føre til lavere bounce rate og flere sidevisninger per besøk, siden de burde "stå frem" tydeligere som lenker, og dermed føre til flere klikk. Jeg satte 5 % som suksessmål for testen. Om gjennomsnittlige sidevisninger per besøk ville øke med 5 %, eller om bounce rate ble redusert med 5 % ville jeg anse testen som en suksess.

I testen har jeg testet linker med fargene brun, grønn og blå som vist av bildene under. Testen har pågått i mer enn 3 måneder.

Tekst med brune linker.

Tekst med grønne linker.

Tekst med blå linker.

Bildene av teksten over er hentet fra artikkelen Hvilke linker klikker dine besøkende på?

Testresultat

Resultatet av testen er at jeg velger å forkaste min teori om at blå lenker vil gi lavere bounce rate, men velger å beholde teorien om at blå lenker gir i gjennomsnitt flere sidevisninger per besøk (selv om forskjellen er veldig liten).

Tabellen under viser testens data fra November. Grunnen til at jeg ikke bruker dataene fra hele perioden, er at tallene fra November viser en ting med mine blå lenker mye tydeligere enn hvis jeg hadde vist tallene fra hele perioden (trenden er den samme for alle måneder, bare ikke så tydelig).

Besøkende som så blå lenker brukte i gjennomsnitt lengre tid. Hvorfor det er slik vil bare være spekulasjoner. Klikkdata som jeg har samlet inn gjennom denne testen forteller bare hva som har skjedd, ikke hvorfor.

	Brune linker	Grønne linker	Blå linker
Besøk:	1 214	1 247	1 220
Bounce Rate:	78,43 %	76,66 %	76,80 %
Sider/besøk:	1,46	1,43	1,48
Gj. snitt tid	00:01:08	00:02:13	00:03:35
Nye besøk:	85,67 %	83,88 %	84,26 %

Hvordan ble testen gjennomført?

Data fra Google Website Optimizer dukker ikke automatisk opp i Google Analytics. For å få dette til har jeg benyttet en løsning utviklet av ROI Revolution.

Dette innebærer at man legger inn deres "spesialkode", og setter deretter opp en multivariasjonstest i Google Website Optimizer. Denne koden medfører at det legges på parametere på nettadressene som genereres for Google Analytics. Parameteret som genereres for alle som for eksempel får "servert" brune lenker er ?combo=0.

Dette parameteret kan brukes til segmentering, og jeg har satt opp 3 forskjellige Google Analytics profiler, en for hver lenkefarge.

For å kunne evaluere lenkefargene best mulig har jeg ekskludert en del data fra disse profilene:

Egen IP-adresse.
Data generert fra YouTube-filmer avspilt gjennom min YouTube-spiller.
Utgående klikk på lenker. Å ekskludere utgående klikk kan alltids diskuteres om var riktig, siden de genererer virtuelle sidevisninger og påvirker bounce rate, men dette var et valg jeg tok.

Siden testen ikke er implementert på alle sider på Savio.no, er bounce rate mye høyere enn vanlig. For eksempel er ikke John Savio en del av eksperimentet, og heller ikke eksemplene knyttet til artikkelen The only CSS layout you need?

Var testen en suksess?

Om bare data fra Google Website Optimizer hadde blitt lagt til grunn hadde svaret på dette blitt nei. Konverteringsmålet som jeg satte opp i Google Website Optimizer er bloggkommentarer, og det er ikke statistisk signifikant forskjell i antall kommentarer.

Min hypotese var ikke at det ville bli flere kommentarer med blå linker, men at blå linker ville føre til flere sidevisninger per besøk og lavere bounce rate. Jeg vil derfor kalle testen en delvis suksess siden siden økningen i gjennomsnittlige sidevisninger per besøk økte noe, men ikke nok til at målet på 5 % forbedring ble nådd.

Suksess ved testing kan bli målt på mange forskjellige måter (Kilde: Successful Web Site Testing Practices av Eric T. Peterson):

For noen er "suksess" en dramatisk økning i målinger knyttet til fortjeneste, fordi de vet at de fleste ledere vil respondere på inkrementell fortjeneste.
For andre er "suksess" en liten økning i målinger av de besøkendes engasjement, fordi man vet at små seire over tid til sammen vil være en stor seier.
For andre er "suksess" en reduksjon i antall problemer de besøkende kan oppleve på nettstedet, fordi man man vet at ved å redusere barrierer vil brukeropplevelsen forbedres.
For andre er "suksess" rett og slett å være i stand til å lansere et nytt utseende på nettstedet uten det slår ut negativt på eksisterende Key Performance Indicators.

Har du gjennomført testen riktig, det vil si at du blant annet har en plan, har utviklet en hypotese og har et mål for testen, vil også en test som feiler gi nyttig lærdom. Som Avinash Kaushik sier:

Det fine med eksperimentering og testing er at du lærer å ta feil - fort!

Testing videre

I eksperimentet testet jeg bare lenker som var understreket. Det har blitt sagt at understrekingen av lenkene er viktigere enn fargen på lenkene, slik at det kunne vært neste test.

Jeg har likevel ingen planer om å gjennomføre en slik test siden jeg ikke har noen planer om å innføre lenker uten understreking. Testing for testingens skyld er ikke spesielt nyttig eller god bruk av ressurser.

Google Website Optimizer + Google Analytics = mer lærdom

I dette blogginnlegget har jeg skrevet om en test som Google Website Optimizer ikke kunne gi svaret på fordi testen ikke baserte seg på konverteringer. Men også i de tilfellene hvor du er ute etter et svar fra Google Website Optimizer, kan det være hensiktsmessig å benytte denne metoden. Noen eksempler på dette kan være:

Nye versus Returnerende besøkende: Viser de forskjellig atferd i forhold til testversjonene? Segmentering av dataene i Google Analytics kan gi oss mer innsikt.
Testing av skjemaer: Kanskje fører ikke det nye skjemaet som testes til signifikant flere konverteringer, men i webanalysen ser vi at de bruker kortere tid på å fylle ut skjemaet. En forbedring i brukeropplevelsen kan være grunn god nok.

Kan du komme på andre grunner til at det kan være hensiktmessig å kombinere Google Website Optimizer og Google Analytics, eller har du spørsmål eller hva det nå enn måtte være - legg gjerne igjen en kommentar.

Avslutningsvis vil jeg bare si at husk at denne testen er gjennomført på mine besøkende som har lest mine artikler innenfor min layout med mine farger. Det er ikke sikkert du ville fått det samme resultatet.

Webanalyse for ledere med Eric T. Peterson og Aur�lie Pols

Eivind Savio — 2009-10-03

Jeg bruker vanligvis ikke denne bloggen til å markedsføre arrangement i regi av jobben min hos Creuna, selv om bloggen hovedsakelig omhandler fagområdene som jeg jobber med der. Det er bare en personlig beslutning jeg har gjort, da jeg synes det er greit å ikke blande inn jobben for mye på min private blogg.

Denne gangen gjør jeg likevel et unntak, fordi temaet er for viktig til å la være og nevne, og det er ikke hvem som helst som er foredragsholder.

Fredag 9. oktober kl 0830 arrangerer Creuna Online Performance Seminar, eller Webanalyse for ledere som det også har blitt kalt. Seminaret er gratis.

Foredragsholdere er Eric T. Peterson og Aurélie Pols, og i tillegg vil Flust.no fortelle om hvordan de bruker webanalyse som et sentralt styringsverktøy.

Hvorfor et seminar om webanalyse for ledere?

Jim Sterne (President of the Web Analytics Association) uttalte nylig:

It was a mistake to call it web analytics, it's really business analysis.

Webanalyse har opp gjennom tiden vært teknologidrevet, og ikke forretningsdrevet. Dette til tross for at webanalyse egentlig handler om å optimalisere businessen. Firmaer som leverer tjenester innen webanalyse har bidratt til at utviklingen har gått i denne retningen - de har vært (og noen er fremdeles) teknologi og verktøyorientert, og ikke forretningsorientert.

For at webanalysen skal bli forretningsorientert og innebære en forbedring av businessen, krever det at webanalysen er forankret i ledelsen.

I artikkelen 9 tips for å lykkes med KPIer og webanalyse har jeg skrevet noen noen praktiske tips knyttet til temaet.

Hva er din oppfattelse av webanalyse i Norge? Handler det hovedsakelig om "klikk og trafikk" fremdeles, eller har bedrifter og organisasjoner begynt å forstå at det handler om å forbedre businessen?

Google Analytics Individual Qualification (IQ)

Eivind Savio — 2009-10-03

Mesteparten av bloggingen min her på Savio.no handler om Google Analytics. Grunnen til dette er at jeg er for deling av kunnskap, og det hjelper meg selv å huske spesielle ting bedre. Med andre ord, bloggen fungerer også som en huskelapp for meg selv i mitt daglige arbeid.

At jeg har valgt å skrive så mye om Google Analytics gjør at jeg også stiller meg "selv for hogg". Den 3. mars ble Google Analytics Individual Qualification (IQ) lansert. Samtidig med testen lanserte også Google Conversion University for å hjelpe folk til å forberede seg til testen eller bli en mer kunnskapsrik Google Analytics bruker.

Ut av det blå i dag dukker dermed følgende spørsmål opp på bloggen til Metronet:

...var vi først i Norge eller tok du den i helgen Savio, E?

Om de var først i Norge vet jeg ikke, men de var i hvert fall ferdig med testen lenge før meg. Jeg fikk ikke somlet meg til å ta testen før i kveld, men jeg passerte testen heldigvis med god margin siden jeg følte presset fra Metronet.

All honnør til de som har tatt testen og bestått (klapper meg selv på skulderen). Som Kenneth Gvein fra Metronet skriver i bloggen var testen relativt utfordrende.

Testen koster $50, og består av 70 multiple choice spørsmål som må besvares innen 90 minutter. Du må ha 75 % riktige svar for å bestå. Består du testen er resultatet ditt gyldig i 18 måneder.

Slik jeg ser det vil testen forhåpentligvis føre til at man får etablert en minimumsstandard i forhold til kvalifikasjoner hos personer som leverer tjenester knyttet til Google Analytics.

Har du tatt testen, vurderer du å ta den eller vet du om andre som har tatt den i Norge?

PS. Nei, jeg røper ikke spørsmålene og svaralternativene.

Google Analytics Campaign URL builder with Short URL and Twitter posting

Eivind Savio — 2009-05-13

One of the biggest problems with online marketing campaigns are that the campaigns are not tracked as campaigns. If you do not track your campaigns, you will not know how efficient your campaign is.

Another reason for lousy campaign data, are that the marketers are creating infunctional campaign URLs because they don't know much about URLs.

And to be honest, the Google Analytics tool builder isn't the best tool in the world for creating campaign URLs.

Because of this I have created what I humbly believe can be an easier and more time saving solution to create Google Analytics Campaign URLs.

The Google Analytics Campaign URLs created by this tool can be exported to Excel, you can create short URLs and post the shortened URL to Twitter directly.

Installing the Campaign URL builder

Make sure the "Bookmarks Toolbar/Links Toolbar" is visible. If it is not, go to menu View > Toolbars (or something similar, depending on your browser type).
Drag this link:Google Analytics URL builder up to your Bookmarks Toolbar. Alternatively, right click on the link and save to bookmarks.

You are now ready to create campaign URLs, shorten the campaign URL (and share it on Twitter), or export the campaign URL to Excel.

How to use the Google Analytics Campaign URL builder

Visit your site campaign landing page, click on the Google Analytics URL builder link, and a page looking like the image above will load in front of your page.

Creating the campaign URL

The URL field will be automatically filled out with the URL to your landing page. The Source, Medium and Campaign field are prefilled for a Twitter campaign, and the final Campaign URL is created on the fly. This means that if you are changing some of the values in the different fields, the Campaign URL is automatically updated.

One problem I have experienced with people not very familiar with URLs are that they sometimes uses several ? (question marks) when they create campaing URLs. This tool adresses that particular problem.
Exampel of incorrect URL:
http://domain.com?id=123?utm_source=src&utm_medium=med&utm_campaign=cmp

One URL should only contain one question mark, if not the URL will/may break, and therefor this tool handles this automatically.

Exporting Campaign URLs to Excel

Sometimes it can be more handy to work with your campaign URLs in Excel, for exampel if your campaign includes several sources.

Choose your Microsoft Office language (the tool supports English or Norwegian), and click the Excel button. The Excel spreadsheet created makes it easy to continue to build your campaign, since it is pre-programmed with an Excel formula.

The Excel spreadsheet and the Excel formula is inspired by The Link Tagging Tool (Google Docs tool) from Epikone.

Creating Short URLs with bit.ly or Cligs

If you click the Shorten button, you can shorten your Campaign URL using either the URL shortener from bit.ly or Cligs.

Creating short URLs with bit.ly

If you want to use bit.ly, you will have to register and get your API key. Then do the following:

Copy your API key.
Choose bit.ly from the URL shortener drop down menu.
Paste your API key into the API text field and your username into the username field.
If you click the Save button, your username and API key will be saved into a cookie on your computer, so you don't have to enter this information the next time you uses my Google Analytics URL tool.
Click the Shorten button, and your short URL will be created from the URL in the Campaign URL field. The Short URL created will be visible in the Short URL text field.

Creating short URLs with Cligs

If you want access to the additional statistics from Cligs, you will have to register at Cligs and create an API key. Then do the following:

Copy your API key.
Choose Cligs from the URL shortener drop down menu.
Paste your API key into the text field.
If you click the Save button, your API key will be saved into a cookie on your computer, so you don't have to enter your API key the next time you uses my Google Analytics URL tool.
Click the Shorten button, and your short URL will be created from the URL in the Campaign URL field. The Short URL created will be visible in the Short URL text field.

If you want to shorten a URL without the Google Analytics campaign variables, just delete the value in the Source field. All the campaign variables will then be automatically removed.

By clicking the Tweet button you can share your shortended URL on Twitter.

Things to be aware of

Browsers: I have tested the tool in different browsers on Windows, but not on Mac. The tool should work well in different browsers, but I have experienced some problems with Internet Explorer 6. This is related to the Zero Clipboard Copy function.
Pop-up blockers: Some pop-up blockers (for exampel the pop-up blocker in Google Toolbar) may prevent the tool from loading. If this happens, allow pop-ups from this domain.
Export to Excel: You may see a warning when you try to open the Excel spreadsheet. This happens because I'm forcing a HTML page to act like a Excel spreadsheet. It is totally safe to open the Excel spreadsheet created.

Update

09.12.2009: URL shortening with bit.ly added. If you are using my previous version update your bookmark since the new version is having a larger window size.
13.02.2010: Support for Parameter Separator added. # (hash) separator can be used instead of ? (question mark) in the Campaign URL. This is a more SEO friendly solution. See Google for information about implementation.
13.02.2010: Support for Conversion Attribution added. A conversion can be attributed to the First Click if you want, and not the last one (which is default in Google Analytics). This is done by adding the parameter utm_nooverride=1 to the campaign URL.
See this help information from Google for more information.

Some final words

If you look around on my site you have probably noticed that everything else is written in Norwegian. I normally don't blog in English, but sometimes I make an exception. Since this blog normally is in Norwegian, and I haven't had time to implement a multilingual blog system, you find some explanations of how to comment below:

Click "Legg til kommentar" below. Than fill out your name (Navn), e-mail (Epost) and your website (Ditt nettsted) if you have a website. HTML formatting doesn't work in my comment field, use BBCode formatting instead. You can drag the comment field around if you want to. If you want to preview what you have written, click on "Forhåndsvis". When you are done and want to save your comment, click on "Lagre". If you haven't had any comments approved on this blog before, I will have to approve your comment manually.

I hope you find my Google Analytics Campaign URL builder tool useful. If you have any comments or suggestions, I appreciate your feedback.

Google Analytics: How to track Google Keyword Ranking from your Visitors

Eivind Savio — 2009-04-16

In a blog post from the Google Analytics team a couple of days ago, Google announced some changes to their URLs. Blogstorm did investigate these new URLs further, and asked the question: Google Adds Ranking Data to Referrer String? They were correct about their assumptions.

So - here is how you can track keyword and keyword rankings with Google Analytics, and a couple of things you should be aware of.

The first thing you must do is create a new Google Analytics profile. When this is done we will have to create some filters.

Creating the Google Analytics filters

There may be a simpler method for doing this, but I have only had under a day of testing my solution, so please bear with me.

The first thing to do is to create som filters that includes only visitors from Google organic search.

The Google Analytics filter above includes only organic traffic.

The Google Analytics filter above includes only traffic from Google.

Grab the keyword and add the ranking

The filter below is the vital filter. This filter will grab the keyword, and add the ranking the keyword had when the visitor clicked on it.

The filter above is a modified filter "inspired" from a blog post from Yoast from January about tracking SEO rankings.

This is "all" you have to do to track keywords and rankings from your visitors from Google. After a while the "User Defined" report should look like this.

There are however a couple of things you should be aware of.

1. (For the moment?) not all visitors from Google organic search are sending ranking information. This means that ranking for all of your keywords will not be tracked.

2. If elements from Universal Search (images, videos etc.) is part of the SERP (Search Engine Ranking Page), they will also be counted.

This means that if there for example are 2 images at the top of the result, and you are listed as the last result on the page, your rank will be 12 (2 images + 10 organic listings). However, if you go to page 2 in the result, the first result on that page will have rank 11.

This means that if your rank is 11, you could be listed on page 1, but you could also be listed on page 2. To identify which page the ranking parameter comes from I use Advanced Segmentation.

To be able to to make this segmentation work, you will have to implement a filter that can track Full Referral Path. Don't be confused by the title "How to track Google Searchwiki", the filter is shown in that article.

Google Analytics Advanced Segmentation

Below you will find two different Advanced Segments.

The first segment will identify visitors that came from page 1 in the Google search result.

Matches regular expression:	https?:\/\/(w{3})?\.?google.(&\|\?)q=.
Does not match regular expression:	https?:\/\/(w{3})?\.?google.(&\|\?)q=.&start=[1-9]

The Advanced Segment below will identify visitors that came from page 2 in the Google search result.

Matches regular expression:

https?:\/\/(w{3})?\.?google.*(&|\?)q=.*&start=10

If you want to identify visitors from page 3, just replace start=10 with start=20 in the regular expression above.

These regular expressions are written by Maarten Berge, and has been published here in a Norwegian blog post earlier.

Some final words

And just so I have mentioned it again. I have less than a day with testing, so I don't guarantee that everything are tested good enough. If you spot any faults or make any improvements to the solution, please add a comment.

Happy tracking.

8 CSS (Cascading Style Sheets) eksempler

Eivind Savio — 2009-04-08

På slutten av 2006, begynnelsen av 2007 lagde jeg noen eksempler/skrev noen artikler om CSS (Cascading Style Sheets). Disse artiklene ble publisert på et nettsted dedikert til CSS. Siden dette nettstedet nå er i ferd med "å pakke sammen", har jeg valgt å overføre alle artiklene og eksemplene hit til Savio.no.

Alle artiklene og eksemplene er på engelsk, og er organisert under temaene CSS layout, CSS menyer og CSS tips.

Bakgrunnen for CSS artiklene og eksemplene

Det ligger en tredelt forklaring bak artiklene. Det ene var ønsket om å forstå og lære meg CSS godt nok, og det andre var at jeg ønsket å dele mine eksperimenter med eventuelt andre som kunne finne de nyttig. Det siste punktet var om jeg kunne utforske Digg.com på egne vegne som markedsføringskanal, og lagde derfor artikkelen The only CSS layout you need(?) med tilhørende eksempler. Målet, eller kanskje det er mer riktig å skrive forhåpningen, var todelt:

Se om jeg kunne få egenprodusert stoff til å bli populært på Digg.com
Søkemotoroptimalisering (lenking til artikkelen)

Til tross for at jeg ikke fulgte alle "best practices" i forhold til Digg.com på den tiden, endte det opp med at artikkelen gikk "hot". Den fikk ca. 1 500 stemmer, et ras av besøkende fulgte, og deretter fulgte bølger med besøkende fra Delicious, Reddit og Stumbleupon siden artikkelen også gikk "hot" der.

En kjapp sjekk hos Yahoo! indikerer at ca. 1 100 lenker peker til denne artikkelen fra andre nettsider.

Hvilke konsekvenser har det å videresende disse artiklene til Savio.no?

Jeg skriver hovedsakelig på norsk, og da først og fremst om webstatistikk. Selv om jeg etterhvert har fått noen regulære lesere, kommer trafikken hit hovedsakelig fra søkemotorer. At jeg nå har videresendt disse artiklene til Savio.no innebærer at det blir mye "støy" i webanalysen, disse 8 artiklene sender en god dose besøkende.

De viktigste besøkende for meg er norske lesere, det de søker etter og deres atferd. Disse er det nå vanskeligere å identifisere gjennom all "CSS støyen". Jeg har derfor satt opp et avansert segment (som jeg sikkert må jobbe litt med) som ekskluderer CSS trafikken.

Søkemotorer, videresendinger og påskenøtter

Det er alltid en viss spenning knyttet til videresendinger fra et domene til et annet, og hvordan søkemotorene håndterer dette. Om du ikke har gjort dette før er du herved velkommen til å kunne observere hvordan det går.

Først, artiklene er videresendt permanent (301-videresending) hit til Savio.no. Det vil spøkefullt si at jeg har sendt en flyttemelding til Google og de andre søkemotorene om at Savio.no "skal" overta de eksisterende rangeringene. Du kan følge med på søkefrasen css submenu som jeg innehar førsteplassen på med det gamle domenet for å se hvordan det går.

Påskenøtten er ikke et vanskelig spørsmål, men en oppfordring om at om du har laget noen egne CSS løsninger, legg gjerne igjen en kommentar under.

PS. Siden jeg allerede har begynt å få spørsmål om dette; Nei det gamle domenet er ikke til salgs.

Hvilke linker klikker dine bes�kende p�?

Eivind Savio — 2009-03-30

Klikker dine besøkende på overskriften eller les mer linken når de klikker seg inn til en artikkel, eller hvilke av menyelementene på nettsiden din benyttes til navigering? Beklager, det kan ikke Google Analytics fortelle deg, i hvert fall ikke "rett ut av boksen".

Bildet nedenfor av nettstedsoverlegget her på Savio.no illustrerer poenget. Fra forsiden av nettstedet er det tre menylenker som fører til bloggen, Google Analytics rapporterer at alle tre har like stor prosentvis andel av klikkene.

Så - hvordan identifisere hvilke lenker de besøkende har klikket på?

For at du skal vite hvilken lenke som har blitt klikket på må lage unike lenker. I artikkelen Hvordan spore Hash-tegn i URLen med Google Analytics nevnte jeg at hash-tegn kan benyttes til å lage unike lenker, og at dette kan være en måte å gjøre det på siden dette ikke skaper problemer for søkemotorene i forhold til problematikken rundt duplisert innhold. Problemet med hash-tagging er at det ikke fungerer med Google Analytics sitt nettstedsoverlegg.

Metoden for å identifisere hvilke linker som har blitt klikket på, og som fungerer med Google Analytics sitt nettstedsoverlegg, krever at hver lenke tagges opp med et parameter.

Dette er en metode som jeg allerede ser at benyttes i Norge, men alle eksempler jeg har sett er utført på feil måte siden de skaper (potensielle) problemer for søkemotorene på grunn av duplisert innhold (noen "ledende" SEO selskaper som føler seg kallet til å rekke opp handa?).

Problemet gjelder ikke bare for nettsteder som benytter Google Analytics. Det finnes flere eksempler i Norge på nettsteder som har investert i dyr webanalysesoftware, tagget opp rubb og stubb, og dermed sikret seg en dårligere organisk synlighet.

Derfor, her er hvordan jeg mener at dette skal gjøres.

I bildet av nettstedsoverlegget i begynnelsen av artikkelen er det tre lenker som fører til bloggen. Jeg velger å benytte parameteret linkID for å separere lenkene fra hverandre. Toppmenyen får parameteret toppmeny, kategorilenkene i venstre kolonne får parameteret venstrekolonne, mens lenkene i høyre kolonne får parameteret hoyrekolonne. Det gir meg da tre forskjellige lenker:

http://www.savio.no/blogg/?linkID=toppmeny
http://www.savio.no/blogg/?linkID=venstrekolonne
http://www.savio.no/blogg/?linkID=hoyrekolonne

Jeg har nå tre forskjellige lenker til samme destinasjon - lenker som vil fungere med nettstedsoverlegget til Google Analytics. Men som nevnt, disse lenkene vil kunne føre til problemer med duplisert innhold og dårligere rangering i søkemotorene.

Hvordan unngå problemer med duplisert innhold med denne metoden?

Løsningen er å benytte en spesiell <link> tagg kalt canonical. Denne taggen er et samarbeid mellom søkemotorene for å redusere problematikken med duplisert innhold, og støttes av både Google, Yahoo!, Live Search (MSN) og Ask.com. Taggen fungerer for søkemotorene omtrent som en 301-videresending.

For å fortsette eksemplet mitt ovenfor. På nettadressen til bloggen legger jeg følgende kode inn:

<link rel="canonical" href="http://www.savio.no/blogg/" />

i <head> seksjonen på nettsiden.

Da gjenstår bare en ting. Det er ikke bare for søkemotorene at duplisert innhold skaper problemer. Forskjellige URLer som fører til samme destinasjon skaper også dårligere kvalitet på dataene dine i webanalysen. Du bør derfor ekskludere denne informasjonen fra de fleste nettstedsprofilene dine, og for eksempel bare la disse dataene være tilgjengelig i din ufiltrerte nettstedsprofil (Se artikkelen Hvordan organisere en Google Analytics konto).

For å ekskludere linkID informasjonen kan man enten benytte filtrering, eller man kan legge inn denne ekskluderingen i profilinformasjonen. Bildet under illustrerer hvordan dette gjøres i profilinformasjonen.

Du har nå en metode for å spore hvilke lenker de besøkende klikker på som fungerer med Google Analytics sitt nettstedsoverlegg, og som ikke lager problemer for søkemotorene på grunn av duplisert innhold. I tillegg har du ivaretatt kvaliteten på dataene dine i Google Analytics.

Siden metoden krever noe jobb og kanskje involvering av flere selskaper (eks. webleverandøren), er det viktig at man har tenkt igjennom om denne metoden vil gi de svarene man ønsker. Kanskje er det mer hensiktmessig å benytte analyseverktøy beregnet for klikk-tracking slik som CrazyEgg, ClickTale, ClickDensity eller Pagealizer.

Noen ord til slutt om nettstedoverlegget i Google Analytics

Jeg er ingen aktiv bruker av nettstedoverlegget i Google Analytics, rett og slett fordi jeg føler at det er for mange "svakheter". Mange liker likevel å bruke nettstedoverlegget da det kan være lettere å få en forståelse av blant annet navigeringen på nettstedet. I tillegg finner man også informasjon om transaksjoner, målkonvertering og inntekter som kan være veldig nyttig.

Likevel mener jeg at nettstedoverlegget har svakheter. For å illustrere hva jeg mener.

Om du legger igjen en kommentar til denne artikkelen (setter pris på tilbakemeldinger så gjør gjerne det), vil ikke dette vises i nettstedoverlegget. Grunnen til dette er at kommentarfeltet benytter AJAX. For å kunne spore dette i Google Analytics lages det virtuelle sidevisninger. Virtuelle sidevisninger vil ikke vises i nettstedoverlegget, ei heller for eksempel Flash-lenker. Filtrering kan også føre til at nettstedoverlegget ikke fungerer slik det skal.

Synspunkter på artikkelen, sporing av klikk på lenker, nettstedoverlegget eller gode verktøy for klikk-tracking? Lag en virtuell sidevisning og legg igjen en kommentar.

Microsoft adCenter Analytics legges ned

Eivind Savio — 2009-03-12

Microsoft har akkurat annonsert at Microsoft adCenter Analytics legges ned.

Jeg har hatt løsningen installert her på Savio.no omtrent siden starten. Inntrykket mitt fra den første artikkelen om verktøyet har ikke endret seg siden, det ble aldri et verktøy jeg fant verdt å bruke tiden på - funksjoner og brukergrensesnitt passet aldri mitt behov.

Jeg har likevel et godt minne fra verktøyet, som jeg også delte med noen av de som skriver på Frilunsj på en en uformell samling i kveld, og det er at verktøyet opplyser om demografiske data.

Om jeg ser bort i fra at demografiske data er svært mangelfulle, er det hyggelig ut i fra mitt eget ego at Microsoft adCenter Analytics rapporterer at flesteparten av mine lesere er kvinner mellom 20 og 26 år.

Dennis Mortensen, Director of Data Insights hos Yahoo, har skrevet noen interessante betraktninger i forbindelse med nedleggelsen i bloggen sin. Disse tar blant annet for seg forskjellen mellom de gjenværende aktørene som det er verdt å snakke om på området gratis webstatistikk; Google Analytics og Yahoo Analytics.

Why do you think Google Analytics provides “Last Click Campaign Attribution“ and Yahoo! Web Analytics provides multiple models including “Original Source Campaign Attribution”? - Because last click favors Search and Google owns search and thus present a positive picture of their channel, Original Source on the other hand favors Display and Yahoo! owns Display and thus present a positive picture of their channel - same data, two different stories.

Jeg sier som Ole Brumm: Ja takk, begge deler - jeg vil vite både Original Source og Original Source Campaign Attribution. Jeg vet det finnes en mulighet for å finne ut av dette i Google Analytics, men har ikke testet det ut enda da det krever en del programmering.

I stedet for å snakke om Microsoft adCenter Analytics sin nedleggelse, lurer jeg derfor på om hva du mener er mest riktig om du måtte velge:
Last Source Campaign Attribution eller Original Source Campaign Attribution?

Hvordan spore Hash-tegn i URLen med Google Analytics

Eivind Savio — 2009-03-09

Hash-tegn (#), av noen kalt firkant eller anker, benyttes i blant i nettadresser, for eksempel slik som vist i eksemplet under:

http://www.savio.no/nettadresse#comment

Eksemplet over viser en anker-lenke, men det er ikke bare anker-lenker som benytter hash-tegn. Enkelte nettsider som benytter Flash eller AJAX kan også benytte hash-tegn i nettadressene til å kalle opp spesielle funksjoner.

Google Analytics sporer ikke hash-tegn i nettadresser til vanlig. Denne artikkelen tar for seg hvordan man kan spore hash-tegn i nettadresser med Google Analytics.

For å kunne spore hash-tegn i nettadresser med Google Analytics, må vi endre Google Analytics koden på nettsiden til koden under. Bytt ut XXXXX-1 med din Google Analytics konto- og profilID.

<script type="text/javascript">
var gapathname = window.location.pathname, gasearch = window.location.search, gahash = escape(window.location.hash);
try {
var pageTracker = _gat._getTracker("UA-XXXXX-1");
pageTracker._trackPageview(gapathname + gasearch + gahash);
} catch(err) {}
</script>

Denne koden er hentet fra Google Analytics sitt diskusjonsforum.

Det som er verdt å merke seg er når du sporer hash-tegn i nettadressene, vil du få duplisert innhold i rapportene dine i Google Analytics. Samme nettadresse vil nå kunne forekomme flere ganger i rapportene. Dette gir dårligere kvalitet på dataene, og bør som regel filtreres bort fra (minimum) hovedprofilen din i Google Analytics. Du bør kun la en profil dedikert til formålet samle inn hash-tegn dataene.

Om du ikke forstår hva jeg mener med hovedprofil og flere profiler, les artikkelen min om Hvordan organisere en Google Analytics konto.

For å filtrere bort hash-tegnene og all informasjon som kommer etter disse i URLen, legg inn filteret under i profilene i Google Analytics hvor hash-informasjonen skal ekskluderes.

Om du er litt kodekyndig så du kanskje koden benytter escape. Det vil si at # vil vises som %23 i rapportene. Fra et rapporteringsperspektiv er ikke dette så gunstig, og jeg foretrekker derfor å kjøre et søk og erstatt filter på dette. Søk og erstatt filteret er vist under.

Det er verdt å merke seg at selv om dine rapporter nå vil vise hash-tegn, vil ikke disse vises i nettstedsoverlegget i Google Analytics.

Søkemotorer og hash-tegn i nettadresser

Det er verdt å merke seg at søkemotorer ignorer det som kommer etter hash-tegnet i nettadressen når de indekserer nettsider. Hvis for eksempel nettadressen din er http://www.domene.com/no/#/nettadresse, vil søkemotorene ignorere alt etter no/ i nettadressen. Å benytte hash-variabler i nettadressen skaper dermed ikke problemer med duplisert innhold for søkemotorene.

På grunn av dette blir hash-variabler også benyttet til å spore hvilke lenker de besøkende klikker på. For eksempel, klikker dine besøkende på overskriften eller les mer linken når de klikker seg inn til en artikkel? Selv om man kan benytte hash-variabler til å spore dette, er metoden er likevel ikke helt ideell, siden som nevnt hash-variablene ikke vises i nettstedsoverlegget.

For å kunne se hvilke lenker de besøkende har klikket på i nettstedoverlegget, se artikkelen Hvilke linker klikker dine besøkende på?

Internet Explorer 6 is so last year, upgrade your browser

Eivind Savio — 2009-02-21

If you are Internet savvy, and haven't been living in a cave for the last hours, you have probably noticed the huge European campaign against the Internet Explorer 6 browser.

The campaign was initiated on Twitter from a Norwegian developer from Finn.no. Their blog post (in Norwegian) can be found here. After his short tweet, almost all the biggest websites in Norway has taken action. And from there it has spread throughout the world, and as I write, the message is on the frontpage of Digg.com, Slashdot and Wired.

If you are using the old Internet Explorer 6 you will see a message on this site similar to the message you see on many other website, suggesting that you should upgrade to a newer or different browser.

This short blog post is just to support the initiative, kill IE6 now!

You can follow the campaign on Twitter using the hash #IE6 and on the IE6 Wiki.

So if you are using the Internet Explorer 6 browser, please upgrade to either FireFox, Internet Explorer 7 or Opera and support the campaign by killing Internet Explorer 6.

SEM konferansen 2009

Eivind Savio — 2009-02-09

Den 23. og 24. september drar INMA og ANFO i gang årets utgave av SEM konferansen. Selv om jeg er litt inhabil i min anbefaling av denne konferansen (jeg sitter i Fagpanelet) mener jeg dette helt oppriktig - dette er årets viktigste arrangement innenfor internettmarkedsføring i Norge.

Under har jeg sakset noe om temaet og konferansen fra INMA.

Søk-bransjens rockestjerner til Norge!

Årets arrangement har samlet de fleste av verdens og nordens eksperter innenfor fagfeltet, og vi ønsker alle de 260 deltakere fra 2008 samt nye deltakere velkommen.Eliten av britiske, amerikanske og nordiske eksperter er på plass!

Noen som kommer er:

Bryan Eisenberg, guru, forfatter og en av iMedia top 25 markedsførere.
- I tillegg har han skrevet flere bøker, blant annet "Always be testing" som jeg anbefaler på det sterkeste. Om noen kan få konvertert noen på nett så er det han. Selv om konverteringer ikke bare gjelder nettbutikker, bør han være grunn nok til at i hvert fall alle nettbutikkeiere bør kjenne sin besøkelsestid.
Rand Fishkin, grunnlegger og høvding i SEOmoz og en av de største stjernene i SEO-bransjen, og holder alltid engasjerende og lærerike foredrag.
- Jeg har fulgt med på hva Rand Fishkin har holdt på med siden 2004, så når jeg anbefaler å dra på konferansen på grunn av han er det ikke uten grunn.
Mikkel deMid Svendsen, "Jeg er en super søkenerd" sier han om seg selv. Mikkel har skrevet SEO 2.0 - den mest omfattende boken om markedsføring i søkemotorer.
- Jeg hadde gleden av å høre og møte Mikkel på SMX London i 2007. Han er en fargerik (også bokstavelig talt) og dyktig fyr. I tillegg vil han nok kanskje utfordre noen holdninger knyttet til SEO om han holder vanlig "standard".
Lisa D. Myers er en av Storbritannias flinkeste SEO-eksperter og har vært en anerkjent blogger i flere år. Hun holder regelmessig foredrag på de største konferansene ute i verden.
- Og i tillegg er hun trønder- og en knakende dyktig en og!
Marc Saarde, Head of Online Business Optimization, Creuna Danmark.
- Marc kjenner jeg godt. Er det noen som kan webanalyse i Norden så er det Marc.
Andrew Goodman. Andrew er blogger, forfatter og SEM-ekspert fra Canada og har skrevet den beste boken om Google AdWords: "Winning Results with Google AdWords".
Adam Lasnik, Google sin første Search Evangelist.
Anders Hjorth, CEO, Outrider EMEA.
Jesper Kärrbrink, President og CEO, ENIRO.

Noen av temaene og foredragene på SEM konferansen er:

25 tips til bedre SEM.
En full gjennomgang av SEO.
Lær hvordan du får til en effektiv forankring, bruk og optimalisering av webanalyse.
Kunnskap om innhold som både brukerne og søkemotorene elsker.
Norges "Beste Søkestrategi". En detaljert gjennomgang og presentasjonen av Gulltaggens og Norges "Beste Søkestrategi".
En gjennomgang og presentasjon av "Beste Internettstrategi", som gjennom bruk av Søk, sosiale medier og viralkampanjer gikk av med seieren i kategorien Beste Søkestrategi på Gulltaggen 2009.

I 2008 hadde online annonsering en vekst på 20% i Europa - De beste fremtidsutsiktene er for søk

I følge IAB AdEx, en årlig annonseomsetningsrapport fra 19 nasjonale IAB land tilrettelagt i samarbeid med PWC, er søkemotormarkedsføring den grenen innenfor online annonsering som vil fortsette å dominere i tiden fremover. Søk hadde en vekstrate på 8% i Europa i 2009, og representerer nesten halvparten av den totale annonseomsetningen (46 %).

Samme analyse antyder at display ad annonsering vil fortsette å minske sin vekst, med en total vekstrate på 0,4 %. Mer informasjon om dette finnes i artikkelen Internett opp 20 % i Europa på INMA.no.

Selv om vi er inne i en noe ruskete økonomisk tid, er jeg av den oppfatning at og ikke finne midler til å delta på SEM konferansen er synonymt med å spare seg til fant. Søkemotormarkedsføring er den mest kostnadseffektive og brukerorienterte markedsføringsformen som finnes, og SEM konferansen gir en unik mulighet til å tilegne seg kunnskap fra de beste.

Sees vi på SEM konferansen?

Hvordan identifisere mobiltelefoner med Google Analytics webanalyse?

Eivind Savio — 2009-02-02

Oppdatering 27.12.2010:

Denne artikkelen er utdatert. Det finnes nå en egen rapport i Google Analytics under Besøkende kalt Mobile enheter. Denne rapporten vil vise hvor mange som har besøkt nettstedet ditt med mobiltelefon. Fremgangsmåten jeg har brukt i denne artikkelen viser nå i etterkant at jeg har greid å identifisere ca. 99 % av de besøkende som har besøkt nettstedet via mobiltelefon.

Avsnittet om "Litt om det å måle mobil med Google Analytics" er fremdeles gyldig.

På vei til og fra jobb med bussen benytter jeg ofte tiden til å surfe med mobilen. Hovedsakelig leser jeg nyheter, Twitter og blogger, og kommer på denne måten litt i gang med jobben før jeg kommer på jobb (i tillegg til at en døll busstur oppleves kortere).

I den forbindelse meldte dermed spørsmålene seg: Er det mange som er som meg og bruker mobilen aktivt på internett? Og - kan mobil identifiseres ved hjelp av Google Analytics?

Med iPhone kom det en oppsving i forhold til antallet som benytter mobilen til surfing. Interessen for bruken av internett via mobil er økende, noe som blant annet gjenspeiles ved at TNS Gallup har lansert TNS Mobile, en publisering av ukentlige målinger av internettportaler for mobile enheter.

Men, de fleste av oss vil aldri eie et nettsted som hører hjemme på TNS Mobile, så derfor satte jeg meg ned for å finne ut av hvordan man best kan identifisere de som surfer med mobil ved hjelp av Google Analytics.

Litt om det å måle mobil med Google Analytics

I TNS Gallup sine mobilmålinger benytter de informasjon fra "terminalen, nettverket og mobiloperatørens systemer" for å komme frem til best mulig måling.

Med andre ord, Google Analytics og andre webanalyseverktøy vil kun være i stand til å gi oss en OK identifisering av mobil, ikke et perfekt svar. I tillegg, Google Analytics benytter seg av javascript for å spore besøkende, og ikke alle mobiltelefoner eksekverer javascript.

Forskjellige metoder å måle mobil med Google Analytics

Om du skulle ha surfet rundt etter informasjon om Google Analytics, har du kanskje kommet over en video hvor det hevdes at rapporten Dialup/Oppringt under Tilkoblingshastigheter er det samme som mobilbrukere. Bare så det er sagt, dialup er ikke en metode å identifisere mobil på.

Jeg kan kun se for meg to måter å måle mobil på i Google Analytics. Den mest opplagte er å segmentere på Operativsystem (iPhone, SymbianOS, Android etc.). Denne metoden er likevel ikke en jeg anbefaler siden denne segmenteringen vil utelate mange besøkende. Blant annet vil operativsystemet til mobiler som bruker Opera Mini rapporteres som (not set), og (not set) er ikke synonymt med Opera Mini og mobil.

Metoden for å måle mobil som jeg har funnet mest riktig (eller minst feil) er å segmentere på skjermstørrelse. Svakheten med denne metoden er at oppløsningen på mobilskjermer øker, noe som innebærer at det kan hende at et minimert skjermleservindu på en vanlig pc vil falle innenfor størrelsen til en mobilskjerm. For å redusere denne feilkilden er det viktig å ekskludere operativsystemversjoner som ikke er mobil.

I teorien finnes det to metoder å segmentere besøkende som surfer med mobil. Du kan bruke filtrering i en egen profil for mobil (se artikkelen min om hvordan organisere en Google Analytics konto om du er usikker på dette), eller du kan benytte avansert segmentering. Jeg anbefaler avansert segmentering siden denne metoden ikke endrer våre data for godt slik filtre gjør. Om for eksempel mobilskjermene blir enda større i fremtiden, vil ikke filtreringen gi riktig svar om du ikke får endret filteret "i tide". Benytter du avansert segmentering spiller ikke det noen rolle.

Tilsvarer regeluttrykk:	^(([1-7]\d?\d?\|[1-9][0-9]?)\|(800\|8[0-9]))x([1-3]\d?\d?\|[1-4][0-7]?[0-9]?\|4[0-8]0?)$
Tilsvarer ikke regeluttrykk:	95\|98\|me\|xp\|2000\|server 2003\|vista\|ppc\|intel

Som bildet over viser benytter jeg meg av to regulære uttrykk. Det første uttrykket identifiserer alle skjermstørrelser som faller innenfor 800x480 piksler. Dette regulære uttrykket er skrevet av Maarten Berge hos iProspect.

Det andre regulære uttrykket er såpass enkelt at det greide til og med jeg å skrive, og identifiserer og ekskluderer operativsystemversjoner fra PC og Mac. Uttrykket ekskluderer operativsystemversjoner fra Windows og Macintosh, men ikke fra Linux. Grunnen til at Linux er utelatt, er at jeg kun har funnet Linux operativsystemversjoner logget som (not set) i Google Analytics.

Til sammen gjør disse uttrykkene en brukbar jobb med å identifisere besøkende som surfer med mobil, kp sin kommentar gjort med mobil lyser i hvert fall i mot meg som en konvertering i Google Analytics.

Er det noen operativsystemversjoner jeg har glemt? Er det fornuftig å benytte 800x480 som maks skjermstørrelse i segmenteringen? Surfer du på nett med mobil?

Hvordan avdekke s�keatferd i Google med Google Analytics?

Eivind Savio — 2009-01-14

Studier, blant annet "Blended search result study fra iProspect", indikerer at atferden til brukere av søkemotorer er at de sjeldnere og sjeldnere blar seg forbi side 1 i søkeresultatet. I tillegg, i 2006 ble 3 måneder med søkedata fra AOL frigitt "ved en glipp". Disse dataene viste at 90 % av klikkene i det organiske søkeresultatet ble gjort på side 1.

Men - viser de norske brukerne av søkemotorer samme atferd? Og har atferden endret seg?

Jeg har ikke tenkt å gi deg mine svar i denne artikkelen. I stedet følger en "oppskrift" på hvordan du kan avdekke søkemotoratferden i Google for dine besøkende, samt identifisere hvilke søkefraser som sender deg trafikk fra de forskjellige søkeresultatsidene ved hjelp av Google Analytics.

I desember 2007 blogget jeg om hvordan du kan få Google Analytics til å vise fullstendig refererende URL fra søkemotornettsider. Om du fulgte oppskriften min den gang, har du allerede 12 måneder med data du kan analysere. Hvis ikke, ta turen over til artikkelen og implementer dette filteret.

Om du ikke har fått med deg at jeg har skrevet om dette filteret, skyldes kanskje det at du ikke abonnerer på bloggen min.

I en tidligere artikkel har jeg også skrevet om hvordan du kan bruke denne informasjonen til å identifisere om folk søker på nettet, sider fra Norge eller sider på norsk i Google, samt en engelsk artikkel om hvordan avdekke besøkende fra Google SearchWiki.

Google Analytics: Besøkende fra side 1, 2 og 3 i Google sitt søkeresultat

Bildet over viser et utsnitt av Google Analytics for ett eller annet nettsted som viser Alle besøkende fra Google, i tillegg til at besøkende fra side 1, 2 og 3 er segmentert ut. Løsningen er med andre ord å benytte Avansert segmentering på de innhentede dataene.

Avansert segmentering - Google søkeresultat side 1

For å identifisere de som kommer fra side 1 hos Google, benytter vi oss av to regulære uttrykk. Det første uttrykket har til hensikt å avdekke de som kommer fra Google sitt organiske søkeresultat. Det andre uttrykket har til hensikt å ekskludere alle som ikke kommer fra side 1.

Tilsvarer regeluttrykk:	https?:\/\/(w{3})?\.?google.(&\|\?)q=.
Tilsvarer ikke regeluttrykk:	https?:\/\/(w{3})?\.?google.(&\|\?)q=.&start=[1-9]

Utfordringen ved å skrive disse uttrykkene ble tidlig klart, de matchet også Google-søk på andre norske nettsider. Start.no var spesielt utfordrende da jeg ikke skal hevde jeg er norges fremste på regulære uttrykk. Grunnen til at det er viktig å ikke få blandet Start.no inn i analysen, er at parameteret for side 2 i Start.no sitt søkeresultat samsvarer med parameteret for side 3 i Google sitt søkeresultat. Med andre ord, hvis dataene fra Start.no blandes inn kan man få inntrykk av at mange flere kommer fra side 3 enn hva som faktisk er tilfelle.

Etter å ha prøvd både 50/50 og spørre publikum (på Twitter) var jeg like langt med mine forsøk på å skrive regulære uttrykk. Ring en venn gjenstod, og Maarten Berge tok nok en gang "telefonen", og skrev de regulære uttrykkene. Han har også skrevet det regulære uttrykket i artikkelen Hvordan spore søkefraser fra Google Bildesøk med Google Analytics, og jobber vanligvis med søkemotoroptimalisering hos iProspect.

Avansert segmentering - Google søkeresultat side 2

Tilsvarer regeluttrykk:

https?:\/\/(w{3})?\.?google.*(&|\?)q=.*&start=10

Det regulære uttrykket for å identifisere besøkende som kommer fra side 2 i Google sitt organiske søkeresultat er litt enklere - enten så kommer du fra side 2 eller så gjør du det ikke.

Ønsker du å identifisere besøkende fra side 3 i Google sitt søkeresultat er det bare å følge fremgangsmåten over, men du bytter ut start=10 med start=20.

Flere veier til Rom Google

Det er publisert ett par andre måter å identifisere dette på. På Yoast er det publisert en metode hvor "sidetall" publiseres i parentes etter søkefrasen, mens Distilled har publisert en annen metode.

Felles for begge disse metodene er at de benytter seg av filtrering, og at du må opprette en egen nettstedsprofil for løsningene. Når man oppretter en ny nettstedsprofil, eller legger til et nytt filter i en nettstedsprofil som begge disse metodene baserer seg på, påvirkes ikke historiske data.

Med andre ord, ingen av disse løsningene er i stand til å håndtere mine historiske data. En annen ulempe med disse løsningene er at de regulære uttrykkene ser ut til å være skrevet slik at besøkende fra Start.no også vil bli regnet med.

Hvorfor er det nyttig å vite hvilken søkeresultatside de besøkende kommer fra og hvilke søkefraser de benytter?

Verktøy som tracker et nettsteds rangeringer i søkemotorene på forskjellige søkefraser forteller ikke alltid "sannheten". Personalisert søk og lokale resultater påvirker dette. Du, dine besøkende og verktøyene vil ikke nødvendigvis se de samme resultatene.

Ved å kunne identifisere søkefraser og hvilken side i søkeresultatet de besøkende kommer fra, samt deres atferd, får man mye mer nyttig informasjon som man kan handle ut i fra.

Google - S�ker folk p� Nettet, Sider fra Norge eller Sider p� Norsk?

Eivind Savio — 2009-01-04

Et spørsmål som av og til dukker opp er - hvor mange begrenser søkene sine til Sider fra Norge eller Sider på Norsk hos Google?

Jeg har ikke det universelle svaret på dette, til det analyserer jeg for få nettsteder. Men, noen erfaringstall har jeg basert på nettsteder som er rettet mot norske brukere. Cirka 3-5 % begrenser søket til dokumenter på norsk, mens cirka 2-4 % begrenser søket til sider fra Norge.

Som tallene indikerer er det omtrent like mange som begrenser søkene sine til Sider fra Norge eller Sider på Norsk, og man kunne dermed anta at det er omtrentlig like viktig å være synlig ved begge søkene. Men, Google er ikke det eneste nettstedet i Norge som benytter Google sine organiske søkeresultater. Kvasir, den nest mest brukte søkemotoren i Norge, benytter seg også av Google sine organiske søkeresultater.

Det er to store forskjeller mellom Google og Kvasir, og det er "standardoppsettet". Som standard i Google er nettet, det vil si at man søker i alle verdens nettsider. Hos Kvasir derimot er Norske søk standard, det vil si det samme som at søket er begrenset til dokumenter på norsk. Mine tall indikerer at 85 - 95 % benytter standardoppsettet til Kvasir, de søker i dokumenter på norsk.

Ved å analysere søk som kommer fra Startsiden, som er utgangspunktet for mange Google-søk, finner jeg de samme tendensene. "Standardoppsettet" for Google-søk på Startsiden er Verden, det vil si nettet. Flesteparten bruker dette "standardoppsettet".

Selv om jeg har litt for lite data til å hevde at "slik er det", tar jeg likevel sjansen på å trekke noen konklusjoner.

Dette sier oss noe om den norske søkemotorbrukeren, de endrer sjelden standardoppsettet når de søker. Det sier også noe om organisk synlighet - det betyr lite å ha en god rangering ved søk begrenset til sider fra Norge, om du ikke også har en god rangering ved søk på dokumenter på norsk. Og selv om du har en god rangering både ved søk begrenset til sider fra Norge og dokumenter på norsk, men ikke på nettet, da går du fremdeles glipp av de aller fleste søkene.

Hvordan identifisere ved hjelp av Google Analytics om dine besøkende kommer fra søk på Nettet, Sider fra Norge eller Dokumenter på Norsk?

Som nevnt innledningsvis hevder jeg ikke å ha det universelle svaret, og det kan jo hende at andre har interesse av å finne ut av sine egne besøkendes søkemotoratferd. Løsningen for å identifisere om de besøkende søker på Nettet, Dokumenter på Norsk eller Sider fra Norge finner jeg (som så mangt annet) i Google Analytics.

Det første du må gjøre er å sette opp Google Analytics til å vise fullstendig refererende URL fra søkemotornettsider. Når det er gjort vil Google Analytics starte å innhente data som du senere kan analysere.

Hvordan identifisere besøkende fra Dokumenter på Norsk

Måten vi identifiserer disse besøkende på er å benytte oss av avansert segmentering.

Google Analytics: Avansert segmentering - Dokumenter på Norsk

Som nevnt innledningsvis benytter Kvasir seg av Google sine organiske søkeresultater. Jeg har derfor valg å inkludere Kvasir i denne segmenteringen. Velg Betingelse -> Tilsvarer regeluttrykk og legg inn uttrykket lang_no|searchRegion i verdifeltet som vist på bildet over.

Hvordan identifisere besøkende fra Sider fra Norge

Google Analytics: Avansert segmentering - Sider fra Norge

Fremgangsmåten her er den samme, eneste forskjellen er at vi benytter Betingelsen -> Inneholder og verdien countryNO.

Som vanlig er jeg interessert i kommentarer og synspunkter. Hvordan samsvarer mine erfaringstall med dine? Ser du for eksempel en annen brukeratferd for de som begrenser søkene sine til Sider fra Norge eller Dokumenter på Norsk? Annet?

Hvordan spore (404) feilmeldinger i Google Analytics

Eivind Savio — 2008-12-18

Feil skjer, og på nettet er kanskje en av de vanligste feilene at dine besøkende kommer til en nettside som ikke eksisterer, også kalt 404-feil eller døde lenker.

Det er fullt mulig å identifisere disse feilene gjennom loggfilbasert webanalyse om du har tilgang til loggfilene til nettstedet ditt, men ut fra erfaring vet jeg at man ikke får tilgang til loggfilene hos alle leverandører av webhotell. I tillegg, du vil da trenge et verktøy for analyse av loggfiler.

I en hektisk hverdag er det ikke flere verktøy man trenger, man trenger å jobbe mer effektivt. Google Analytics er svært mange sitt foretrukne webanalyseverktøy, og det mest effektive for disse er å tracke 404-feil gjennom Google Analytics.

Hvorfor oppstår 404-feil?

Det er flere grunner til at 404-feil oppstår. Den mest vanlige grunnen er lenker fra andre nettsteder som peker til enten utgåtte artikler eller produkter, eller at man har lagt om publiseringsløsningen og ikke sørget for å 301-videresende sine gamle artikler.

I forhold til annonsering (enten at man driver Adwords-annonsering eller annonserer på andre nettsteder) er det også hensiktsmessig å tracke 404-feil, at annonselenker legges inn feil skjer.

Hvordan tracke 404-feil med Google Analytics

For å kunne tracke 404-feil må man kunne sette opp en tilpasset feilmeldingsside slik som det er gjort her på Savio.no. Det er ikke alle leverandører av webhotell som tilbyr denne muligheten. Hvis leverandøren din ikke kan tilby dette, anbefaler jeg at du bytter leverandør.

Når du har fått satt opp din tilpassede feilmeldingsside, sjekk at feilmeldingssiden sender en 404-statuskode. Jeg har utviklet et verktøy for sjekk av HTTP statuskoder som du kan bruke til denne kontrollen. Legg deretter inn koden under rett før </body> på den tilpassede feilmeldingssiden.

<script type="text/javascript">
pageTracker._trackPageview("/errorDocs/404?page="+document.location.href);
</script>

Denne koden vil lage en virtuell sidevisning i Google Analytics som ser slik ut:
/errorDocs/404?page=http://www.savio.no/404-feilmelding

Den virtuelle sidevisningen gjør at vi kan identifisere feilmeldingene.

Det neste du må gjøre er å opprette en ny nettstedsprofil for et eksisterende domene i Google Analytics. Kall for eksempel denne profilen for Feilmeldinger. Se forøvrig min tidligere artikkel om Hvordan organisere en Google Analytics konto.

I Feilmeldingsprofilen skal vi kun vise feilmeldingssider. For å kunne identifisere feilmeldingssidene, opprett filteret under og legg det inn i Feilmeldingsprofilen.

Siden den virtuelle sidevisningen blant annet vil føre til feil rapportering av transittstoppfrekvens (bounce rate), må vi ekskludere den virtuelle sidevisningen fra alle andre nettstedsprofiler i Google Analytics. Om du har satt opp Google Analytics riktig, vil du ha en nettstedsprofil som heter noe sånt som "Ingen filtre" - filteret skal selvfølgelig ikke legges inn i denne profilen.

Døde lenker vil nå rapporteres i Feilmeldingsprofilen, samtidig som den virtuelle sidevisningen ikke påvirker bounce rate i våre andre profiler (unntatt profilen Ingen filtre).

Selv om det kun er feilmeldingssider som rapporteres i feilmeldingsprofilen, antall besøkende som rapporteres vil ikke påvirkes av dette filteret. Dette kan være noe forvirrende, og kan gjøre det vanskeligere å identifisere for eksempel hvilke henvisningsnettsteder som lenker til en "død nettside".

Måten å løse dette på er å opprette et avansert segment som vist under.

Voila, vi har nå en hurtig måte å identifisere døde lenker på slik at vi kan handle om det trengs, for eksempel fikse feil med annonselenker eller 301-videresende gamle artikler til riktig lokalisering.

Om du har kommentarer eller synspunkter setter jeg pris på om du legger igjen en kommentar.

TV-reklamen som du s� f�rst p� nettet

Eivind Savio — 2008-12-10

I forbindelse med håndball EM i Makedonia som pågår i disse dager, har Gilde laget en oppfølger til reklamefilmen «fotball». I den nye reklamefilmen for Go' og Mager Wienerpølser, har de laget en sjarmerende og tidsaktuell parodi på en av sine tidligere reklamer.

Dagbladet tilegner en egen artikkel til Gilde sin reklame med håndballjentene, og skriver følgende om den:

Det er kanskje ingen god forretningsidé å gi bort gratis reklameplass, men vi ble sjarmert i senk av denne, som kommer på TV-skjermene i løpet av EM.

Siden jeg er i stand til å vise den samme reklamefilmen her på min blogg, ligger det i kortene at reklamefilmen allerede ligger på YouTube med 3 000 visninger i skrivende stund.

Jeg skal ikke lage en dypere analyse ut av dette (klokka er over midnatt), men konstanterer bare at det finnes noe læring i dette:

Folk ser gjerne reklame de liker.
Mediekanalen er ikke nødvendigvis det viktigste (du så Gilde sin TV-reklame på nett først).
Ta "kontroll" over egen TV-reklame, og distribuer den selv til for eksempel YouTube.
- Da får du som annonsør informasjon om spredning, demografi med mere gjennom YouTube sin statistikk.
- Du bestemmer budskapet (tittel, beskrivelse og nøkkelord).
- Tenk søk. I henhold til comScore var YouTube i August den nest største søkemotoren i USA (har dessverre ikke norske tall). Det vil si at flest søk ble gjort på Google, og nest flest på YouTube (jepp, det ble gjort flere søk på YouTube enn hos Yahoo i henhold til comScore).
- Du kan "brande" din egen kanal på YouTube.

Om du ikke skulle huske hvilken av sine egne reklamer Gilde har parodiert, kan du snurre filmen under.

How to track Google SearchWiki with Google Analytics

Eivind Savio — 2008-12-04

First, the title on this blog post could also been How to track Full Referral Path with Google Analytics, because this Google Analytics filter will also do that. The reason for the SearchWiki approach, is simply that I saw Danny Sullivan and somebody else asking this question on Twitter.

First, just to avoid any confusion. Below is a SearchWiki result, and visitors from All SearchWiki notes will send a referring URL containing the parameter swm=2, or if they comes from their own SearchWiki notes the referring URL will contain reviews/w?c.

If you aren't familiar with what Google SearchWiki is, you find a video below explaining it.

Since the solution to track SearchWiki is to do some advanced filtering, it will only show full referral path for your future visitors. To my Norwegian visitors, I have explained this filter in an earlier Norwegian blog post.

Google Analytics filter for Tracking full Referral URL (and SearchWiki)

If you don't want to track search engine referrals, change Campaign Medium from (^referral$)|(^organic$) to ^referral$ (but then you will not be able to track SearchWiki visitors).

The screenshow below shows a visitor that came from All SearchWiki notes. As you can see this is reported as an Ad Version. If you are doing PPC or are tracking Advertising Campaigns in Google Analytics, it can be wise to track search engine referrals in a separate profile to avoid cluttering your real Ad Content reports.

Since the report above doesn't tell you much about this visitor, it can be handy to create a Advanced Segment to be able to segment your SearchWiki visitors.

If you look around on my site you have probably noticed that everything else is written in Norwegian. I normally don't blog in English, (I have only wrote one article before about "my" YouTube Chromeless Player with Google Analytics Event Tracking) but since this article is more relevant for visitors from the USA (SearchWiki isn't launched in Norway) it's natural that it's written in english. Since this blog normally is in Norwegian, and I haven't had time to implement a multilingual blog system, you find some explanations of how to comment below:

There are also some comments about my Google Analytics/SearchWiki article over at Sphinn.

If you see any improvements to the solution, or have anything else you would add, please leave a comment below.

Hvordan spore Web 2.0 med Google Analytics

Eivind Savio — 2008-12-02

Web 2.0 er en populærbetegnelse på deltagerdrevne, interaktive nettjenester.

Web 2.0 er et konsept, ikke et produkt. Det er en måte å arbeide på, først og fremst kjent gjennom stikkord som samarbeid, sosialt, deling, gjenbruk, miksing av data og mashups.
Hans P. Fosseng: Hvordan få Web 2.0 til å fungere?

Kjært barn har mange navn. Enkelte forbinder web 2.0 kanskje først og fremst med teknologiene som har gjort dette mulig, og bruker i stedet betegnelser slik som nettsamfunn, sosiale nettverk eller sosiale medier.

Uansett hva du foretrekker å kalle det - hvis lenker til ditt nettsted deles, gjenbrukes eller mikses inn i andre data, og noen klikker på linken, da kan dette måles. Denne artikkelen handler med andre ord om hvordan du kan måle trafikken fra web 2.0 nettsteder med Google Analytics, og ikke hvordan du kan måle eller identifisere kommunikasjonen som foregår på disse nettstedene.

Hva må jeg gjøre for å kunne spore web 2.0 nettsteder med Google Analytics?

Det enkle svaret på dette er; ingenting. Trafikken fra web 2.0 nettsteder befinner seg allerede i webstatistikken din. Men - siden det ikke finnes ett web 2.0 nettsted, men mange, er det ikke lett å gjøre en samlet analyse av hva web 2.0 betyr for ditt nettsted.

For å kunne gjøre en samlet analyse må du gruppere sammen web 2.0 nettstedene. Min foretrukne måte er å benytte meg av avanserte segmenter siden dette ikke er konto eller profilspesifikt, og de originale dataene endres heller ikke slik som ved filtrering, selv om dette er en metode som også kan benyttes.

Avansert segmentering i Google Analytics av web 2.0 nettsteder

Det finnes to måter å lage et avansert segment av web 2.0 nettsteder; den tungvinte og "sikre", eller den kjappe og "usikre".

Den tungvinte og sikre metoden innebærer at man i oppsettet til avanserte segmenter først velger kilde, deretter Tilsvarer uttrykk fra nedtrekksmenyen, og til slutt skriv inn verdien, for eksempel twitter, i verdi-feltet. Klikk deretter på Legg til «eller»-utsagn, og gjenta prosedyren for neste web 2.0 nettsted du ønsker å legge til. Se bildet under for denne måten å gjøre dette på.

Fordelen med denne metoden er at når du klikker på Test segment vil du lett kunne se om trafikken fra de forskjellige web 2.0 nettstedene rapporteres riktig. Det er også lett å se hvilke nettsteder du har lagt til, og eventuelt fjerne nettsteder. Hvilke web 2.0 nettsteder du skal legge inn i segmenteringen avhenger av hva som er relevant for deg.

Den kjappe og usikre metoden innebærer at vi skriver inn de web 2.0 nettstedene som er relevante for oss i et eneste, langt, regulært uttrykk i verdi-feltet. Innstillingene er ellers som i det "tungvinte" eksemplet. Under er det regulære uttrykket jeg benytter:

Grunnen til at denne måte å gjøre det på er mer usikker, er at du får ikke kontrollert at trafikken fra det enkelte web 2.0 nettstedet rapporteres riktig. Et lite, utilsiktet mellomrom for eksempel, og rapportene dine vil ikke bli riktig.

Web 2.0 nettstedene jeg har tatt med i mitt avanserte segment, er som nevnt de som jeg har vurdert til å være mest relevante for meg. Er det likevel noen jeg har utelatt som jeg burde tatt med? Ser du andre bruksområder for dette avanserte segmentet?

I god web 2.0 ånd, del gjerne dine tanker og ideer.

Petter Carlsen - Pull the Brakes

Eivind Savio — 2008-12-01

Satt her og skrev litt på en artikkel om Google Analytics - og følte etterhvert for en pause. Rotet meg over til YouTube hvor jeg fant Pull the Brakes av Petter Carlsen.

Siden jeg stort sett bare skriver "fag" på bloggen, tenkte jeg det var greit å bryte opp dette ved å dele min lille musikkpause.

Hvor lojale brukere av nettstedet ditt har du sa du?

Eivind Savio — 2008-11-11

Driver du et nettsted som ikke driver med e-handel kan besøkendes lojalitet være en god KPI (Key Performance Indicator), eller på godt norsk, være en god nøkkelindikator. Lojaliteten kan du blant annet måle ved å undersøke hvor langt tid det har gått siden besøkendes forrige besøk ble gjort.

Alle ønsker at de besøkende kommer igjen og igjen. Personlig finner jeg det oppløftende at flere og flere besøker nettstedet mitt regelmessig. Skal vedde på at også sjefen din (om du har en) vil bli imponert over at du kan måle lojalitet - og at du kan vise at den jobben du gjør fører til mer lojale brukere av nettstedet.

I Google Analytics finner du denne informasjonen ved å drille deg ned til rapporten forrige besøk som bildet nedenfor viser.

Woah! 87,56 % av de besøkende besøkte nettstedet for 0 dager siden. "Snakk om lojalitet", tenker du kanskje, "nesten 90 % besøker nettstedet daglig". Men før du spretter champagnen over dine lojale brukere, legg merke til at rapporten gjelder alle besøkende.

Google Analytics, og jeg vil tro de fleste andre webanalyseverktøy (spør leverandøren din om du ikke bruker Google Analytics), inkluderer altså alle besøkende i denne statistikken. Alle besøkende innbefatter alle dine nye besøkende, altså brukere som aldri har besøkt nettstedet ditt før. Med andre ord, det er 0 dager siden de besøkte nettstedet ditt, og de utgjør dermed en stor feilkilde.

For å få de riktige tallene må du segmentere dine brukere slik at du bare undersøker dine returnerende besøkende. Med den siste oppgraderingen i Google Analytics har dette nå blitt svært enkelt. Klikk på menyen Avanserte segmenter, fjern avkryssingen for Alle besøkende, og huk av Returnerende besøkende i stedet.

25,89 % sier rapporten da. Kanskje ikke noen vits i å sprette champagnen for de besøkendes lojalitet for nettstedet i dette eksemplet?

Visste du at...?

Eivind Savio — 2008-11-01

Det finnes tonnevis med "Visste du at" videoer på YouTube, men jeg fant det passende å bruke videoen under som et bakteppe til noe av det som ble fortalt på SEM konferansen. Artikkelen fortsetter under videoen.

Visste du at

snart vil Kina ha flest blogger i verden?
Google gjør over 100 tester hver eneste dag, og at en av testene de har gjort er å teste avstand mellom logo og søkefelt? Forskjellen var kun noen piksler, og dette medførte at brukernes atferd ble annerledes i søkeresultatet.
Barack Obama har A/B testet bilder av sin kone, Michelle Obama, på nettstedet sitt?
da Google testet 30 opplistinger i søkeresultatet mistet de 20 % av brukerne?
klikk- og søkevolumet etter Erlend Bratland i Norske Talenter finaleuka var en tydelig indikator på at han kunne komme til å vinne?
Google Analytics har lansert nye Beta-funksjoner, og at du visstnok kan få tilgang til de som er i Public Beta bare du spør?
Google sine utviklere i Trondheim er ansvarlig for forbedringene i Google Alerts?
det sikkert er noe jeg har gått glipp av, og at du har muligheten til å fortelle om dette gjennom å legge igjen en kommentar?

Har du Cligset p� mine lenker?

Eivind Savio — 2008-10-22

Det finnes tonnevis av tjenester som forkorter lenker, den mest kjente er kanskje TinyURL. I det siste har det kommet en tjeneste til på markedet kalt for Cligs. Jeg har testet ut tjenesten siden oppstarten, hovedsakelig på Twitter, men også noen andre plasser.

Cligs er forskjellig fra de tradisjonelle løsningene som forkorter lenker.

Alle dine forkortede lenker er beskyttet bak innlogging, noe som innebærer at bare du kan se statistikken. Du har muligheten til å lage Cligs-lenker uten å logge inn, men statistikken for disse vil være offentlig.
Du kan lage så mange "cligs" som du vil, og med forskjellige cligs som peker til samme nettadresse/landingsside. Det betyr at du kan spore effekten av forskjellige medier/nettsteder.
Cligs videresender til den besøkende til landingssiden ved hjelp av 301 videresending. Dette har flere fordeler, den mest tydelige er kanskje at "lenkeverdien" blir overført til nettadressen (noe som er gunstig med tanke på søkemotoroptimalisering).
Cligs gir deg mange trafikkdata. For øyeblikket er følgende analysemuligheter tilgjengelig:
- Totalt antall treff
- Henvisningsstatistikk
- De siste som har nevnt cligsen din på Twitter
- De siste bloggene som har nevnt cligsen din
- Lenker til cligsen
- De siste som har nevnt landingssiden på Twitter
- Siste blogglenker til landingssiden
- De siste som har bokmerket landingssiden på Delicious
- Totalt antall lenker til landingssiden
- Kart som viser hvilke land klikkene kommer fra
- Integrasjon mot BackType noe som gjør at du kan se de siste som har nevnt landingssiden i en bloggkommentar
- Cligs API gjør at Cligs kan integreres i andre tjenester

Løsningen er utviklet av Pierre Far, mest kjent under nicket eKstreme rundt omkring på nettet.

Google Bildes�k: Hvordan spore s�kefraser i Google Analytics?

Eivind Savio — 2008-10-20

Et bilde sier mer enn 1000 ord er det et uttrykk som sier. Men av og til sier ordene mye mer enn bildet. Siden denne artikkelen er publisert under kategorien webanalyse, dreier dette seg selvfølgelig om når du får besøk til ditt nettsted via søkemotorenes bildesøk. Ved hjelp av webanalyse kan du identifisere ordene den besøkende brukte for å finne bildene på ditt nettsted.

Men som overskriften indikerer, søkefraser fra Google Bildesøk blir ikke sporet som standard i Google Analytics. Om du ikke har gjort noen grep for å spore søkefraser fra Google Bildesøk vil med andre ord Google Bildesøk spores som et henvisningsnettsted, og ikke som en søkemotor.

Så derfor, her er metoden jeg benytter for å spore søkefraser fra Google Bildesøk.

Koder for Google Bildesøk

Løsningen for å spore søkefrasene baserer seg på metoden som er beskrevet på Google Analytics sine hjelpesider om "Hvordan kan jeg få Google Analytics til å identifisere andre søkemotorer i henvisningsrapportene" i kombinasjon med et avansert filter i Google Analytics.

Det første du må gjøre er å legge til Google Bildesøk som en søkemotor slik det er beskrevet på hjelpesiden som jeg lenket til i forrige avsnitt. Spørringsvariabelen vi skal hente dataene fra er prev, og ikke q (som man kanskje skulle tro).

Implementer koden under på nettstedet ditt. Den sporer 20 forskjellige domeneversjoner av Google Bildesøk, og om du skulle få trafikk fra et domene som ikke er i listen vil dette rapporteres som images.google, altså uten toppnivådomenenavnet.

pageTracker._addOrganic("images.google.no","prev");
pageTracker._addOrganic("images.google.co.uk","prev");
pageTracker._addOrganic("images.google.es","prev");
pageTracker._addOrganic("images.google.pt","prev");
pageTracker._addOrganic("images.google.it","prev");
pageTracker._addOrganic("images.google.fr","prev");
pageTracker._addOrganic("images.google.nl","prev");
pageTracker._addOrganic("images.google.be","prev");
pageTracker._addOrganic("images.google.de","prev");
pageTracker._addOrganic("images.google.se","prev");
pageTracker._addOrganic("images.google.dk","prev");
pageTracker._addOrganic("images.google.fi","prev");
pageTracker._addOrganic("images.google.ch","prev");
pageTracker._addOrganic("images.google.at","prev");
pageTracker._addOrganic("images.google.ie","prev");
pageTracker._addOrganic("images.google.ru","prev");
pageTracker._addOrganic("images.google.pl","prev");
pageTracker._addOrganic("images.google.com","prev");
pageTracker._addOrganic("images.google.ca","prev");
pageTracker._addOrganic("images.google.com.au","prev");
pageTracker._addOrganic("images.google","prev");

Det beste er å legge all koden i en egen javascript-fil og henvise (peke) til denne filen. Om du er usikker på hvordan du deretter implementerer dette sammen med Google Analytics kodene, se eksemplet under. Jeg har i eksemplet under lagret koden til Google Bildesøk i en fil kalt soekemotorer.js i katalogen script. Henvisning til denne filen finner du i linje 8.

<script type="text/javascript">
var gaJsHost = (("https:" == document.location.protocol) ? "https://ssl ." : "http://www.");
document.write(unescape("%3Cscript src='" + gaJsHost + "google-analytics.com/ga.js' type='text/javascript'%3E%3C/script%3E"));
</script>
<script type="text/javascript">
var pageTracker = _gat._getTracker("UA-XXXXX-X");
</script>
<script type="text/javascript" src="/script/soekemotorer.js"></script>
<script type="text/javascript">
pageTracker._initData();
pageTracker._trackPageview();
</script>

Google Analytics filter

Prev-parameteret innholder ikke bare søkefrasen, vi er derfor nødt til å filtrere informasjonen som ligger i dette parameteret. Filteret som vist i bildet under tar seg av dette.

Google Bildesøk filter for Google Analytics

Æres den som æres bør osv.

Bakgrunnen for denne måten å spore søkefraser fra Google Bildesøk fant jeg på blog.thesulli.net i begynnelsen av 2007, en blogg som ble lagt ned for lenge siden. Metoden beskrev hvordan dette kunne kunne gjøres for den gamle versjonen av Google Analytics som jeg har skrevet om tidligere. Løsningen som er beskrevet her er for den nyeste versjonen av Google Analytics.

Ved omlegging til ny versjon av Google Analytics sluttet blog.thesulli.net sin metode å virke, og jeg så meg derfor om etter en annen måte å løse dette på. Jeg kikket blant annet på Joost de Valk sin løsning, men fant den lite hensiktsmessig da den er spesifikt for PHP og krever ekstra javascript for å innhente søkefrasene. Joost sin versjon kan kanskje likevel være interessant for de som benytter Wordpress som bloggplattform, da den etter hva jeg har forstått er laget som en plugin til denne.

Løsningen som er presentert i denne artikkelen fungerer uansett plattform.

Siden jeg ikke fant noen gode løsninger vendte jeg tilbake til den jeg hadde brukt, og koblet Maarten Berge fra jobben på saken siden jeg ikke er en programmerer. Jeg fikk tilbake en løsning tidlig i år som fungerer bedre enn den originale versjonen, og som siden har gjort jobben sin på diverse nettsteder. Et av problemene med løsningen til blog.thesulli.net var at ikke bare søkefraser ble rapportert, og den var derfor ikke helt til å stole på. Tallet 18 ble blant annet rapportert som det mest brukte søkeordet fra Google Bildesøk.

I boka Advanced Web Analytics with Google Analytics av Brian Clifton som jeg har nevnt tidligere, er det nevnt en metode som ligner en del på den som er presentert her. Forskjellen er det regulære uttrykket som Maarten har skrevet. Jeg har testet versjonen til Brian Clifton, og jeg opplevde det samme problemet som med blog.thesulli.net versjonen - ikke bare søkefraser ble rapportert.

Da gjenstår det vel bare å si "Cheese", legge bildene ut på nett og begynne å spore Google Bildesøk.

Hvordan spore alle s�keord fra Google Adwords i Google Analytics ved bruk av filtre?

Eivind Savio — 2008-10-12

Driver du med Adwords-annonsering har du sikkert lagt merke til at når du henter ut Søkeresultatrapport, rapporteres ikke alle søkefraser som har ført til klikk på annonsene dine. I stedet står det kanskje noe slik som "11 andre unike søk". Dette blir man ikke akkurat så veldig klok av. Bruker du derimot Google Analytics som webanalyseverktøy, og har koblet Google Analytics sammen med Google Adwords, har du allerede løsningen tilgjengelig ved hjelp av litt kreativ filtrering.

Først, opprett en ny webområdeprofil basert på eksisterende profil. Se artikkelen min om Hvordan organisere en Google Analytics konto om du er usikker på webområdeprofiler eller organisering.

Løsningen baserer seg på avanserte filtre som "blander epler og pærer", og på grunn av dette ønsker vi ikke å mikse disse dataene inn i en av de eksisterende webområdeprofilene. Filtrene som benyttes i Google Analytics for å hente ut dataene kombinerer brukersesjoner og klikk, og det vil ikke bestandig stemme overens.

Siden denne webområdeprofilen kun har til hensikt å behandle informasjon om søkemotorannonseringen, er det derfor hensiktsmessig og filtrere bort all annen trafikkinformasjon. Opprett filteret Vis kun PPC-trafikk som vist under, og tilknytt dette filteret din nyopprettede profil.

Google Analytics filter som filtrerer bort all trafikk unntatt PPC

Når dette er gjort skal vi lage de to "magiske" filtrene som til sammen henter frem Adwords-søkeordene. Jeg har valgt å kalle filtrene for Google Adwords - Sporing av Adwords søkeord 1 og Google Adwords - Sporing av Adwords søkeord 2.

Google Adwords - Sporing av Adwords søkeord 1

Google Adwords - Sporing av Adwords søkeord 2

Det er svært viktig at filtrene tilordnes riktig rekkefølge. Sporing av Adwords søkeord 1 må komme før Sporing av Adwords søkeord 2.

Om alt er gjort riktig vil du ut rapporter som ser ut slik som på bildet under. Søkefrasene vises slik: Adwords søkefrase,(virkelig+søkefrase).

Bildet over er det manipulert for å både beskytte identitet, samt fremheve et poeng. Æ, ø og å kan være problematisk å lese fordi disse ikke rapporteres som bokstavene æ, ø og å. Men, med litt trening blir det etterhvert uproblematisk å lese disse alternative æ, ø og å bokstavene.

I bildet over har jeg også rammet inn med rødt "Finn Søkeord med" feltet. Som nevnt innledningsvis blander vi brukersesjoner og klikk, og alle søkefraser vil derfor ikke etterfølges med virkelig+søkefrase. For å bare vise søkefraser som etterfølges av virkelig+søkefrase, segmenter ved hjelp av , (komma).

Avslutning

Dette er sannsynligvis den artikkelen jeg har brukt lengst tid på å publisere, tror jeg begynte å skrive på den i sommer en gang, men fikk aldri somlet meg til å bli ferdig med den.

I artikkelen hadde jeg også tenkt å inkludere informasjon om hvorfor det kan være fornuftig å hente ut Adwords-søkefraser i Google Analytics på denne måten, men fordi jeg har somlet så med å få artikkelen ferdig kom Ricky Sookermany meg i forkjøpet med artikkelen sin om GA Keyword Sleuth på Frilunsj.no. I sin artikkel presenterer Ricky en annen måte å innhente de virkelige Adwords-søkefrasene på. Forskjellen på våre metoder er at metoden presentert i denne artikkelen ikke krever noen eksterne script, den baserer seg utelukkende på filtre, mens GA Keywords Sleuth metoden baserer seg på et eksternt javascript.

Om du er dypt inne i Analytics og Adwords verdenen gjenkjenner du kanskje Adwords-filtrene i denne artikkelen. Så vidt meg bekjent ble disse filtrene første gang publisert av Brian Clifton i hans bok Advanced Web Metrics with Google Analytics (anbefales), og jeg kan dermed ikke (sukk) ta på meg æren for denne metoden.

SEM-konferansen 2008

Eivind Savio — 2008-09-20

Jeg har tidligere nevnt at Avinash Kaushik kommer til Norge, og fra webanalysen min ser jeg at det er flere som kommer på besøk til Savio.no som tydeligvis lurer på dette.

29. oktober arrangerer INMA og ANFO for første gang et seminar sammen kalt SEM-konferansen 2008. Konferansen går av stabelen 29. oktober, og ANFO beskriver konferansen slik:

29. oktober går ANFO og INMA sammen om å sette søkemotormarkedsføring på agendaen gjennom en heldags konferanse. Søk er en stadig viktigere del av annonsørers markedsmiks, og det er derfor et passende tema når ANFO i år for første gang samarbeider med INMA på seminarfronten.

På konferansen vil det være egne foredragsløp innen SEM (Søkemotor-markedsføring), SEO (Søkemotoroptimalisering) og webanalyse. Av forelesere har man bl.a hentet inn iProspects grunnlegger Fredrick Marckini og Googles webanalyseevangelist Avinash Kaushik som key note speakers. I tillegg benytter man de fremste ekspertene innen søk i Norge, og tilbyr med dette et imponerende program.

I skrivende stund er ikke programmet publisert, men følg med på SEM-konferansen for informasjon om program og påmelding.

Internet Explorer 8 - Nettannonseringens d�d?

Eivind Savio — 2008-09-16

I forbindelse med lanseringen av beta-versjonen av Microsoft sin kommende nettleserversjon, Internet Explorer 8, har det vært en del diskusjoner rundt noen av funksjonene i nettleseren. I denne artikkelen tar jeg for meg funksjonene som har vakt debatt i forhold til nettannonsering og webanalyse.

En sjelden gang får jeg tatt meg tid til å skrive litt for andre også. Teksten over er hentet fra artikkelen Internet Explorer 8 - Nettannonseringens død?. Denne artikkelen skrev jeg for Carat i anledning debatten som har blusset opp som en følge av InPrivate-funksjonene i Internet Explorer 8.

I forbindelse med artikkelen har jeg hatt "markedsfører- og webanalysehatten" på, og surfet "hardt" i mange timer for å undersøke hvordan annonser, script, informasjonskapsler og webanalyse ble påvirket med forskjellige innstillinger.

Siden jeg allerede har skrevet ganske mye om IE 8, og litt om hva jeg tror innføringen av nettleseren kan/vil føre til, har jeg ikke tenkt å skrive så mye mer om det i denne omgang.

I stedet lurer jeg på om du kan ta på deg internettmarkedsføringshatten, og si noe om hva du tror dette vil føre til. Er Internet Explorer 8 synonymt med nettannonseringens død, eller er det helt uproblematisk?

Hvorfor blir Google Chrome installert under Documents and Settings?

Eivind Savio — 2008-09-14

I forbindelse med at jeg skriver på en annen artikkel, begynte jeg å lure på hvorfor Google Chrome ikke installeres der programmer til vanlig blir installert - under Programfiler. I stedet installeres nettleseren under Documents and Settings.

Noen som har en forklaring?

YouTube Chromeless Player with Google Analytics Event Tracking

Eivind Savio — 2008-09-09

You probably know that you can implement YouTube videos on your own web site, but do you know that you can make your own YouTube player?

Why on earth should I make my own YouTube video player, perhaps you think. It's mainly three reasons for that:

You can decide the look and functionality of the video player.
You can track how your visitors interact with your videos through your web analytics.
It's easy to play embedded YouTube Videos in high quality.

Why did I make this player?

A while ago Justin Cutroni wrote an article called Tracking YouTube Videos with Google Analytics. To be able to track your visitor's interaction with your YouTube videos with web analytics, you have to use the YouTube Chromeless Player. Since web analytics, and Google Analytics in particular, is one of my interests, I started to look for YouTube Chromeless Players that were easy to style and implement. I didn't find any, so I made my own player with Google Analytics Event Tracking based on Justin's work. Later I added the possibility to play videos in high quality. You can download the player later in this blog post.

In this article I will mainly explain how to implement this player, but I will also slightly touch web analytics for online video.

Since I'm from Norway and I probably will get some foreign visitors to this article, I have chosen to use the opportunity and show a video from the great Norwegian artist Marit Larsen as a demo (if you want a geek video about the YouTube Chromeless Player instead, it's at the end of this blog post). The song in this video is titled "If a Song Could Get Me You", and I am playing the high quality version.

How to implement the YouTube Chromeless Player

First, download the zip-file (57Kb), and unzip the files into for example a folder called youtube. The zip-file contains the following files and folders:

What	Comment
index.html	Demo start page for the player. You don't need this file to implement the player into your blog posts or articles.
youtube	Folder that contains all the files.
youtube.js	Javascript-file that contains all the javascript code for the Chromeless Player and Google Analytics Event Tracking. You may need to change some values in this file.
swfobject.js	SWFObject is an easy-to-use and standards-friendly method to embed Flash content, which utilizes one small JavaScript file.
slider.js	Javascript-file with functions for the volume slider.
player.css	CSS-file that controls the layout of the player. You may need to change some values in this file.
default.asp	If you are running an ASP-site, this is your video player file. You have to change the Google Analytics UA code in this file, and perhaps width and height of the YouTube image.
index.php	If you are running a PHP-site, this is your video player file. You have to change the Google Analytics UA code in this file, and perhaps width and height of the YouTube image.
images	Folder where you find all the images for the video player, like the "start image", play button, pause button etc.
extra	Folder that contains the "Start image" in Adobe Photoshop format.

The player is implemented in articles using an iframe. I prefer to style everything with CSS, and width and height of the iframe is therefor controlled by CSS. Add the CSS below to your main stylesheet (a stylesheet that controls the layout of your website).

.ytIframe {
height: 422px;
width: 466px;
border: 0;
}

When this is done, you should be able to start using the YouTube Chromeless Player.

How to implement the YouTube player into your articles

As I mentioned above, the player is implemented into articles using an iframe. In the example code below, I assume that you have unzipped everything into a folder called youtube. Then, post the iframe code below into your article

VideoID - This is the ID of the YouTube video, and is used to identify which video to play, and to grab the YouTube preview image. YouTube preview images are made in three different sizes. We are grabbing the largest image called 0.jpg. This image can be found at this adress:
http://img.youtube.com/vi/VideoID/0.jpg
The widht of the image is originally 320 pixels, so you will probably have to stretch width and height of the image in your "player file" (default.asp or index.php).
VideoTitle - You decide which title to use. The VideoTitle is used to identify the video in Google Analytics.
Quality - Optional. For playing videos in high quality, add the parameter Quality=High.

Playing video in high quality

The possibility to play embedded YouTube Videos in high quality isn't an option normally. To get around this, you have to add a hack to the embedding code. I have made this a little bit easier. If the video is available in high quality, just add the parameter Quality=High (only add this parameter if the video is available in high quality), and the high quality version will be played.

Are you making videos yourself, and are wondering how to make the best quality for YouTube, check out Hi-Res YouTube Hacks from O'Reilly.

You can also see some more videos in high quality in an Norwegian YouTube blog post I wrote earlier.

Customizing of the YouTube Chromeless Player

I have tried to make everything so easy as possible, but unfortunately you will have to edit some code in several files if you are going to customize the player.

Customizing size of the YouTube player

If you want to change width and height of the player:

Change width and height of the CSS class .ytIframe.
Change width and height of the image we are grabbing from YouTube in the player file (default.asp or index.php).
Change width and height of the player in youtube.js. Look for this code at the beginning of the file:
'ytapiplayer', '463', '365', '8', null, null, params, atts);
463 is the width and 365 is the height.
Change width or height of the following ID's in player.css.
1. #ytimage - Change width and height
2. #ytimage span - Change width and height
3. #timebar - Change width
Open up videoPlayLarge.psd (Photoshop Image) found in the folder named extra. Change size to a size approximately 2px smaller than .ytIframe. Save the image with transparent background, and replace videoPlayLarge.gif found in the folder named images.
Clear your browsers' cache, and test your player. NB! It is important that you test the player in Firefox 3.0.x (at least). If the iframe is to small for the content within it, the player may not work in Firefox 3.0.x. If everything works fine, you are now done.

Changing the look of the player requires some knowledge about CSS, and can be done by editing player.css. If you want to add more functions to the player, you will have to do some javascript programming based on the YouTube Javascript API.

About the volume slider

Making a working volume slider (slider.js) is what caused me most trouble. After banging my head against the wall, and testing of many different javascript sliders, I was able to make it work using Arantius Lightweight Javascript Control. I have slightly rewritten this javascript to be able to create the volume slider.

You will also find some references within youtube.js to slider.js, since the slider must "speak" to the player.

Tracking YouTube videos in Google Analytics

The YouTube video is tracked in Google Analytics using something called Event Tracking. To get a better grip of tracking events with the YouTube Chromeless Player, check Justin Cutroni's terrific article that I mentioned earlier.

What data should we track from videos?

Dennis R. Mortensen, Director of Data Insights at Yahoo, wrote in his blog post, Online Video Analytics - KPIs, that there are 9 Essential Online Video Metrics we should measure. Since this player isn't loading any advertisement, we are left with 7 metrics. They are:

Online video started
Online video core content started
Online video positive consumption action
Online video negative consumption action
Online video ended
Online video played, percentage of total
Online video played, second

With background in the metrics above, the following events are tracked in the player:

Video Player Loaded
Video - Started
Video - Play
Video - Forward
Video - Rewind
Video - Pause
Video - Stop (Time event in seconds is tracked when the Stop button is clicked)
Video - Stop Left Page (Time event in seconds is tracked when the visitor leaves the page)
Video - Ended (Time event in seconds is tracked when the video is finished playing)

Muting, unmuting and changing volume isn't tracked in my example since I don't consider this as important information. However, if you think tracking of muting and unmuting is important, the example is made ready for tracking of this. Just uncomment the tracking code found in youtube.js.

Some final words

I promised you a geek video as well. Below you find a YouTube Player APIs and Tools Tutorial video.

If you look around on my site you have probably noticed that everything else is written in Norwegian. I normally don't blog in English, but I have been asked if I could write an article in English that explains my player, which is the reason for this blog post. Since this blog normally is in Norwegian, and I haven't had time to implement a multilingual blog system, you find some explanations of how to comment below:

If you make any improvements to the player I would love to hear about it, especially if you make an improvement to the Forwarding or Rewinding solution. This should have been a slider solution, but since I'm not really a programmer, I haven't been able to make that yet.

If you like the player, I hope you spread the word and vote for this blog post. And just in case you missed the link to the download:
Download my YouTube Chromeless Player Example (zip).

Happy playing!

Update 21st of December 2008

The player has been updated with a bug fix and a improvement to the Google Analytics Event Tracking.

Bug fix:
Video Player Loaded is now tracking the name of the video

Improvement:
Video - Stop Left Page is added to the player/Google Analytics Event Tracking. Earlier if a visitor just left the page, the time would be recorded as 0 seconds no matter how long the video had been playing. Using ununload the time is now tracked. The time will only be tracked if the video is either playing, buffering or is paused. This is done by checking getPlayerState.

If you are using a previous version and want to upgrade, look for the function leave() in the new youtube.js, and update the <body> tag in default.asp or index.php to this:
<body onload="embedPlayer();" onunload="leave();">