Saturday, October 27, 2007

GA: Twee conversiecodes op één pagina / UPDATE 12-2008/

Doordat ik zelf op mijn blog Google Analytics gebruik weet ik waar mensen op zoeken voordat ze de site bereiken. Dat geeft me een aardig inzicht in waar gebruikers van GA mee worstelen en ik heb daarmee een bron van inspiratie voor nieuwe posts.

Zo zocht een aantal gebruikers de afgelopen maand op Google met de vraag of je twee GATC's (conversiecodes, het stuk javascript dat je op iedere pagina van je site plakt) op je website kunt hebben. Het antwoord daarop is ja en ik zal hier behandelen hoe je dat doet.

Vraag is wel waarom je het zou willen. Voor de meeste sites is het absoluut niet nodig en kun je de informatie die je op die manier wilt verzamelen vaak ook middels verschillende profielen met filters produceren. Het nadeel van meerdere GATC's op je pagina's is natuurlijk dat je pagina meer tijd nodig heeft om te laden. Overigens is dit een kwestie van miliseconden, maar laadtijd is heilig en elke onnodige vertraging moet daarom worden vermeden.

Er zijn echter situaties waarbij je niet zonder kunt. Denk bijvoorbeeld aan een grote website (een portal) met verschillende subdomeinen. Die subdomeinen zijn behalve onderdeel van het hoofddomein ook onafhankelijke bedrijfsonderdelen en verantwoordelijk voor hun eigen verkeer door zoekmachineoptimalisatie en marketing. Voor het bedrijf is het belangrijk te zien hoe mensen van het hoofddomein naar de verschillende subdomeinen navigeren en ze hebben daarvoor de hier beschreven functie voor subdomeinen geimplementeerd.

Daarnaast is het belangrijk te weten hoeveel mensen de subdomeinen hebben bereikt zonder via het hoofddomein te gaan en daarom wil je het subdomein zien als een aparte website, met z'n eigen referrers en bezoekersprofiel. In zo'n geval kun je overwegen om een dubbele implementatie toe te passen.

Daarbij kun je niet volstaan met het plakken van een extra GATC op de pagina, aangezien normaalgesproken alleen de eerste daarvan op de pagina wordt gelezen. Dit geldt voor zowel de oude code, gebaseerd op urchin.js als ook voor de nieuwe code, gebaseerd op ga.js.

Met de oude code kon je het probleem omzeilen door de volgende code toe te voegen in de eerste code die je op de pagina zette.

_uff = 0

Daarmee zette je als het ware de teller weer op 0 en kon je nog een code toevoegen. Het was echter weinig meer dan een hack op het systeem en werkte gebrekkig omdat de tweede set cookies toch de eerste overschreef. Met als gevolg vreemde data in rapportages.

In de nieuwe versie van GA is er daarom rekening mee gehouden dat sommige websites meer dan 1 code nodig hebben en is het systeem daar op aangepast. Zie hier een voorbeeld van hoe je de code moet installeren om het te laten werken met ga.js:



Houd er rekening mee dat virtual pageviews, e-commerce en events standaard alleen in het eerste account worden meegenomen. Wil je ze in beide meenemen, moet je die code ook dubbel gaan opnemen, op dezelfde manier met first- en secondTracker.

De markt: Omniture, het Oracle van de webanalyticsmarkt?

Omniture koopt Visual Sciences. Na Offermatica, Touchclarity en Instadia is dit de vierde en grootste prooi van het Amerikaanse bedrijf binnen korte tijd. Omniture was al marktleider binnen de markt van high-end webanalyticssuites en met de overname van de nummer 2 zal hun voorsprong alleen maar groeien. Omniture voegt met de overname zo'n 4000 klanten toe aan zijn bestand en noemt schaalvoordeel de voornaamste reden voor de stap.

Visual Sciences, zelf een product van de overname van het bedrijf met die naam door WebSideStory eind vorig jaar, is met name bekend van HBX en het product Visual Sciences zelf, dat bijzonder flexibel, statistisch sterk en visueel ingesteld is. Het is daarbij wel weer zo uitgebreid dat je als gebruiker ook sterk statistisch onderlegd moet zijn om de mogelijkheden ervan ten volle te kunnen benutten.

