Google Analytics 4

Installer Google Analytics 4 sur un tunnel Apex Timing

C'est l'installation la plus simple des quatre moteurs que nous documentons : les noms d'événements sont déjà ceux qu'attend GA4. Le vrai piège est de vouloir les renommer pour les rendre lisibles dans l'interface.

Avant de commencer

L'identifiant de mesure est renseigné dans l'espace client Apex : GoKarts, puis Paramètres, champ « Google Analytics ».
Le conteneur Google Tag Manager du centre est renseigné dans le champ voisin, et installé sur le site du parc.
Le suivi inter-domaines est configuré vers apex-timing.com — voir le guide Google Ads.

Étape 1

Les variables à créer

DLV - ecommerce.itemsVariable de couche de données

ecommerce.items

Le tableau produit complet, directement au format attendu par GA4.

DLV - ecommerce.valueVariable de couche de données

ecommerce.value

DLV - ecommerce.taxVariable de couche de données

ecommerce.tax

DLV - ecommerce.couponVariable de couche de données

ecommerce.coupon

Étape 2

Les déclencheurs

Event | Apex EcommerceÉvénement personnalisé, expression régulière

Un seul déclencheur pour les sept événements conformes, puisque la balise relaiera le nom tel quel. edit_in_cart est volontairement exclu.

Event | PurchaseÉvénement personnalisé

purchase

Déclencheur séparé, utile pour les balises qui ne doivent partir qu'à l'achat.

Étape 3

Les balises

Les noms suivent la convention que nous utilisons en production : le rôle de la balise se lit d'un coup d'œil dans la liste, même après plusieurs années.

Apex | Consent Bridge

Type — HTML personnaliséDéclencheur — Fenêtre chargée — pages portant un cadre Apex

<script>
  // À exécuter après le chargement du cadre Apex.
  // Remplacer les valeurs par l'état réel du consentement, lu depuis votre CMP.
  AxIframe.sendGoogleDataLayerData({
    event: 'consent_update',
    ad_storage: 'granted',
    analytics_storage: 'granted',
    ad_personalization: 'granted',
    ad_user_data: 'granted'
  });
</script>

À poser avant tout le reste. Le contenu de réservation étant isolé dans un cadre, il n'a pas connaissance du choix fait par le visiteur sur le bandeau du site : il faut le lui transmettre. Apex fournit la fonction pour cela, et c'est ce qui rend un Consent Mode correct possible à l'intérieur du cadre — peu de moteurs du panel le permettent. Remplacez les valeurs par celles de votre gestionnaire de consentement.

Google Analytics | Main Tag

Type — Balise GoogleDéclencheur — Initialisation — Toutes les pages

ID de la balise: G-XXXXXXXXXX

Event Google Analytics | Apex Ecommerce

Type — Google Analytics : événement GA4Déclencheur — Event | Apex Ecommerce

Nom de l'événement: {{Event}}
Données e-commerce: Activé — couche de données

Une seule balise relaie les sept événements sous leur nom d'origine. C'est tout l'avantage d'une couche de données conforme : on transmet, on ne traduit pas.

Event Google Analytics | Purchase

Type — Google Analytics : événement GA4Déclencheur — Event | Purchase

Nom de l'événement: purchase
Données e-commerce: Activé — couche de données
Paramètre value: {{DLV - ecommerce.value}}
Paramètre coupon: {{DLV - ecommerce.coupon}}

À n'utiliser que si vous voulez enrichir l'achat de paramètres supplémentaires. Dans ce cas, excluez purchase du déclencheur précédent pour ne pas le compter deux fois.

Pièges

Ce qui casse le plus souvent

Renommer les événements alors qu'ils sont déjà bons

C'est le piège propre à Apex Timing. La couche de données est conforme, mais il reste tentant de nommer la balise « Add To Cart » ou « Open Booking » pour la lisibilité. GA4 est sensible à la casse : un événement nommé ainsi n'alimente ni le rapport de monétisation ni l'entonnoir d'achat, et tout l'avantage d'une couche conforme est perdu.

Transmettre edit_in_cart tel quel

Cet événement est propre à Apex et n'a aucun équivalent dans la spécification Google. Transmis sans réflexion, il crée un événement personnalisé qui n'alimente rien. Soit vous l'ignorez, soit vous le traduisez délibérément — mais ne le laissez pas passer par défaut.

Compter sur un identifiant de transaction non documenté

La documentation officielle ne liste pas de transaction_id sur l'achat. Les installations que nous auditons en lisent pourtant un. Vérifiez sa présence dans l'aperçu avant de bâtir une déduplication dessus : une variable vide ne déclenche aucune erreur, elle dégrade juste silencieusement vos conversions.

Oublier que le contenu est dans un cadre intégré

Les événements remontent bien au conteneur, mais tout ce qui relève du contexte de page — URL, titre, référent — décrit le cadre et non la page du parc. Ne bâtissez pas vos conditions de déclenchement sur l'URL si vous pouvez les bâtir sur les événements.

Recette

Vérifier que ça fonctionne

Dans l'aperçu Tag Manager, parcourir un achat complet depuis la page du parc jusqu'à la confirmation.
Vérifier que les sept événements apparaissent dans le DebugView de GA4, sous leurs noms d'origine.
Contrôler que l'achat porte value, items et coupon.
Vérifier la présence — ou l'absence — d'un identifiant de transaction, et en tirer les conséquences.
Après 48 heures, contrôler que le rapport Monétisation affiche les achats et le chiffre d'affaires.
Vérifier que apex-timing.com n'apparaît pas dans le rapport des sources de trafic.

Les autres plateformes sur Apex Timing

Google AdsSuivi des conversions Google Ads avec Apex Timing

Meta AdsInstaller le pixel Meta sur un tunnel Apex Timing

TikTok AdsInstaller le pixel TikTok sur un tunnel Apex Timing

Vos conversions ne collent pas avec votre caisse ?

C'est le symptôme le plus courant, et il a presque toujours l'une des causes listées ci-dessus. Nous auditons votre installation et vous disons ce qui se perd, où, et combien ça coûte.

Réserver mon audit