Nogle teorier som stadig holder:

I min lancering af mit labs-site fulgte jeg dagligt Googles handlinger og flg. kan jeg nu dele med dig:

Ingen indeksering uden aktivt at gøre noget

Jeg havde heller ikke kunnet forestille mig, at Google sådan uden videre ville kunne opdage sitet og dermed indeksere det.

Jeg oprettede dog sitet i Google Analytics, Google Webmaster Tools, hvor jeg oprettede et Sitemap, men der skete ikke rigtig noget i en uge.

Ét link og så var Google dér

Da jeg så fik lavet min blogpost om sitet og eksperimentet og havde et link i min blogpost, så var Google der samme dag og havde indekseret forsiden.

Og nu begyndte der er blive oprettet nogle nyheder som ping’ede

Menustrukturen kom først

Dagene lige efter, at Google havde placeret sitets forside i indekset, kom mine sider med fra min menustruktur i indekset.

Og i flere dage ca. 5 havde jeg kun 3 sider i mit indeks: Forsiden, siden med nyhedslisten og Om Websitet.

Det skal nævnes, at siden med nyhedslisten har sit RSS feed, og nyhederne indgår også i sitets Sitemap, så der burde egentlig ikke være nogen til hindre for at Google fik nyhederne med i indekset, men der skulle åbenbart gå lidt længere tid.

Indekseringshastigheden på nyhederne

Efter at nyhederne kom med i indekset har jeg kunnet følge med i at der går lidt tid fra at Google har “crawlet” nyheden til den kan findes i Google, hvilket ikke er overraskende i sig selv, men jeg synes sådan gennemsnitligt, at det skér altså indenfor 24 timer, hvilket jeg må sige er lidt imponerende.

Hastigheden hvormed nyhederne nu indekseres ligger ca. på 2 dage fra oprettelsen, det slår ikke min blog her, som får indekseret forsiden efter få minutter, når jeg har postet et nyt indlæg, og ca. 20-30 minutter senere har Google indekseret min blogpost via mit RSS feed (ikke linket på min forside til blogposten – underligt egentlig). Jeg har haft Googles kampagne-sporing på mine blogpost indlæg i RSS feed, og jeg kan se, at efter 20-30 minutter ligger min blogpost på Google, hvor linket til blogposten er med kampagne-sporingen som jeg har i mit RSS feed.

Konklusion

Jeg har helt klart lært at links er triggeren over dem alle forstået på den måde, at hvis du vil have indekseret dit nye indhold i en fart, så få et link til dit indhold fra et godt besøgt/Google crawlet site, som fx en blog som min eller lign.

Det næste som jeg skal til at prioritere endnu mere er RSS feeds. Google er åbenbart en preference rent hastighedsmæssigt i RSS feeds istedet for interne links.

Dernæst har det selvfølgelig også en virkning at Sitemap’et i Google Webmaster Tools er dynamisk (man kan også submitte sit RSS feed som Sitemap!).

Sidst må jeg konstatere, at XML-RPC ikke giver nogen målbar effekt i mit eksperiment, så hvis du har mulighed for at lave noget optimering med links, RSS feeds eller dit Sitemap så glem XML-RPC ping, med mindre at din indekseringstider er decideret længere end et par dage.

Har du andre erfaringer, oplevelser eller har lært lidt ligesom som jeg har? Vil elske at høre fra dig!

Extension liste jeg kører med i Chrome

• BuiltWith Technology Profiler
• Display Site Traffic in Chart
• META SEO inspector
• Chrome SEO
• Resolution Test
• Firebug Lite (Ups )
• iMacros for Chrome
• jsshell
• Regular Expression Checker
• XML Tree Transformation

BuiltWith Technology Profiler

Download

Den giver mig lige et lyn hurtigt overblik over de som plugin’et lige kan finde ud af et site er opbygget med.

Her kan du se en rapport på sitet her http://websiteudvikler.dk/

BuiltWith Technology Profiler

websiteudvikler.dk

Websiteudvikler, Kevin Steffer

Analytics and Tracking

Usage Statistics - Websites using Google Analytics Asynchronous

Google Analytics
Google Analytics offers a host of compelling features and benefits for everyone from senior executives and advertising and marketing professionals to site owners and content developers.
Usage Statistics - Websites using Google Analytics

Javascript Libraries

Usage Statistics - Websites using JQuery

Server Information

Google Webmaster
Webmaster tools provide you with a free and easy way to make your site more Google-friendly.
Usage Statistics - Websites using Google Webmaster

Apache
Apache has been the most popular web server on the Internet since April 1996.
Usage Statistics - Websites using Apache

Blog Publishing

Usage Statistics - Websites using WordPress

WordPress 3.x
Wordpress Version 3 Installation
Usage Statistics - Websites using WordPress 3.x

Frameworks

Usage Statistics - Websites using PHP

Aggregation Functionality

Usage Statistics - Websites using RSS

Atom
Atom Syndication Format is an XML language used for web feeds very similar to RSS.
Usage Statistics - Websites using Atom

Pingback Support
A Pingback is one of three types of Linkbacks, methods for Web authors to request notification when somebody links to one of their documents.
Usage Statistics - Websites using Pingback Support

Really Simple Discovery
Really Simple Discovery is a way to help client software find the services needed to read, edit, or “work with” weblogging software.
Usage Statistics - Websites using Really Simple Discovery

Live Writer Support
Windows Live Writer Tagging Support Schema
Usage Statistics - Websites using Live Writer Support

FeedBurner
FeedBurner is the leading provider of media distribution and audience engagement services for blogs and RSS feeds.
Usage Statistics - Websites using FeedBurner

Document Information

