E-commerce implementeren met Google Tag Manager

Veel websites maken de overstap van Google Analytics naar Universal Analytics en gebruiken dat moment om te starten met Google Tag Manager. Een slimme keuze, want werken met de Google Tag Manager maakt het plaatsen van scripts en aangepaste tracking een stuk eenvoudiger én goedkoper. Als je echter een e-commercewebsite hebt, zijn er wel wat speciale aandachtspunten om ervoor te zorgen dat e-commercetransacties goed gemeten worden. In dit artikel leg ik uit waar je op moet letten bij de implementatie van e-commerce van Universal Analytics in Google Tag Manager.

De datalayer van de e-commercemodule

Het is niet mijn bedoeling om hier een technische uitleg te geven hoe de datalayer werkt en hoe dynamische gegevens hierin worden geladen. Een korte toelichting is echter wel op z’n plaats. De datalayer is een stukje code op je website, waaruit GTM informatie oppakt en doorstuurt naar Google Analytics. Deze informatie bevat o.a. hoeveelheid, omzet, productnaam, productcategorie, transactie-ID en productopbrengst. Als je nu al de e-commercemodule hebt geïmplementeerd op je site, zodat je deze gegevens terugziet in de e-commercerapporten van Google Analytics, zal het voor de webbouwer waarschijnlijk eenvoudig zijn om de datalayer voor Google Tag Manager weer dynamisch te vullen. Ter verduidelijking hierbij een voorbeeld van de datalayer:

Instellingen e-commerce in Google Tag Manager

De volgende tag dient ingesteld te worden in Google Tag Manager om te zorgen dat we de gegevens uit de datalayer kunnen halen en door kunnen sturen naar Google Analytics:

Tagnaam: zelf te kiezen, b.v. e-commercetag

Tagtype: Google Analytics/Universal Analytics

Webproperty-ID: hier vul je de UA-code in van je website. Deze vind je in Google Analytics – Beheer – Property – Instellingen

Tracktype: Deze staat standaard op Pageview, deze moet op transaction tag gezet worden.

Verder moeten we aangeven wanneer deze tag geactiveerd moet worden, oftewel onder welke voorwaarden dit moet gebeuren. Hiervoor stel je in GTM regels in.

Dit doe je rechtsboven:

Deze regel dient het volgende te bevatten:

Url: hier moet de url van de bedankt-pagina komen te staan.

Event: bevat gtm.dom

Dit laatste zorgt er voor dat de tag getriggerd wordt als de pagina in z’n geheel geladen is, zodat ook alles na de GTM-code wordt meegenomen in deze tag. In onderstaand screenshot is een voorbeeld van een bedankt-pagina ingevuld. Deze dient uiteraard aangepast te worden aan de bedankt-pagina van de betreffende website.

Vervolgens sla je deze regel en daarna de tag op.

Voorkomen dat betaalomgevingen als verkeersbron worden gezien

Met de overgang naar Universal Analytics hebben we meerdere keren gezien dat de sessie wordt afgebroken op het moment dat de bezoeker vanuit de winkelwagen/bestelproces naar de betaalomgeving gaat om af te rekenen. De betaling vindt plaats op een ander domein, bij voorbeeld op buckaroo.nl of ogone.nl. Als de cookie van je eigen domein niet wordt meegestuurd naar de betaalomgeving, wordt er een nieuwe sessie gestart, terwijl dit voor de bezoeker niet het geval is. Dit betekent dat als de bezoeker na de betaling weer terug komt op de site, de betaalomgeving als verkeersbron wordt gezien en de oorspronkelijke verkeersbron overgeschreven wordt, met als gevolg dat deze verkeersbron geen conversies krijgt toegewezen.

Om deze situatie te voorkomen dien je cross-domain in te stellen met een aantal andere aanpassingen in GTM.

In de Universal Analytics-tag dien je onder het kopje Meer instellingen een aantal aanpassingen door te voeren.

Cookieconfiguratie:

Cookie-domein:  auto

Hierdoor wordt het cookie doorgestuurd.

Cross-domein tracking:

Domeinen automatisch koppelen: vul hierin de domeinen die gekoppeld moeten worden. In dit voorbeeld is dit de betaalomgeving van buckaroo.nl.

Linker toestaan: waar

In de beheeromgeving in je analytics-account dien je vervolgens de domeinen van deze betaalomgevingen toe te voegen aan de lijst met verwijzingsuitsluitingen.

In sommige gevallen is het overigens ook nodig om naast de betaalomgevingen als buckaroo.nl ook de domeinen van iDeal-betalingen uit te sluiten en bij cross-domain in te stellen.

Enhanced e-commerce

Afgelopen mei is de nieuwe feature Enhanced E-commerce uitgerold. Hiermee kunnen diepgaande analyses worden gemaakt van het bestelproces en wordt het gedrag van de bezoeker nog meer inzichtelijk gemaakt. Als Enhanced E-commerce goed is geïmplementeerd, zul je zien dat de E-commercerapportages flink zijn uitgebreid. Zo zie je het aantal producttoevoegingen, de stappen in het bestelproces (hier hoef je dus niet meer een apart doel in te stellen voor de trechteranalyse). Tevens kun je zien welke producten in de winkelwagen zijn toegevoegd en wat het conversieratio is in termen van toegevoegd aan winkelwagen en welke verkeersbronnen hier het meeste aan bijgedragen hebben. Daarnaast is het ook mogelijk retouren te registreren in Analytics. Kortom, Enhanced E-Commerce streeft ernaar de volledige customer journey in kaart te brengen.

Om dit mogelijk te maken dienen er wel wat technische handelingen doorgevoerd te worden, zodat deze gegevens uiteindelijk in de interface van Google Analytics te zien zijn. Het gaat in deze blogpost te ver om de implementatie van Enhanced E-commerce in Google Tag Manager te beschrijven. Uitgebreide informatie hierover kun je daarom vinden in de Developers Guide Tag Manager.

Tot slot

★ Heb jij Google Tag Manager al geïmplementeerd? Of waarom heb je dit nog niet gedaan? We horen hieronder graag wat jouw ervaringen zijn.

Hulp nodig bij de implementatie van Google Tag Manager?

Ben je nog niet over op Universal Analytics? Dan adviseren we je hiervoor gebruik te maken van de Google Tag Manager. Uiteraard heeft Traffic Builders de expertise in huis om je hierbij te helpen en de Google Tag Manager op de juiste manier in te richten om het maximale uit analytics te halen. Meer weten? Neem dan contact met ons op.