De manier waarop Omniture momenteel concurrenten opkoopt doet denken aan hoe Oracle zich beweegt in de markt van bedrijfssoftware. Vastbesloten om SAP in die markt van de troon te stoten kocht Oracle - dat daarvoor met name bekend was van zijn databases - de afgelopen jaren grote concurrenten als PeopleSoft en Siebel en is nog niet klaar getuige de recente overnames van Hyperion en Interlace en het vijandige bod op BEA systems. Oracle heeft de producten van die verschillende bedrijven eerst laten voortleven, maar wil met de onderliggende techniek ervan uiteindelijk de suite Fusion (door SAP officials smalend Con-fusion genoemd) op de markt brengen., Het integreren van bedrijven en hun techniek is zoals bekend echter geen eenvoudige opgave en de productlancering laat voorlopig op zich wachten.

Op een zelfde manier zegt Omniture voorlopig de producten van de verschillende bedrijven naast elkaar te laten bestaan en op termijn met the best of all worlds een nieuw product in de markt te zullen zetten.

Nu maar afwachten of Omniture voor die tijd niet zelf een prooi wordt van overname door - ja waarom niet Oracle? Momenteel zijn bedrijfsinformatiesystemen en webanalyticssystemen veelal nog aparte silo's binnen organisaties, maar dat is natuurlijk eigenlijk een kunstmatige scheiding. En gezien de agressiviteit waarmee beide bedrijven de markt naar zich toe trekken lijken ze qua bedrijfscultuur in ieder geval zeker bij elkaar te passen.

Wednesday, October 17, 2007

GA: Nieuwe features op komst voor Google Analytics

Google Analytics zal binnenkort van een aantal zeer interessante nieuwe features worden voorzien:

Event en outbound link tracking
Iedereen die tot nu toe met Google Analytics zijn outbound clicks wilde tracken moest hiervoor met de Urchintracker een virtual pageview aanmaken. Dat betekende dat je iedere outbound link moest voorzien van een stukje javascript (een OnClick event) met daarbij de naam van hoe je 'm wilde terugzien in je rapport Top Content. Deze methode behoort binnenkort tot het verleden. Check hier binnenkort voor hoe dat er uit komt te zien.

Het tracken van Flash, Ajax en Javascript events gebeurde op dezelfde manier. Ook dit is binnenkort een standaard feature in Google Analytics. Anders dan met het tracken van reguliere html pagina's moet je voor het tracken van events zelf de objecten opgeven (bijvoorbeeld een Flash animatie), de acties die daarmee gepaard gaan (bijvoorbeeld klikken op bepaalde buttons), labels die je daaraan hangt (hoe heten die buttons) en eventueel de waardes (zeg een geldelijke waarde die je aan het klikken op die buttons toekent). Voordat je met event tracking echt waardevolle data kunt gaan verzamelen zul je eerst je zelf moeten afvragen wat de zakelijke doelstelling is van je site en van dit onderdeel van de site (object). Maar als je zover bent, dan kun je ook iedere handeling van je bezoekers tracken.

Ga.js
Daarvoor is het wel noodzakelijk dat de engine waar GA op draait, Urchin.js wordt vervangen door een volledig nieuw geschreven script, de ga.js. En dat houdt tevens in dat iedereen die momenteel Google Analytics gebruikt en gebruik wil gaan maken van de nieuwe features de tags op zijn website zal moeten veranderen. Van een gedwongen wijziging is vooralsnog geen sprake. Urchin.js en de oude pagetags zullen voorlopig gewoon blijven werken.

Site Search
Altijd al willen weten of de zoekopdrachten die mensen uitvoeren op je eigen websites ook tot conversies leiden? Of dat mensen op andere dingen zoeken als ze op je site zijn, dan wanneer ze op een zoekmachine zoeken? Met de volgende release van Google Analytics wordt dit mogelijk. Er komt een geheel nieuwe rapportstructuur speciaal voor site search in het onderdeel Content. En dit zal er zo uit gaan zien:



Deze verandering is overigens niet afhankelijk van de GA.js, het werkt ook met de huidige GATC. De installatie is heel eenvoudig: in je profielinstellingen kun je de queryvariabelen die je in je interne zoekmachine gebruikt opgeven. Dit zijn de variabelen die in de URL verschijnen nadat de zoekopdracht is geplaatst. Daarnaast zal het mogelijk zijn om een categorie aan te geven, dus als je verschillende categorieën hebt waarin gezocht kan worden kun je daar ook de variabele voor opgeven.

Urchin 6
Er werd de laatste weken al enigszins over gemopperd door Urchingebruikers, dat Urchin 5 de afgelopen jaren niet of nauwelijks nog was geupdate. Deze update komt er nu dus wel. Voor bedrijven die hun data in house willen hebben en houden is dit dus een mogelijkheid. Het product is overigens nauwelijks vergelijkbaar met Google Analytics, de manier van data verzamelen is anders (log files) de interface is anders (meer vergelijkbaar met de vorige interface van GA) en het product is natuurlijk niet gratis.

In de Verenigde Staten gaat Urchin 6 een kleine 3.000 dollar kosten. Bedrijven die het als upgrade bestellen van hun Urchin 5 kunnen rekening houden met een flinke korting op dat bedrag, en afhankelijk van hun huidige contract kunnen ze zelfs de upgrade gratis krijgen.

Interessante nieuwe feature van Urchin 6 is dat de data die je ermee verzameld in een Google Analytics account kan worden geimporteerd, zodat je overal waar je een internetconnectie hebt bij de data kunt.

Zie dit artikel voor meer informatie over Urchin 6.

Sunday, October 14, 2007

GA Filters: Waar zoeken je bezoekers nou echt op?

Als je in Google Analytics je Adwordsresultaten bekijkt op zoekwoordniveau zie je de woorden die zijn opgenomen in je campagne. Als je deze zoekwoorden op broad hebt staan in je campagne matcht Adwords je zoekwoorden aan de woorden die mensen echt intypen. Dat betekent dat er een verschil kan zitten tussen wat mensen intypen en de zoekwoorden die daarop je advertentie vertonen. Als je nu zou weten welke zoekwoorden mensen echt intypen kun je beter sturen wanneer je advertentie wel en niet vertoond wordt.

Bijvoorbeeld als je ziet dat door broad match je advertentie wordt vertoond op zoekwoorden die niet belangrijk voor je zijn, kun je die als uitsluitingszoekwoord opnemen. Stel dat je bijvoorbeeld een koop- en verkoopsite hebt en je hebt het woord verkopen op broad match in je lijst opgenomen, en dat woord levert veel verkeer op. Dan zou het maar zo kunnen dat dit woord wordt ingetypt in combinatie met dingen die niet op je site verkocht worden, aandelen verkopen bijvoorbeeld. Als je op dat moment gebruikmaakt van dynamic keyword insertion kun je voor verkeer betalen dat je niets oplevert en als je statische advertenties hebt krijg je te maken met een lage klikratio en daarmee een lage quality score voor dit zoekwoord.

Allemaal narigheid dus en dat terwijl het relatief eenvoudig is om met Google Analytics de echt ingetypte zoekwoorden naar voren te laten komen. Ik zal hier de filter sequence laten zien waarmee dat mogelijk wordt.

Maak eerst een nieuw profiel. Noem dit bijvoorbeeld Echt ingetypte zoekwoorden. Met de volgende twee filters zorg je dat je in dat profiel alleen het Adwordsverkeer ziet:




Het derde filter is een Advanced custom filter, waarbij je in veld A de campagne term selecteert. Dit is de term die je in je campagne hebt opgenomen.
In veld B kijk je naar de referrer. Als je op Google zoekt naar iets wordt het resultaat getoond op een pagina met in de URL informatie over het ingetypte zoekwoord. In veld B zoek je met een Regular Expression naar die informatie. In de Constructor voeg je de twee samen in het vrije veld User Defined.



Ingezoomd op de Regex:



In je User Defined rapport (die vindt je onder Visitors) ga je vervolgens je zoekwoorden zien, met daarachter tussen haakjes het zoekwoord wat gebruikers intypten.

Deze methode is geoptimaliseerd door mijn collega en goede vriend Alan Boydell.

Saturday, October 13, 2007