check). XHTML 1.0 Transitional is the same as HTML 4.01 Transitional, but follows XML syntax rules. It supports everything found in XHTML 1.0 Strict, but also permits the use of a number of elements and attributes that are judged presentational, in order to ease the transition from HTML 3.2 and earlier. These include center, u, strike, and applet.
Usage Statistics - Websites using XHTML Transitional

Friends Network
XHTML Friends Network is a simple way to represent human relationships using hyperlinks.
Usage Statistics - Websites using Friends Network

Cascading Style Sheets
Cascading Style Sheets (CSS) is a stylesheet language used to describe the presentation of a document written in a markup language. Its most common application is to style web pages written in HTML
Usage Statistics - Websites using Cascading Style Sheets

Javascript
JavaScript is a scripting language most often used for client-side web development. Its proper name is ECMAScript, though “JavaScript” is much more commonly used. websiteudvikler.dk uses JavaScript.
Usage Statistics - Websites using Javascript

Meta Description
The description attribute provides a concise explanation of the page content.
Usage Statistics - Websites using Meta Description

Meta Keywords
Meta tag containing keywords related to the page.
Usage Statistics - Websites using Meta Keywords

Canonical Content Tag
Public specification of a preferred URL for a page allows search engines to understand the original location for content.
Usage Statistics - Websites using Canonical Content Tag

Encoding

Usage Statistics - Websites using UTF-8

Ret imponerende ikke – bare lige at få servere disse oplysninger med et klik på en knap.

Display Site Traffic in Chart

Download

Denne lille udvidelse kan hurtigt vise dig Google PageRank, Alexa Traffic Rank samt Compete Rank (Unique Visitors). Så får man lige sådan et overblik over, hvor populært sitet er. Modulet er bedst til at sammenligne større internationale sites.

META SEO inspector

Download

Her er et lille handy værktøj til lige at tjekke META data på et website samtidigt med at det giver dig en masse genveje til at grave dybere.

Chrome SEO

Download

Det er nok den er bruger mest til lige at få et overblik over et websites optimering op mod søgemaskiner, der er en hel del tal vist på ganske fin og overskuelig måde.

Resolution test

Download

Giver dig lige en mulighed for nemt at skifte browser størrelse, så du lige kan tjekke, hvordan det ser ud i forskellige størrelser.

Firebug Lite

Download

Ups ja, lige for vanens skyld, så findes Firebug også til Chrome i en Lite version. Den har ikke så mange features, men lidt DOM inspection, CSS og JavaScript er altid rart at have ved hånden.

iMacros for Chrome

Download

Et genialt lille modul, som kan optage det du laver i browseren for så at gentage det igen eller lige frem loop’e det du har lavet. Et dejligt værktøj til, at køre triviel testing med, når man fx skal logge ind i en løsning, klikke et par steder i menuen og skrive noget i et formular felt, for at tjekke at siden viser det rigtige – puha det er så så dejligt med automatik

jsshell

Download

En lille JavaScript consol, som loader jQuery og jLinq for dig, så du kan lave lidt scripting på et site, også selvom sitet ikke har indlæst jQuery eller jLinq, så det er ret smart.

Regular Expression Checker

Download

Jeg bruger meget Regex Coach, men når der nu ikke længere skal startes et program ekstra, så tror jeg godt jeg kan vænne mig til denne.

XML Tree Transformation

Download

Lige for at runde mit overforbrug af extenstions af, så er der denne extension – Chrome kan ikke vise XML dokumenter i browsere, så derfor, hvis du arbejde med XML (her ses mit RSS feed i Chrome) så har du lidt at glæde dig til. Den har indbygget lidt XPath, så du hurtigt kan få den rigtige fulde XPath blot ved klik på noden eller attributen.

Og så bare at den viser et XML dokument som med tabulerede elementer – ahhh GREAT!

Jeg skal ikke bruge mere af din kostbare tid – jeg håber du kan få sparet lidt op igen med brugen af disse extensions i Chrome!

Det skal vi have gjort noget ved! Jeg vil komme med input og idéer til, hvordan du bedre kan udfærdige en kravspecifikation eller måske nærmere en opgavebeskrivelse, som dit webbureau har nemmere at give dig økonomiske estimater på, fordi du har kredset nogle områder ind og gjort dine krav til din løsning mere præcise. Lad os se på det.

Introduktion til kravspecificering

For lige at kridte banen op, så skal vi lige have nogle statements slået fast:

1. Du skriver ikke en kravspecifikation til dig selv
2. Du skal være bevidst om din målgruppe – er modtagerne på
   • Leder niveau (direktøren, bestyrelsen o.lign.)
   • Mellemleder niveau (projektledere, chefer etc)
   • Udviklere
3. Hvorfor du overhovedet laver en kravspecifikation

Udarbejdelsen af en kravspecifikation er helt grundlæggende et dokument som skal formindske tvivl og øge enighed omkring forventninger til løsningen.

Eksempel

Du spørger din chef: “Jeg vil gerne have fri.”

Din chef stiller dig flere spørgsmål: Hvornår, hvor længe, hvorfor

Kedeligt eksempel, men ikke desto mindre er dette sagens kerne, jo mere konkret du kan skrive dine krav og jo bedre de hænger sammen, jo mere solid er din beskrivelse og du har formindsket tvivl og øget muligheden for, at din leverandør forstår din løsning og kan forstå dine forventninger til løsningen.

Øget detaljeringsgrad

For mig er en kravspecifikation en opsummering af

1. en analyse af dit behov
2. en skitse af løsningen som du forstår den
3. en beskrivelse af funktionerne i din skitse
4. en beskrivelse af data anvendt i din skitse

Hvis dit behov er at lave en webshop for at øge omsætningen i forretningen, så er der en masse del-opgaver, som du skal sætte dig ind. et godt udgangspunkt er mange gange et kigge lidt på en anden webshop og så begynde at stille sig selv alle de spørgsmål om

