De container, de datalaag en de verkopen die Analytics kwijtraakte

Veertien gebeurtenissen, en waar elk vandaan komt

Elke gebeurtenis wordt op de server opgebouwd uit wat de winkel echt heeft: prijzen met of zonder btw zoals je kiest, het attribuut dat je als productcode gebruikt, de productcategorieën. Niets wordt van de pagina gelezen, dus een themawissel kan het niet breken.

De container, al ingericht

Een datalaag die niemand leest lijkt een kapotte module: zolang de container geen tag heeft die hem leest, komt er niets in Analytics aan. Daarom downloadt een knop in de configuratie een bestand om in Google Tag Manager te importeren, met de GA4-configuratietag, de tag die de ecommercegebeurtenissen doorstuurt, de Google Ads-aankoopconversie met de echte omzet en het ordernummer, de conversion linker en de nodige variabelen. Je importeert het met Merge, bekijkt de preview en publiceert. Het alternatief is zo'n dertig objecten met de hand bouwen.

De aankopen die Analytics nooit zag

Ongeveer één aankoop op vijf bereikt Analytics nooit: een advertentieblokkeerder, een script dat faalde, een klant die de pagina te vroeg sluit. Dat zijn verkopen die je gedaan hebt en niet ziet, en Google optimaliseert je campagnes zonder die. Met de winkelgebeurtenissen stuurt de winkel de aankoop zelf wanneer de browser dat niet deed, met de identificator die die klant op dat moment had: zo landt de verkoop op het bezoek en krijgt de advertentie die het bracht de eer. Een paneel in de configuratie telt ze voor je: orders, die de browser bevestigde, die de winkel terughaalde. En wie weigerde gemeten te worden, wordt nooit teruggehaald.

In een winkel die we zelf beheren: 27 echte orders in dertig dagen, 21 aankopen in Analytics. Zes verkopen die onzichtbaar waren voor de campagnes die ze betaalden.

Consent Mode v2, op de juiste plek

In Europa is een gedeclareerde toestemmingsstatus wat Google in staat stelt de conversies te modelleren die het niet zag: zonder die status zijn die gegevens gewoon verloren. De module declareert alles geweigerd voordat de container start — wat alleen wie de container laadt kan doen — en daarna kies jij: of hij verleent toestemming vanuit de cookiemelding van Magento, of hij wacht tot jouw toestemmingsextensie één publieke functie aanroept. Een regel in de configuratie zegt wat er werkelijk gebeurt, en wordt rood wanneer de instelling niet kan werken.

Wat je krijgt

• Hyvä en Luma, de standaardcheckout en die met een eigen route: de verzend- en betaalgebeurtenissen komen uit Magento zelf, niet van de knoppen.
• Eén schakelaar per gebeurtenis en per store view: je stuurt wat je wilt meten en niets anders.
• Prijzen met of zonder btw, verzending in of buiten de aankoopwaarde, het attribuut dat je als productcode en als merk gebruikt.
• Aangepaste dimensies: een productattribuut wordt een parameter in elk artikel van elke gebeurtenis.
• IP-adressen die je niet wilt meten, met de hand ingevoerde orders buiten gelaten, en alleen de orderstatussen die echt als verkoop gelden.
• Als je een andere extensie vervangt: de namen van de gebeurtenissen zijn die uit de GA4-documentatie, en de unieke gebeurtenis-id kan ook reizen onder de naam die jouw container al verwacht — op de dag van de omschakeling verander je daar niets.

Beheer in jouw taal

Elk veld en elke uitleg in de configuratie is vertaald, ook die die zeggen wat je niet moet doen:

De taal van de store view wordt automatisch opgepikt; Engels is de terugval.

Vereisten

Magento 2.4.x (Open Source of Adobe Commerce), PHP 8.1 tot 8.5, Hyvä of Luma. Een Google Tag Manager-container, die gratis is. Voor het terughalen van verloren aankopen een Measurement Protocol API-sleutel van je eigen GA4-property.

Documentatie

Installatie, elk veld uitgelegd, hoe je de container importeert en hoe je controleert of een gebeurtenis echt in Analytics aankomt.

→ Lees de volledige documentatie

Changelog

Wat er verandert, versie na versie.