GA: UPDATED 12/2008 Websites met meerdere domeinen en/of subdomeinen

UPDATE: Ik pas dit artikel aan voor de ga.js code. Heb je nog de urchin.js code geinstalleerd, kijk dan dit helpcenterartikel voor meerdere subdomeinen en hier voor meerdere domeinen.

Ik krijg veel vragen over het tracken van websites die meerdere domeinen, meerdere subdomeinen of beide overspannen.

Als je in dit geval gewoon de javascriptcode op al je (sub)domeinen zet zal Google Analytics de bezoeker die binnen 1 sessie de verschillende (sub)domeinen bezoekt per (sub)domein zien als een andere sessie (nieuw bezoek). Daarbij wordt alle sessie info als bijvoorbeeld referrer niet doorgegeven en worden de (sub)domeinen referrers van elkaar.

Dit is natuurlijk onwenselijk en ook onnodig. Ik behandel in deze post de mogelijkheden die GA biedt:

Meerdere subdomeinen
Een voorbeeld van een subdomein is bijvoorbeeld betalen.domein.nl die naast het hoofddomein www.domein.nl wordt gebruikt als beveiligd checkoutdomein.

Hiervoor moet je de GATC, de javascriptcode die je op iedere pagina zet enigszins aanpassen. Zowel op het hoofddomein als op het subdomein moet de regel

Pagetracker._setDomainName="domein.nl"

worden toegevoegd. Deze regel komt boven de Pagetracker._trackpageview regel te staan.

Daarnaast moet je om te voorkomen dat eventuele gelijke URI's op domein en subdomein bij elkaar worden opgeteld (bijvoorbeeld een index.html) een filter instellen dat de host aan de URI plakt en je in de rapporten de volledige URL ziet, in plaats van alleen de URI.

Kies hiervoor een aangepast filter, selecteer in veld A de hostname, in veld B de URI en plak ze in het outputveld aan elkaar in het veld URI. Hierdoor zul je in je rapporten de namen van je pagina's in het vervolg zien inclusief de hostnaam. Zie hier een screenshot van dit filter:



Meerdere domeinen
Als je website meerdere domeinen heeft, bijvoorbeeld www.domein.nl en www.domein2.nl, dan moet je de GATC op een andere manier aanpassen. Let op: ook als je www.domein.nl en www2.domein.nl hebt, spreken we over verschillende domeinen en niet over subdomeinen.

De aanpassing de je in dit geval doet aan de javascriptcode is als volgt. Voeg de volgende regels toe aan de code op beide domeinen:

pageTracker._setDomainName("none");
pageTracker._setAllowLinker(true);


Daarnaast moet je alle links tussen beide domeinen voorzien van de pagetracker._link() of de pagetracker._linkbyPost() variabelen. Zie dit artikel in de helpdesk van GA voor meer informatie hierover.

Vervolgens kun je hetzelfde filter instellen als ik hierboven noemde om het verkeer naar verschillende pagina's met identieke namen toch apart in de rapporten te zien.

Daarnaast kun je in beide gevallen een apart profiel aanmaken waar je het verkeer naar de verschillende (sub)domeinen apart kunt bekijken. Hiervoor maak je een nieuw profiel aan (voor hetzelfde domein) en stelt een include filter in voor de hostnaam. Vervolgens specificeer je de hostnaam als "www\.domein\.nl" of "sub\.domein\.nl". De backslashes zijn onderdeel van de Regular Expression die je hierbij toepast.

Meerdere domeinen en subdomeinen
Tenslotte heb je in Google Analytics de mogelijkheid om websites te tracken die zowel meerdere domeinen als meerdere subdomeinen overspannen. Aangezien hier niet een helpcenterartikel over bestaat, vind je hier de code voor urchin.js en ga.js.

Anders dan bij de andere situaties hier beschreven is de GATC verschillend voor de verschillende domeinen. Net als bij de andere methodes echter komt deze code boven de standaard Pagetracker._trackpageview/ Urchintracker regel te staan:

Voor het eerste domein:

pageTracker._setDomainName(".domein.nl");

pageTracker._setAllowLinker(true);

pageTracker._setAllowHash(false);


en voor het tweede domein:

firstTracker._setDomainName(".domein2.nl");

firstTracker._setAllowLinker(true);

firstTracker._setAllowHash(false);


Voor urchin.js is de code als volgt:


_uhash= "off";
_udn= "domein1.nl";
_ulink=1;

Voor het tweede domein:

_uhash= "off";
_udn= "domein2.nl";
_ulink=1;

Voeg dit in boven de Urchintracker regel in de GATC.

Voor de links tussen de verschillende domeinen gebruik je dezelfde methode als hierboven beschreven bij Meerdere domeinen. Voor deze code voor urchin.js, zie het helpcenter artikel.

Ook de filters en profielen die ik hierboven noemde zijn toepasbaar in deze situatie.

Heb je ervaring met bovenstaande situaties of vragen hierover, reageer. Ik hoor graag of het gelukt is.

Sunday, October 7, 2007

GA: Google Analytics Accounts, Profielen, Gebruikers, Filters, Doelen

In Google Analytics worden veel termen gebruikt en onduidelijkheid over wat precies wordt bedoeld kan leiden tot veel verwarring. Ik zal hier een aantal behandelen en aangeven waar de functies precies voor worden gebruikt.

Google Analytics Account
Een Google Analytics Account is het hoogste administratieniveau van het programma. Ze hebben allemaal een nummer dat begint met UA; bijvoorbeeld UA-461219 voor het account waarmee ik deze blog track. Het nummer vind je in het stuk javascriptcode dat je op iedere pagina van je site plakt.

Gebruikers
Analytics accounts hebben altijd tenminste 1 Administrator. Een Administrator kan anderen toegang geven tot het account. Deze mensen kunnen ofwel beheerdersrechten hebben ofwel alleen de rapporten kunnen inzien van een of meer profielen. Alle gebruikers hebben alleen toegang tot de rapporten met een Google Account. Dit kan een Gmail account zijn, of een ander emailadres dat ze tot Google account hebben gemaakt.

Je kunt een Google Analytics account dus nooit identificeren aan de hand van een emailadres, omdat mensen met hun emailadres toegang kunnen hebben tot verschillende Google Analytics accounts.

Profielen

Standaard hebben Google Analytics Accounts 1 Profiel. Maar je kunt in ieder account tot maximaal 100 profielen aanmaken. Deze profielen zie je onder elkaar staan op de eerste pagina die je ziet als je inlogt bij Google Analytics.

Er zijn twee verschillende soorten profielen:
1. Een profiel dat je aanmaakt om een andere website dan de eerste mee te tracken
2. Een profiel dat je aanmaakt om van dezelfde website specifieke bezoekerssegmenten uit te lichten.

Ad1. Als je deze optie kiest wanneer je een nieuw profiel aanmaakt, dan krijg je daarbij ook een nieuw stuk javascriptcode. In het profiel wat je hier aanmaakt ga je dus ook geen data zien totdat je de code implementeert op je tweede website. Deze code heeft hetzelfde UA nummer als het originele, maar waar deze eindigde op -1 (dus UA 461219-1) eindigt de nieuwe op -2. Ieder volgend profiel wat je op deze manier aanmaakt krijgt daarbij een volgend nummer.

Gevolg van het uitgeven van een nieuwe code is dat je de data die je verzamelt met deze codes ook niet geaggregeerd kunt zien. Als je een website hebt met verschillende subdomeinen is het dus wellicht handiger om een profiel aan te maken waarbij je geen nieuwe code krijgt.

Ad2. Voor dit profiel krijg je geen nieuwe code en je begint hier dan ook automatisch binnen 24 uur data te zien. Doel van een dergelijk profiel is om verschillende bezoekerssegmenten gaan uit te lichten op je website door te gaan werken met filters. Zonder deze filters zul je in dat profiel dezelfde data verzamelen als in andere profielen waar je geen filters op hebt staan.