• Hvordan får jeg de rigtige varer på mit website?
• Hvordan kan jeg levere fragtfrit?
• Hvordan bliver jeg fundet via Google?
• Hvordan får jeg loyale kunder?
• Hvad appellere mine produkter til, pris, kvalitet andet?
• etc.

Jeg kunne skrive en rigtig lang liste her. Fakta er, at du skal gøre det, både for din egen skyld og for dit projekts skyld. Hvis du ikke har tid til det, så få nogen til at gøre det for dig. Sæt dig så ned med dem og svar på alle spørgsmålene eller start en arbejdsgruppe op, som kan finde svarene for dig.

Nærmere løsningen

Det sværeste for nogen er at begynde at skitsere noget, men gør alt hvad du kan. Stregtegninger, håndtegninger, referere til andre websites, rutediagrammer, wireframe designs, bare gør noget – det skal ikke være perfekt, men understøttende for dine beskrivelser.

Når du har en skitse eller en hel masse skitser på forløb eller skærmbilleder, så kræver de ofte en forklaring og det bedste du kan gøre, er nøje at beskrive i en simpelt firkantet sprog alle de funktioner og elementer du skitseret.

Din skitsen sammen med funktionerne udgør en forventning til data. Hvor skal data komme fra? Der er rigtig mange hensyn at tage og det er måske den sværeste del at komme rigtig godt ud af det med, men hvad det bedste ved denne databeskrivelse er, at det er helt vildt nemt for sådan nogle som mig, at få stilt nogle borende spørgsmål til dine forventninger til vedligholdelse, opdateringsfrekvens, indholdet og redigeringsmiljø, hvis bare jeg har en skitse og en funktionsbeskrivelse, så giver det næsten sig selv.

Kravspecifikationen

Bør i min optik bestå af

1. behovsanalysen
2. skitsering af løsning
3. funktionsbeskrivelsen
4. databeskrivelsen

Så er dit udgangspunkt for at høre leverandører i kompetencer og pris meget bedre. For slet ikke at tale om, den sparring som du sikkert vil opleve og som en næsten uundværlig bonus – motivation fra dine teams.

Skriv gerne en kommentar, om det input jeg kommer med er noget du har tænkt dig at bruge?

Måske jeg kan følge op med flere detaljer på et senere tidspunkt.

Min e-handel anbefaling baseret på data fra analysen

Sælger du beklædning med varer til en værdi mellem 100 og 1000 kroner, så ser det ud til, at du med en indsats på søgemaskineoptimering virkelig kan øge din omsætning ved at få nye kunder til butikken, da hele 51% finder vejen til deres første køb i netbutik via en søgemaskine (Google, Yahoo!, Jubii etc.).

Loyalitet og tilfredshed, skal du også have styr på, da en god oplevelse giver en god portion anbefaling til venner og familie.

Lad os prøve at kigge på lidt detaljer.

63% køber varer til mellem 101 og 1000 kroner

17% købte varer til en værdi mellem 101-250 kroner
26% købte varer til en værdi mellem 251-500 kroner
20% købte varer til en værdi mellem 501-1000 kroner

Et kæmpe markedet, hvis du har produkter i denne prisklasse.

Beklædning (tøj og sko) sælges stadig mest

10% af handlerne går til tøj og sko skarpt efterfulgt af rejser, flybilletter, elektronik hardware og bøger på 8% hver.

Det er lidt svært at sammenligne med tidligere fx udgjorde beklædning 24% af de fysiske produkter tilbage i 4 kvartal i 2009. Der er lavet en del om i denne nye analyse for 2010 og frem.

Fordelen ved e-handel er overvejende, at man kan handle når man har tid

53% har det sådan og så er der yderligere fordele jævnt fordelt, her er nogle flere procenter:
38% det er nemt
33% varen er billigere end i fysiske butikker
32% det er nemmere at sammenligne priserog varer
25% det er tidsbesparende

Man har haft flere svarmuligheder.

Loyalitet og tilfredshed er nok den vigtigste observation i denne analyse

Hele 65% anbefaler den netbutik de seneste har handlet i, hvis venner og familie står for at skulle købe noget netbutikken tilbyder.

Dette sammenholdt med at 2 ud af 3 har e-handlet i en netbutik de tidligere har e-handlet i, er en klar tendens, hvilket rapporten også fint konkludere.

Download analysen her: http://www.fdih.net/dansk-e-handelsanalyse.aspx

Nu sidder jeg her en aften og skal til at beskæftige mig med keyword analyse i forbindelse med mit engagement i IT-Forums SIG Online Markedsføring, hvor min næste målsætning i gruppen er, at jeg skal finde ud af, hvilke keywords, jeg ønsker at blive fundet på.

Så søger jeg på ordet “webshop” og frem kommer et lidt interessant resultat:

Scannet foran Concept Interest. Concept Interest er Thomas Rosenstand som er SEO ekspert, men så tænkte jeg: Gad vide, hvad der ligger til grund for at Google har Scannets side foran Thomas’.

Link building

Så jeg går i krig med at lave en link test for at se om det kan skyldes at Scannet har flere relevante indgående links.

Scannet siden har 3 indgående links og siden har en Google PageRank på 4/10
Thomas’ side har 14 indgående links og siden har en Google PageRank på 5/10

Kilde: http://www.prchecker.info/check_page_rank.php

Jeg må tilstå Thomas’ har styr på sin link building og generelt set dermed også fået en bedre PageRank, så må der ligge noget andet til grund.

Indholdet

Jeg laver en indholdstest på søgeordet “webshop”:

