Door de standaard Shopify plugin van Meta werden slechts 40% van alle conversies gemeten. Omdat Meta als derde partij een eigen plugin faciliteert, hebben zij te maken met strenge wetgeving. Dit zorgt ervoor dat gemiddeld slechts 20-40% van de conversies gemeten wordt door Shopify webshopeigenaren. Met deze plugin kunnen de events niet real-time worden doorgestuurd, in plaats daarvan worden deze ieder uur in batch doorgestuurd.
In de onderstaande video zie je het verschil tussen de daadwerkelijk conversies in Shopify en de conversies die in het Gebeurtenisbeheer van Meta worden gemeten. Waar er in werkelijkheid 70 conversies hebben plaatsgevonden, heeft Meta hier slechts 29 conversies kunnen meten.
Voor de analyse en optimalisatie van de campagnes is het natuurlijk noodzakelijk dat de conversies zo goed mogelijk gemeten worden. Want als je niet weet waar de conversies vandaan komen, hoe weet je dan waar je moet gaan optimaliseren? Ook kan het algoritme van Meta beter gaan optimaliseren als bekend is waar de conversies vandaan komen. Dit heeft een positief effect op de campagneresultaten.
Wij gingen aan de slag om de meetbaarheid te verbeteren. In onderstaande video gaan we wat dieper in op de oude situatie bij Detailrs.
Nadat het probleem duidelijk was zijn de volgende stappen ondernemen.
De Google Tag Manager Server container is een extra container bovenop de bestaande webcontainer. Vaak zijn webshops en marketingbureaus gewend om in deze webcontainer te werken en is de servercontainer nieuw terrein.
Omdat het steeds lastiger wordt om met behulp van pixels de bezoekersreizen door te meten (na 7 dagen wordt de cookie verwijderd door Apple), heeft Google deze oplossing in het leven geroepen. Maar met als vooraarde dat de oplossing op je eigen server moet worden geïnstalleerd. Het is namelijk zo dat wanneer je data via je eigen server wordt verwerkt, je zelf eigenaar bent van de data en dus gebruik maakt van First Party data i.p.v. Third Party.
Daarnaast zijn er voor adverteerders en Shopify gebruikers nog twee belangrijke redenen waarom we Tag Manager Server Side nodig hebben:
De volgende stap was het doorsturen van alle events. Door middel van de Google Analytics 4 Webconfiguratie Trigger en de Facebook Incubator Tag hebben we ervoor gezorgd dat alle alle standaard events doorgestuurd worden naar Meta.
Wil je weten hoe we dit hebben gedaan? Lees dan dit artikel.
Na de installatie gaaf Meta al direct een duidelijke verbetering in de meetbaarheid van een aantal events:
De verbetering van deze meetbaarheid heeft een positief effect op de uiteindelijke resultaten. Het algoritme van Meta krijg nu meer inzicht in de verschillende data punten en daardoor in de hele bezoekersreis. Zo is er meer inzicht in welke producten er worden bekeken en welke producten worden toegevoegd aan het winkelwagentje in de webshop.
Heeft een bezoeker een product bekeken en vervolgens toegevoegd aan zijn winkelwagen maar de bestelling niet afgerond? Dan kun je deze data dus gebruiken om deze bezoeker een retargeting advertentie te laten zien om alsnog te zorgen voor een aankoop.
Omdat Shopify zeer beperkt is in het aanpassen van de checkout (tenzij je Shopify Plus afneemt) is het meten van een betaling niet eenvoudig. In de checkout heb je enkel de mogelijkheid om een standaard Google Tag Manager web script toe te voegen, waardoor je nog steeds alleen Third Party data kunt meten. Bij Detailrs zagen we dat slechts 40% van de afgeronde betalingen werd doorgemeten. Oftewel: de checkout en de bedankpagina werken niet goed samen om goed te tracken.
We hebben dit als volgt opgelost. Door shopping data, maar ook cookie data zoals fbp en fbc* mee te nemen in de DataLayer zijn we in staat om deze info ook mee te nemen in de bestellingsinformatie. Op het moment dat de order wordt afgerond sturen we via een webhook alle informatie door naar Meta (via Tag Manager Server Side). Hierdoor zie je dat Meta ook fbp en fbc informatie ontvangt.
*Wat is fbp en fbc?
Een fbp is een cookie die wordt geplaatst op je browser zodat Meta jouw browser kan koppelen aan het profiel. Fbc wordt gebruikt om de advertentieklik te koppelen aan de advertentie waar het profiel geklikt heeft. In dit geval zie je dat 53.16% van de aankopers direct via de advertentie is geconverteerd.
Apple probeert via allerlei wegen de privacy te waarborgen van haar gebruikers. De nieuwe Safari 16.5 update verwijdert na 7 dagen ook de server side cookies, omdat de tagging domeinnaam niet naar dezelfde laatste 6 cijfers van het IP adres verwijst.
Doordat we een Mastercookie via AdPage Tagging hebben geïnstalleerd, wordt na het verwijderen van de cookie door Apple deze opnieuw geplaatst met dezelfde fbp en fbc cookie.
Door het implementeren van Server-side tagging is de beschikbare data met ruim 60% gestegen. Doordat Meta meer data kan verzamelen is er ook meer inzicht in de bezoekersreis. Dit maakt het optimaliseren van de campagnes veel eenvoudiger en leidt uiteindelijk ook tot meer conversies. Benieuwd naar de resultaten, bekijk dan onderstaande video.
En zorg er weer voor dat je de bezoekersreis accuraat kan meten en tegelijkertijd de privacy van je bezoekers kan waarborgen.