Filters
Wat wordt dan bedoeld met bezoekerssegmenten? Voorbeelden van bezoekerssegmenten zijn bezoekers die van een bepaalde campagne komen, bezoekers uit een bepaalde regio, terugkerende bezoekers, bezoekers die een bepaalde pagina hebben bekeken, etc. Door een filter in te stellen op je profiel kun je bepaald verkeer in- of uit je rapporten filteren zodat je precies het bezoekerssegment overhoudt dat je wilt bekijken. Ga hiervoor naar Profiel bewerken en kies Filter toevoegen. Enkele handige voorbeelden van filters om bezoekerssegmenten beter uit te lichten zal ik een volgende keer behandelen.

Doelen
Doelen in Google Analytics zijn pagina's die wanneer ze getoond worden aangeven dat een gewenste actie op de website is voltooid. Dat kan bijvoorbeeld zijn een inschrijving, een informatieaanvraag, een verstuurde email of een verkooptransactie. Als dergelijke acties worden afgesloten met een bedanktpagina kun je die bedanktpagina opgeven als Doelpagina en iedere keer wanneer iemand die pagina opvraagt wordt een doelconversie geteld. Zodoende kun je conversiepercentages van al je bezoekers bekijken, maar ook van specifieke bezoekerssegmenten. Het opgeven van doelen kan dus afhankelijk van je KPI's van groot belang zijn om de effectiviteit van je website te meten.

Saturday, October 6, 2007

GA: Google Conversion Tracker en Google Analytics

Op Marketingfacts.nl verscheen enkele weken geleden een interessant artikel van André Scholten over hoe het mogelijk is dat Google Analytics andere resultaten laat zien van Adwordscampagnes dan de Google Conversietool in Adwords zelf.

André noemt een aantal interessante punten, maar op sommige ben ik het niet met hem eens en dat heb ik ook in een reactie op dat artikel geuit. Om nu alle informatie over de verschillen tussen beide bij elkaar te hebben zet ik ze hier nogmaals onder elkaar.

De Adwords Conversion Tracker (ACT) laat je de resultaten zien van je Adwords campagne op zoekwoordniveau. De resultaten krijg je netjes naast de kostengegevens te zien in je Adwordsinterface. Om dit te realiseren moet je in Adwords de ACT aanzetten en de code die je vervolgens krijgt op je conversiepagina plakken.

Google Analytics (GA) gaat ervan uit dat je alle pagina's op je website al voorzien hebt van de code die daarbij hoort en voor het definieren van doelpagina's geef je alleen de URL van je conversiepagina op.

Cruciaal bij het verzamelen van gegevens over campagneprestatie en websitegebruik met deze tools zijn cookies. Cookies zijn kleine textfiles die op de computer van de bezoeker worden geplaatst en informatie kunnen bevatten over de bezoeker. Er zijn verschillende soorten cookies: first party en third party.

Third party cookies worden onder meer gebruikt door grote advertentieplatforms als Doubleclick, Atlas en Tradedoubler bijvoorbeeld om post view data van campagnes te kunnen meten en te zien hoe mensen surfen over verschillende pagina's en domeinen heen. De ACT maakt gebruik van third party cookies met een levensduur van 30 dagen.

First party cookies worden geplaatst door het domein dat de gebruiker bezoekt en worden door vrijwel alle websites op internet gebruikt om bezoekers een volgende keer te kunnen herkennen. Deze cookies kunnen ook alleen worden uitgelezen door de eigenaar van het domein en ze kunnen informatie bevatten als door de bezoeker ingevulde informatie in formulieren, terugkerend bezoek, referrers, etc. GA maakt gebruik van first party cookies, standaard 4 in totaal met verschillende levensduur en functie.

Twee cookies worden gebruikt voor de sessie, waarvan 1 verloopt na 30 minuten inactiviteit en 1 wanneer de bezoeker de site verlaat. De derde, utm_z is de campagnecookie die verloopt na 6 maanden. De laatste is de permanente cookie die in principe blijft staan tot de gebruiker 'm wist. Hiermee wordt terugkerend bezoek gemeten.

Hiermee heb je in principe voldoende informatie om verschillen in meetresultaten te kunnen verklaren. Laten we een aantal praktijkvoorbeelden bekijken:

Een bezoeker klikt op een Adwordsadvertentie, converteert niet meteen, maar bookmarkt wel de site, komt 31 dagen later terug via zijn bookmark en converteert.
De ACT cookie is op dit moment al verlopen en meet geen conversie meer, GA meet wel een conversie. Doordat de campagnecookie 6 maanden geldig blijft is het mogelijk dat een Adwords- of andere campagne tot 6 maanden na afloop nog conversies kan genereren in Analytics. De utmz wordt alleen geupdate wanneer er een referrer is. Is die er niet, bijvoorbeeld doordat de gebruiker klikt op een bookmark of het adres rechtstreeks intypt in de browser blijft Analytics dit verkeer zien als komend van de laatste referrer / campagne.

Een bezoeker klikt op een Adwordsadvertentie en converteert 2 keer in verschillende sessies binnen 30 dagen.
De ACT telt 1 conversie (eventueel als je dat hebt ingesteld 2 transacties), GA meet twee conversies. Als de bezoeker 2 keer converteert binnen dezelfde sessie meet GA ook 1 conversie.

Een bezoeker klikt op een Adwordsadvertentie, converteert niet meteen, maar komt 10 dagen later opnieuw op de site door te klikken op een banner en converteert.
De ACT telt 1 conversie, want die kijkt alleen naar de aanwezigheid van de ACT cookie. GA telt geen conversie voor Adwords, maar wel 1 voor de bannercampagne, mits deze is voorzien van de trackingvariabelen. Is dat niet het geval zul je de klik zien bij de verwijzende site als referrer. GA update namelijk de utmz iedere keer als de gebruiker een referrer heeft.

Bezoeker blokkeert third party cookies, maar niet first party cookies
De ACT ziet de bezoeker niet; de klik wordt wel geteld, een eventuele conversie niet. GA meet de conversie wel. Schattingen over welk percentage bezoekers third party cookies blokkeert varieert, maar over het algemeen wordt 10-15% aangehouden. Voor first party cookies is dit percentage verwaarloosbaar.

Dat waren een aantal veel voorkomende verschillen die optreden als alles goed is geinstalleerd en er geen complicaties optreden bij het meetproces. Voorwaarde hierbij is natuurlijk wel dat de gebruiker de cookies niet verwijdert voordat ze verlopen.

Daarnaast komt het echter vaak voor dat er wel iets mis is gegaan bij installatie, of complicaties optreden.

Stel dat ACT wel conversies meet, maar GA (vrijwel) niet. Wat kan dan het probleem zijn?

1. Alle referrerinformatie gaat verloren in GA, je ziet de overgrote meerderheid van het verkeer als direct. Dit kan gebeuren wanneer de bestemmingsURL niet gelijk is aan de URL van de landingspagina en daar dus een redirect tussen zit. Dit kan gebeuren op de site zelf, of als het verkeer wordt omgeleid via een derde partij.

Als gebruik gemaakt wordt van frames waarbij de GATC niet in de frameset staat, of de GATC niet geladen is voordat de andere frames worden aangeroepen gebeurt hetzelfde. Het resultaat is dat geen van de conversies aan campagnes worden toegekend.

2. De doelpagina is niet correct gedefinieerd. Bijvoorbeeld omdat er een typefout staat in de URL, de matchtype niet goed staat, er een ondeugdelijke Regular Expression is gebruikt, etc. Resultaat: Er worden helemaal geen conversies gemeten.

3. Het Adwords- en het Analyticsaccount zijn niet gelinkt en/of Autocodering (autotagging) staat niet aan in Adwords. Resultaat: geen of weinig conversies worden aan Adwords toegekend.

Een laatste punt wat André noemt heeft te maken met de GCLID. Dit is de code die Adwords meegeeft aan bestemmingsurls als autocodering aan staat en informatie bevat over de campagne, de advertentiegroep en het zoekwoord waarop werd geklikt. Als de url wordt gebookmarkt kan het gebeuren dat de GCLID ook wordt gebookmarkt en het komt sporadisch voor dat zoekmachines urls indexeren inclusief deze code. Hierdoor zou het ook na 6 maanden nog voor kunnen komen dat bezoek wordt toegekend aan een lang afgelopen Adwordscampagne.

Aangezien GCLID's ook worden voorzien van een timestamp is hiervan echter geen sprake. Deze timestamp zorgt er voor dat iedere GCLID slechts 1x wordt uitgelezen door GA.