Jeg har fundet 17 forekomster af ordet webshop på Scannets side. Title på siden indeholder ordet webshop 2 gange. Teksten på siden har ét af forekomsterne helt alene i en H1 og en anden helt alene i en H3.

Jeg har fundet 16 forekomster af ordet webshop på Thomas’ side. Title på siden indeholder ordet webshop 3 gange og vises ikke fuldstændig i Google (er for lang). Teksten på siden har en H1 på 15 ord, hvori webshop dog er det første og webshop indgår i H1 2 gange, og der er endnu en overskrift som H1 hvor ordet webshop indgår.

Usikkerhed

Det skal nævnes at jeg er ikke logget ind i min Google konto og jeg har besøgt Thomas’ website mange flere gange end Scannets. Så det med at Google går mit søgeresultat personligt har i hvertfald været imod min vanlige interesse.

Konklusion

Jeg kan kun hæfte mig ved at Thomas’ side har flere indgående links, højere PageRank, flere gange ordet i Title, men det slår ikke en enkelt forekomst af ordet mere og en forekomst som H1 uden andre ord og en forekomst af en H3 uden andre ord.

Vigtigst er altså din sidens title og overskrifter, tekst på siden og måske også at ordet indgår i URL’en, hvor så links og pagerank er ikke er det der skal have din første prioritet i optimeringsprocessen.

Er det ikke dejligt nemt?

Det er blevet til 3 blogpost:

1. Forklaring på sporingsdata i Google Analytics cookie
2. Definere mål på din blog
3. denne blogpost

Foruden disse blogpost har jeg erfaret lidt om ulemper ved Google Analytics, og jeg kører stadig eksperimenter, for at se om jeg kan lave målinger på en mere smart måde via Hændelsessporing istedet for virtuelle Side-visninger.

Gruppens Mentor/Coach Ib Potter har sørget for at vi fik en individuel målsætning af arbejde med og min målsætning samt, hvad der så er kommet ud af det, kan ses nedenfor.

Jeg har i forbindelse med IT Forums SIG (Special Interest Group) om Online Markedsføring givet mig selv den målsætning, at jeg vil opsætte nogle mål for min blog. Det har jeg nu været igang med og ønsker at fortælle lidt om det for at få lidt input til de ting jeg har lavet mål på, og hører gerne fra dig, hvis du har nogle flere.

Definere målene

1. Abonner på min blog via RSS
2. Link til mig på twitter
3. Kommentar på mine posts.
4. Et udgående link til vores website co3.dk

Abonnér på min blog via RSS

Jeg har måttet Google lidt på hvordan jeg kan styre det med at en bruger begynder at abonnere på min blog via RSS. Og der er ikke lige en helt entydigt og troværdig måde at gøre det på, men jeg har fundet frem til noget som er bedre end ingenting.

På linket til “Subscribe via RSS” har jeg tilføjet:

onclick="javascript:pageTracker._trackPageview('/kevinsteffer/rss');"

I Google Analytics har jeg så opsat flg. mål:

Alternativt kan du anvende Feedburner og hvordan du sætter det op er nærmere beskrevet her:

http://wpdk.dk/hacks/feedburner-wordpress.html

Link til mig på twitter

Efter samme princip som med abonnement via RSS, kan jeg ikke lave noget på min blog som helt entydigt og troværdigt sporer at folk følger mig på twitter, men jeg er interesseret i at finde ud af, hvor mange der går fra min blog over på min twitter profil via et link som hedder “Follow me on twitter”.

På linket “Follow me on twitter” har jeg tilføjet:

onclick="javascript:pageTracker._trackPageview('/kevinsteffer/twitterfollow');"

I Google Analytics har jeg så opsat flg. mål:

Kommentar på mine posts

Til sporing af kommentarer er der 2 metoder, den ene er bedre end den anden, men der er også forskel på, hvordan det skal implementeres, og her har jeg valgt den nemmeste måde og det er på knappen “Submit”.

Idéen er nærmere beskrevet her:

http://www.tdcreative.net/blog/how-to-track-wordpress-signups-and-comments-with-google-analytics/

http://www.kim-andersen.dk/google/track-rss-kommentarer-wordpress-blog-google-analytics.htm

Jeg har knappen “Submit” tilføjet flg.:

onclick="javascript:pageTracker._trackPageview('/kevinsteffer/comment');"

I Google Analytics har jeg så opsat flg. mål:

Dog skal det lige siges at denne implementering ikke er 100% træfsikker, fordi den tæller også op, hvis du klikker på “Submit”-knappen uden at have udfyldt navn og email, hvilke er påkrævet for at kommentareren rent faktisk bliver oprettet. Men på den anden måde, fordi det er implementeret med et JavaScript, så tæller den ikke op i Google Analytics, når alle spam-kommentarer oprettes, fordi disse typisk opretter kommentarer uden brug af en browser, men vha. programmeret web-robotter i stil med søgemaskinernes.

Et udgående link til vores website co3.dk

Jeg har i WordPress sat Google Analytics plugin indstillinger til at spore udgående links:

Det får den indvirkning af alle links i blogposts og kommentarer får tilføjet flg.:

onclick="javascript:pageTracker._trackPageview('/outbound/article/code.google.com');"

Hvis der i en post eller i en kommentar optræder et link til co3.dk eller www.co3.dk domænet så vil den Google Analytics indstillingen sørge for at spore et /outbound/article/www.co3.dk Pageview.

I Google Analytics har jeg så opsat flg. mål:

Segmentering af disse fake PageViews

Hvis jeg bare fortsætter med at finde rigtig gode måder at måle dit og dat på, ender jeg jo med at hvert besøg genererer alle mulige ekstra sidevisninger/pageview pga. mine javascript sporinger med koden:

