Shopify server-side tracking: waar de Google-app tekortschiet

Quint van der Meer

Quint van der Meer

Managing Director, AI Specialist en PPC Strateeg bij Taskforce™

Shopify server-side tracking klinkt als een grote stap vooruit, maar de praktijk is genuanceerder. Sinds de zomer stuurt Shopify transacties rechtstreeks vanaf de eigen servers naar GA4 en Google Ads via de Google & YouTube-app, en dat voelt op papier als volwassen meten. Toch is deze opzet nog niet wat wij een best-in-class meetstructuur noemen.

Bron: linkedin.com

In dit artikel leggen we uit wat de app precies wel en niet doet, waar de belangrijkste beperkingen zitten, en wanneer een eigen server-side opzet met sGTM een verstandiger keuze is voor jouw webshop.

Wat de Google & YouTube-app inmiddels doet

De recente updates hebben de app duidelijk verbeterd. Sinds afgelopen zomer verstuurt Shopify de transactie-events vanaf zijn eigen infrastructuur. Je vult je GA4- en Google Ads-ID's in en technisch gezien doe je dan aan server-side tracking, tenminste voor het laatste stukje van de funnel.

Daar is recent meer bijgekomen. De app stuurt nu ook extra e-commerce funnel-events mee, waaronder:

  • view_item_list
  • view_cart
  • remove_from_cart
  • add_shipping_info

Dat lijkt op een complete funnel, maar er zit een belangrijke nuance onder die je moet begrijpen voordat je concludeert dat je meetopzet nu op orde is.

Waarom dit nog geen volwaardige server-side opzet is

Het cruciale detail: al die extra funnel-events lopen client-side, dus via de browser van de bezoeker, en niet server-side. Alleen de transactie zelf komt van de server. De hele aanloop naar de aankoop draait daarmee nog steeds op infrastructuur die we al een paar jaar als verouderd beschouwen.

Dat is meer dan een technisch detail. Client-side meten is gevoelig voor adblockers, cookiebeperkingen en browserrestricties die conversiedata onvolledig maken. Juist die datalekken wilde je met server-side tracking oplossen.

Halve server-side is halve controle

Een opzet waarin één event server-side loopt en de rest client-side, geeft je maar beperkt grip. Je kunt de datastroom niet volledig debuggen, niet naar wens verrijken en niet centraal sturen. Je krijgt de robuustheid van server-side tracking dus maar voor een klein deel van je funnel.

Het grootste gemis: winstmarges ontbreken

De meest kritische beperking heeft niets met client-side of server-side te maken, maar met sturing. De app ondersteunt geen winstmarges. In Shopify kun je wel je kostprijs per artikel (cost per item) invullen, maar er is geen manier om de marge naar buiten te krijgen. Google Ads blijft daardoor bieden op omzet als proxy voor succes.

In 2026 is dat een gemiste kans. Een e-commercebedrijf hoort zijn biedsystemen te sturen op echte bedrijfs-KPI's, niet op top-line omzet. Twee bestellingen met dezelfde omzet kunnen een totaal verschillende winst opleveren, en dat verschil bepaalt of een campagne rendabel is of niet.

Wie op omzet blijft optimaliseren, riskeert dat het algoritme volop inzet op producten met veel omzet maar dunne marges. De overstap van ROAS naar POAS in Google Ads lost dat op door op winst te sturen in plaats van op omzet. Een tracking-app die deze richting structureel niet ondersteunt, houdt je feitelijk vast aan een verouderd meetmodel.

Wanneer de app tóch een prima keuze is

De Google & YouTube-app afschrijven zou onterecht zijn. Voor bepaalde situaties is het een acceptabele oplossing. Denk aan gevallen waarin je:

  • snel basale Google-tracking live wilt hebben;
  • geen interne meet-expertise in huis hebt;
  • geen measurement partner hebt om een geavanceerdere opzet te bouwen;
  • (nog) niet genoeg advertentiebudget draait om een uitgebreidere investering te rechtvaardigen.

In die scenario's is de app een pragmatische startpositie. Je hebt snel meetbare data en je bent klaar om campagnes te draaien zonder een groot technisch traject.

Voor de rest: bouw op sGTM met Stape

Zodra je serieus wilt sturen op winst en volledige controle over je data wilt, ligt het advies anders. Bouw dan op een eigen server-side Google Tag Manager (sGTM), bijvoorbeeld met de server-side trackingoplossing van Stape. Dat geeft je volledige controle over welke data je verstuurt, de mogelijkheid om je opzet te debuggen en écht te begrijpen, plus handige power-ups.

De voordelen van een eigen sGTM-opzet op een rij:

  1. Volledige controle over de data die je naar GA4 en Google Ads stuurt.
  2. Debugbaarheid, zodat je precies snapt wat er wel en niet doorkomt.
  3. Verrijking met marges, waardoor sturen op POAS mogelijk wordt.
  4. Extra functionaliteit zoals Custom Loader en Cookie Keeper voor betere levensduur en betrouwbaarheid van je data.

Het verschil met de standaard-app is fundamenteel: je bent niet langer afhankelijk van wat een kant-en-klare integratie toevallig meestuurt, maar bepaalt zelf de kwaliteit van je meetfundament.

Conclusie

De Google & YouTube-app is verbeterd en verlaagt de drempel om te starten met meten in Shopify. Maar met een grotendeels client-side funnel en het structureel ontbreken van winstmarges is het geen fundament om winstgevende groei op te bouwen. Draai je serieus budget of wil je op winst sturen, dan is een eigen sGTM-opzet met margegegevens de investering waard. Twijfel je of de overstap bij jouw situatie past? Leg je huidige meetopzet naast je advertentiebudget en je marge-ambities, dan wordt de keuze meestal snel duidelijk.

Veelgestelde vragen

Kan ik de Google & YouTube-app combineren met een eigen sGTM-opzet?

Technisch kan het naast elkaar draaien, maar zonder duidelijke afspraken over welk systeem welk event verstuurt, riskeer je dubbele conversies en vervuilde data. Kies daarom bewust één bron van waarheid per event en zet het andere kanaal uit voor die conversie.

Waarom kan ik geen marge doorsturen als ik de kostprijs al in Shopify heb ingevuld?

Shopify slaat de kostprijs per artikel wel op, maar de Google & YouTube-app leest dit veld niet uit en zet het niet om in een marge-waarde in de datalaag. Om winst mee te sturen naar je biedsystemen heb je een oplossing nodig die de marge berekent en als eigen waarde meegeeft, zoals een sGTM-opzet of een gespecialiseerde POAS-tool.

Is server-side tracking verplicht om op winst te kunnen bieden?

Nee, sturen op winst en server-side tracking zijn twee losse zaken. Je kunt in theorie ook client-side een marge-waarde meegeven. In de praktijk gaan ze vaak samen omdat je voor betrouwbare, verrijkte data toch een server-side opzet nodig hebt die niet door adblockers of browserrestricties wordt geraakt.