onclick="javascript:pageTracker._trackPageview('ET ELLER ANDET');"

Hvis jeg ikke får filtreret disse ting fra, vil jeg på sigt ende med at have et misvisende billede af, hvor mange sidevisninger mine besøgende rent faktisk er rigtige viste sider. Det må der tages hånd om og dertil vil jeg anbefale at man laver et specielt segment til alle disse ekstra _trackPageview sporinger.

Dette segment kalder jeg så “Alle besøg u/ekstra tracking”.

Når jeg så vil se på den rigige traffik uden disse ekstra tracking pageviews så aktiverer jeg det her:

Hvis du har kørt med outbound tracking i noget tid, vil dine tal over hele linjen blive ringere.

Færre pageviews, sider pr. besøg, tidsforbrug på sitet osv.

Større afvisningsprocent

Konklusion

Hvis jeg skal summere lidt op så har jeg vist dig, de centrale elementer på min blog, som giver anledning til at opsætte nogle mål på, så jeg kan se og arbejde på at mine nøglefunktioner på min blog bliver bedre og bedre.

Men af alle de artikler jeg har kunnet finde til inspiration af sporing af specielle målinger som iøvrigt alle bruger den javascript metode som vises her hele tiden: javascript:pageTracker._trackPageview(‘ET ELLET ANDET’);.

Så er der ikke én eneste som forklarer lidt om den ubehagelig sideeffekt at _tracePageview kommandoen jo er en ekstra sidevisning i din statistik, og den ikke bør optræde i dit generelle statistiske målinger, men skal segmenteres helt fra. Og der skal selvfølgelig så også oprettes et segment, så du kan se disse data til måling og beregning af konverteringsgrad. Det er lidt underligt!

Jeg var til første møde i IT Forums SIG (Special Interest Group) om Online Markedsføring. Marlene nævnte at hun ikke kunne forstå, hvorfor hendes traffik var øget på det kilde/medie segment som hedder (direct)/(none), altså uklassificeret – hvad er det for en traffik der ligger her, og hvorfor er den traffik for Marlenes vedkommende stigende.

Jeg har været igang med at analysere på Google Analytics måde at spore på, og analyseret på den måde Google Analytics (GA) styrer cookies på, og jeg mener at have fundet en forklaring på Marlenes problem, som jeg vil belyse her.

Googles Analytics Cookie forklaring

http://code.google.com/intl/en/apis/analytics/docs/concepts/gaConceptsCookies.html

GA sætter en række cookies i din browser med forskellig udløbstid.

• Den information om unikke bruger udløber efter 2 år (__utma).
• Den information om sporing udløber først 6 måneder (__utmz).
• Den information om et aktuelt besøg (visit) udløber efter 30 minutter efter sidste sidevisning på domænet.
• Den information om “Custom Tracking” udløber efter 2 år (_utmv).
• Den information om “Website Optimizer” udløber efter 2 år (__utmx).

Lidt mere baggrund

I skal nu have en information ekstra om Marlenes problemstilling og det at hun mener at de har fået pillet ved deres cookie levetid og sat den ned til en dag. Mit gæt er at Marlenes opsætning har fået sat (__utmz) altså sporingscookie’en ned i levetid til én dag. Og det kan jeg forklare udfra en test jeg har udført.

Min analyse

Sådan ser min Cookie ud efter jeg har slettet mine Cookies og gået direkte ind på http://blogs.co3.dk/kevinsteffer/ ved at indtaste det i adresselinjen

Bemærk:

utmcsr=(direct)|utmcmd=(none)
Expires: 30. juli 2010 11:11:19

Nu går jeg til http://twitter.com/kevinsteffer/status/8163389926 og klikker på mit link http://bit.ly/8VZEmq og så tager jeg lige et kig på min cookie igen

Nu er den blevet OPDATERET:

utmcsr=twitter|utmccn=spreading|utmcmd=social
Expires: 30. Juli 2010 11:17:16

Nu lukker jeg min browser og åbner den igen og indtaster adressen: http://blogs.co3.dk/kevinsteffer/

Nu er jeg interesseret i hvad Google Analytics logger af data og ikke så meget interesseret i min Cookie

Blot til info så ses det her at den ikke er opdateret min cookie:

Bemærk:

utmcsr=twitter|utmccn=spreading|utmcmd=social
Expires: 30. Juli 2010 11:17:16

Her er hvad Google logger på mig:

utmcc__utma=231311308.1243725033.1264713079.1264713079.1264713948.2;+__utmz=231311308.1264713436.1.2.utmcsr=twitter|utmccn=spreading|utmcmd=social;

Bemærk:

utmcsr=twitter|utmccn=spreading|utmcmd=social

Altså faktisk en forkert oplysning – jeg tastede jo adresse I min browser – jeg klikkede ikke på noget link med tracking kode.

Dog skal man holde lidt øje med andre dele af logging informationer:

utmcc__utma=231311308.1243725033.1264713079.1264713079.1264713948.2;
+__utmz=231311308.1264713436.1.2

Denne første linje information slutter på .2 den anden information har .1.2 nu vil jeg nu se om jeg kan få noget af det op på et .3 ved enten at klikke på en link på sitet og lave en side-visning mere, eller lukke browseren og indtaste adressen igen og derved generere et nyt besøg.

Ved klik skér der ingen ting med logging informationen:

__utma=231311308.1243725033.1264713079.1264713079.1264713948.2;+__utmz=231311308.1264713436.1.2.utmcsr=twitter|utmccn=spreading|utmcmd=social;

Nu lukker jeg browseren og indtaster adressen: http://blogs.co3.dk/kevinsteffer/

Nu fik jeg den op på .3

__utma=231311308.1243725033.1264713079.1264713948.1264714521.3;+__utmz=231311308.1264713436.1.2.utmcsr=twitter|utmccn=spreading|utmcmd=social;

Den tæller altså på én eller anden måde noget op, dog men en information som ikke ændrer sig. Min udledning er at den tæller et besøg mere, men for den samme unikke bruger.

Konklusion

Nu har jeg kørt en test, hvor jeg har slettet mine cookies og så gået ind på min blog med tracking koden:

http://blogs.co3.dk/kevinsteffer/#utm_source=cookietest&utm_medium=direkte&utm_campaign=sig

Så har jeg lukket min browser åbnet den igen og gået ind på min blog http://blogs.co3.dk/kevinsteffer/ uden tracking kode 5 gange og dermed nu genereret 6 besøg i alt.

Som det kan ses her i GA, så har jeg med ét klik på et link med sporingsinformation og med 5 gange direkte indtastning af adresse altså generet 6 besøg med den sporingsinformation for mit aller første besøg, da min cookie blev lavet første gang (eller en ny pga. den gamle var udløbet).

Hvad siger disse tal så?

Tallene viser at jeg kan generere 6 besøg med samme cookie-information selvom jeg faktisk de 5 gange går direkte til siden ved at indtaste adressen i min browser.

Jeg ved ikke rigtig hvad jeg skal synes om det, min første tanke er helt klart at det her er forvirrende. I mine tidligere opfattelser har jeg betragtet ovenstående tal som at 1 bruger har klikket sig ind på mit site via det link med sporingen ”cookietest / direkte” 6 gange, men det er ikke tilfældet, brugeren har bare gjort det mindst 1 gang, og har de sidste 6 måneder ikke klikket på noget andet link som giver mig en ny sporingsinformation.

Vi må kunne beregne os frem til hvor mange brugere der gemmer sig bag disse 6 besøg med cookie informationen ”cookietest/direkte”, men det kan jeg ikke udlede noget udfra på mine test data. Så det vil jeg lige teste og skrive om på et senere tidspunkt.

I Marlenes tilfælde, hvor de har sat cookie levetiden ned til én dag, vil man i GA have fået en masse gamle brugere som har mistet deres sporingscookie og dermed via bookmarks eller adresse indtastning ikke længere tælle i deres oprindelige sporingsinformation, men nu bare som (direct)/(none) traffik.

Er jeg helt galt på den eller hvad synes du, eller må jeg kalde mig selv Cookienørd fremover?

1. Opbygning af den HTML der udgør din e-mail
2. Opbygning af indholdet og placering af information
3. Statistik på dine udsendelser
4. Undgå at dine mails ender som spam

Jeg har nu været omkring HTML optimering, lidt grundlæggende principper i opbygning af mailen og indholdet, og sidst givet dig lidt tricks til, hvordan vi kan lave statistik på udsendelserne. Nu vil jeg komme omkring, hvordan du kan undgå at dine fantastisk optimerede mails ender som spam.

4. Undgå at dine mails ender som spam

Automatisk spamfiltrering er i dag næsten mere normen end undtagelsen. Jeg har selv et lidt ambivalent forhold til spamfiltre, fordi de er et nødvendigt onde. Jeg har selv beskæftiget mig med opsætning og konfiguration af et meget udbredt spamfilter som hedder SpamAssassin. Det er en open source server software som bruges i vid udstrækning idag, og jeg har haft gavn af at kende softwarens afkodningsmønstre i forhold til, hvad der skal kategoriseres som spam, og hvad der skal slippe igennem.

Spam Score introduktion

For at afgøre om en mail er spam eller ej, bruger SpamAssassin et pointsystem, hvor enkelte karakteristika af en mail giver et antal point. Processering af en mail giver så sammenlagt et antal point som holdes op mod, hvor følsomt softwaren er sat til at reagere. Mit eget filter er indstillet til at en samlet score over 3 giver til en spam mail og dermed filtreret fra, men standard var min SpamAssassin sat til 5, så jeg er lidt mere følsom end det måske anbefales, dog jeg har til dato aldrig oplevet at få en henvendelse på en mail, som er filtreret fra, som jeg skulle have fået.

Hvad giver point

Rigtig mange ting se en liste her, men nogle ting i relation til optimering af nyhedsbreve:

• Test forholdet mellem billeder og tekst (100% billeder giver en del point)
• Hele ord skrevet med blokbogstaver i afsender- eller emne-feltet
• Afsender som ikke er personlige navne
• Manglende “Reverse DNS” på den server man sender ud fra.
• Blacklistede smtp servere (DNSBL)
• Forkerte/manglende smtp header informationer
• Sund fornuft!

Forholdet mellem billeder og tekst

I del 1 nævnte jeg at det kunne være en idé at opbygge din mail udelukkende af grafik/billeder, du får det nemt i forhold til at din mail ses ens i alle mail klienter, men der giver en relativ høj score i spamfiltre, hvis du ikke har tekst med i din mail. Hvis du har planer om at bygge dine mails op udelukkende med grafikker, så skriv endeligt alt-tekster ind på alle grafikker, og husk at klippe dem i stumper som passer til de links der evt. nævnes/skrives på grafikkerne.

Et eksempel på sådan en mail kan finde finde fra www.bonaparte.dk her vist i ældre udgave:

Da hele mailen er bygget op af større eller mindre grafik-stykker, så er der ingen baggrundsbillede i mailen, så den vises korrekt også i Outlook 2007. Og der er sat alt-tekster ind på alle grafikstykkerne så der er tekst til brugere som ikke får vist billeder automatisk, men aktivt skal vælge at få dem vist.

Hele ord skrevet med blokbogstaver i afsender- eller emnet-feltet

I del 2 omkring opbygning af mailen og indholdet, var jeg inde på at du ikke skal blive for “aggressiv” i emne feltet og skrive med blokbogstaver. Det er et meget udbredt kendetegn på netop spam-mails for at de skal skille sig ud i mængden i hele listen over alle dine mails. “Desværre” bliver den straffet rigtig hårdt, og det må frarådes på det kraftigste. Det kan være nødvendigt en gang i mellem med fx IT forkortelser så som “Opdater dit CRM system til halv pris”. Når du skal bruge et ord med blokbogstaver, så er det et must at du har relativt mange ord med i emnet så forholdet bliver så lavt som muligt, uden at du igen overskrider længden af et emne. Hold dig præcist og kortfattet, også for brugerens skyld.

Afsender som ikke er personlige navne

Hvis din afsender skal være “Nyhedsservice <no-reply@example.com>”, så giver det også point at der ikke er et personligt navn som afsender med ordet “Nyhedsservice”. Det giver ikke en høj score, men er med til at det hele tæller.

Manglende “Reverse DNS” på den server man sender ud fra.

Nu bliver en kende teknisk, men det er helt vildt vigtigt. Nogle mail-servere afviser blankt en mail sendt fra en mail server som ikke har reverse DNS. Reverse DNS er som der står baglæns DNS, hvor DNS typisk bruges til at oversætte et værtsnavn til en IP adresse, så er Reverse DNS en oversættelse af en IP adresse til et værtsnavn.

Eksempel:

C:\>nslookup 195.184.55.212
Server:  ******************
Address:  ******************

Name:    web3.co3.dk
Address:  195.184.55.212

Reverse DNS får du typisk oprettet hos din ISP (Internet Service Provider: TDC, Telenor, osv)

Blacklistede smtp servere (DNSBL)

En rigtig omdiskuteret service er blacklisting af mail servere, men intet mindre er det service som stadig er højst relevant for spamfiltre. Det første SpamAssassin kontrollere er om der er Reverse DNS på afsender serveren, hvis det slået til at den skal, dernæst om afsender serveren findes på en DNSBL. DNSBL er en service som kører på mange forskellige netværk af forskellig kvalitet (derfor meget omdiskuteret).

Princippet går ud på at hvis man bliver bombarderet med spam fra en server, så kan den server som sender disse mails meldes den ind i DNSBL netværket, og dermed ender alle mails fremover i spam hos alle de spamfiltre som bruger DNSBL. Idéen er genial, men der har været eksempler på, at det er for nemt at få tilmeldt en IP adresse til en DNSBL tidligere kendt til RBL. Og det giver nogle grå hår på hovedet at finde ud af hvordan man er havnet i DNSBL netværket og ikke mindst at komme ud af det igen. Forstil at du kommer til at melde din konkurrents mail server ind i det her netværk? Nej, DON’T EVEN THINK ABOUT IT!!!

Forkert/manglende smtp header information

Jeg har i mine gamle ASP webløsninger ofte brugt en mail komponent til at sende kontaktformularer ud med eller andre ting. Dog er der et par ting som bl.a. Jmail ikke får med, og det er en MimeOLE information i headeren. Hvis den ikke er med, så får den relativ høj score i SpamAssassin, så bed din programmør eller gør det selv, at få tilføjet denne header

objMail.AddHeader "MimeOLE","Produced by Free Advertising For Your Company"

Sund fornuft!

Det nemmeste er, hvis du har lidt moral , så se på hvad der virker som usandsynligt i henhold til at spring over hvor gærdet er lavest. Du kommer længst ved at udvise en smule forståelse for at vi dødlige modtager en masse post, og hvis du gang på gang er troværdig, så er det ganske enkelt en win-win!

Afrunding

Nu håber jeg, at du er blevet klædt på til at få optimeret din e-mail markedsføring og kommunikation. Jeg har været omkring de tekniske emner, som kan gøre dine mails bedre, og som jeg ser mange ikke anvender.

Kom igang og giv os alle en bedre service, en mere målrettet mail, som vi alle kan læse uafhængigt af mail klient, som du kan få rigtig meget viden om i Google Analytics og udvikler din forretning efter, og sidst at du ikke ender som spam på vores allerede varme harddiske som nærmest ikke lagrer andet end de seneste 14 dages affalds.

Men vigtigst af alt gør dig umage så du ikke ender i vores “slettet post” gang på gang.

Tak til dig og specielt dig som har været igennem min serie her om forbedring af nyhedsbreve. Jeg håber det har været læsningen værd. Skulle du stå med spørgsmål så send en kommentar, mail ks@co3.dk eller ring til mig 2094 3080, så skal jeg med glæde hjælpe dig.

1. Opbygning af den HTML der udgør din e-mail
2. Opbygning af indholdet og placering af information
3. Statistik på dine udsendelser
4. Undgå at dine mails ender som spam

Du har nu i del 1 fået introduktion i HTML optimering og sidst i del 2 lidt grundlæggende principper i opbygning af mailen og indholdet, og nu vil jeg give dig lidt tricks til, hvordan vi kan lave statistik på udsendelserne.

3. Statistik på dine udsendelser

Du vil sikkert gerne vide om dit nyhedsbrev overhovedet bliver læst, måske endnu mere, hvad dine modtagere klikker på i din mail, nu skal vi se på, hvordan vi får fat i den information, men inden vi går i kødet på metoderne, synes jeg, at jeg er forpligtet til at orientere dig ganske kort om lovgivning indenfor sporing, her i min egen fortolkning og formulering.

Du må ikke spore en persons adfærd i en sådan grad, at du kan finde frem til nøjagtig, hvilken person, email, navn, cpr. nr. osv. du har sporet. Identiteten på personen må ikke være til at afsløre på baggrund af en sporing.

Hvad må man så? Ja, du må godt spore alt muligt andet, som ikke afslører en personlig identitet fx alder, køn, interesser, højde, drøjde, IQ – alt muligt.

Sporing af åbning af mailen

Hele tricket omkring sporing af åbning/læsning af mailen består i at indsætte et billede i mailen, som er 1×1 pixels og ellers bare transparent (usynligt billede). Men man skal ikke bare indsætte billedet, som man ville i traditionel HTML med at gøre sådan her

<img src="http://www.co3.dk/blank.png" width="1" height="1" />

Nej, det er vigtigt, at vi lige får nogle informationer med ned til vores website, som kan udføre sporingen inden billedet vises fx sådan her

<img src="http://www.co3.dk/blank_image.aspx?mail=d3e2dcb0-0535-11df-8a39-0800200c9a66&trace=8b872660-0535-11df-8a39-0800200c9a66" width="1" height="1" />

Vores blank_image.aspx side på websitet er så programmeret til at modtage de 2 parameter “mail” og “trace”, og kan så udføre sporingen af de ting vi ønsker at vide fx

• åbning af mailen med id “d3e2dcb0-0535-11df-8a39-0800200c9a66”
• hvor mange tidligere åbninger trace id “8b872660-0535-11df-8a39-0800200c9a66” har udført
• alder på trace id “8b872660-0535-11df-8a39-0800200c9a66”
• køn på trace id “8b872660-0535-11df-8a39-0800200c9a66”
• etc.

Sporing af klik i mailen på lidt gammeldags facon

For at kunne spore et hvert klik i mailen er det nemmeste at erstatte samtlige links i en mail med et bestemt link som ved hvilken side brugen egentlig ønsker at se. Eksempel på et almindeligt link i en mail

<a href="http://www.co3.dk/"><img src="/img/logo.png" border="0"/></a>

Hvis man klikker på logo-billede så ville man bare hoppe til forsiden af websitet, men hvis vi skal vide at brugeren har klikket der, og det iøvrigt ønskes for samtlige links, så er det nemmeste at tage alle links i mailen og gemme dem i en database tabel fx

Så laver vi vores links om i vores mail til at se sådan ud:

<a href="http://www.co3.dk/trace_click.aspx?linkID=1&trace=8b872660-0535-11df-8a39-0800200c9a66"><img src="/img/logo.png" /></a>

Vores trace_click.aspx side på websitet er programmeret til at modtage de 2 parameter “linkID” og “trace” og kan udføre sporingen af det vi ønsker at vide fx

• linkID lig 1 er blevet klikket på en gang mere
• hvor mange klik trace id 8b872660-0535-11df-8a39-0800200c9a66 tidligere har klikket på i denne mail
• alder på trace id 8b872660-0535-11df-8a39-0800200c9a66
• køn på trace id 8b872660-0535-11df-8a39-0800200c9a66
• etc.

Så kan der laves rapporter i SQL til den lyse morgen på sporingsdata!

Nemmere sporing af klik i mailen med Google Analytics

Jeg kan jo ikke sige ordet statistik uden også at komme ind på Google Analytics! Bruger du det ikke så bare spring over dette afsnit, men kom lige ind i kampen – sæt dig ind i det, det vil du ikke fortryde!

Istedet for at lave alt det programmering med links i en database table og erstatning af links, for slet ikke tale om programmeringen af den sporing der skal til, så skal du se her, hvordan vi kan lave en sporing med Google Analytics.

Først skal du have installeret Google Analytics på dit website, og huske at kontroller at Google Analytics er begyndt at modtage data fra websitet. Så laver du lige dine links i din mail lidt om fx fra

<a href="http://www.co3.dk/"><img src="/img/logo.png" border="0"/></a>

så de kommer til at se sådan ud

<a href="http://www.co3.dk/?utm_source=nyhedsbrev&utm_medium=email&utm_content=logo&utm_campaign=jan2010"><img src="/img/logo.png" border="0"/></a>

Nu har vi 4 parameter på

• utm_source=nyhedsbreve, kilde informationerne siger: nyhedsbrev
• utm_medium=email, medie siger: email (kunne være web, banner, flash, mobil osv)
• utm_content=logo, fortæller os senere at der er klikket på logoet
• utm_campaign=jan2010, fortæller os senere at der er klikket i jan2010 mailen

Done! Hvis du så udskifter utm_content parameteren på de andre links i den mail, med nogle sigende navne, så vil du i Google Analytics under “Traffikkilder” –> “Alle traffikkilder” kunne finde “nyhedsbreve / email”, hvis nogen har klikket på et link i en mail.

Hvis du ønsker at se hvilken mail de har klikket i, skal du ind under “Traffikkilder” –>” “Kampagner”. Her vil du kunne finde en “jan2010” kampagne eller det du nu skriver i din utm_campaign parameter, og se hvor mange klik den har fået. Hvis du så vil se hvad for nogle links der er blevet klikket på, kan du vælge enten at se dine “utm_content” angivelser ved at vælge “Annonceindhold” som vist her nedenfor

Eller du kan vælge “Destinationsside” så kan se hvilke side de er gået til

Og du kan finde mere god statistik om dine nyhedsbreve – jo mere du sætter dig ind i Google Analytics, jo mere vil du kunne bruge det til at sætte skub i din forretning, det vil jeg næsten kunne love dig!

Opbygning af disse links til sporing med Google Analytics kan du selv lave på denne side

Det var lidt om statistik på dine mails, jeg kan ikke dy mig – jeg har lyst til at råbe lidt!

BRUG TID I GOOGLE ANALYTICS

Næste gang går jeg spam problemet lidt efter i sømene og jeg giver lidt info om, hvordan dine mails undgår at ende som spam, ses!