Suivre les ventes Yurplan dans Google Analytics 4
Yurplan propose une application Google Analytics, mais elle ne remonte que les pages vues de la billetterie. Les ventes, elles, passent par Tag Manager et une balise d'événement qui lit la couche de données. C'est la voie à prendre d'emblée.
Yurplan propose une application Google Analytics, mais elle ne remonte que les pages vues de la billetterie. Les ventes, elles, passent par Tag Manager et une balise d'événement qui lit la couche de données. C'est la voie à prendre d'emblée.
Avant de commencer
- Un accès organisateur à pro.yurplan.com sur l'événement concerné.
- Un conteneur Google Tag Manager, de préférence celui du site, activé dans Applications › Gérer mes applications.
- Un identifiant de mesure Google Analytics 4 au format G-XXXXXXXXXX.
Les variables à créer
ecommerce.checkout.actionField.stepSert à filtrer les déclencheurs d'étape.
order_identifierÀ la racine de l'événement, pas sous ecommerce.
Les déclencheurs
checkout, et {{DLV | ecommerce.checkout.actionField.step}} égal à 1checkout, et {{DLV | ecommerce.checkout.actionField.step}} égal à 2checkout, et {{DLV | ecommerce.checkout.actionField.step}} égal à 4purchaseLes 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.
Google Analytics | Main Tag
- ID de la balise
- G-XXXXXXXXXX
La même balise que sur le site. Si l'application Google Analytics de Yurplan est aussi activée, les pages vues de la billetterie partent deux fois : gardez l'une ou l'autre.
Event Google Analytics | Begin Checkout
- Nom de l'événement
- begin_checkout
Event Google Analytics | Add To Cart
- Nom de l'événement
- add_to_cart
Event Google Analytics | Add Payment Info
- Nom de l'événement
- add_payment_info
Event Google Analytics | Purchase
- Nom de l'événement
- purchase
- Envoyer les données d'e-commerce
- Oui
- Source des données
- Couche de données
- Paramètre event_id
- {{DLV | order_identifier}}
Avec la source « couche de données », la balise reprend transaction_id, value, tax, currency et items tels que Yurplan les pousse. Le paramètre event_id ne sert qu'à l'envoi serveur : il permet à l'API de conversions Meta de dédupliquer l'achat.
Ce qui casse le plus souvent
Croire que l'application Google Analytics mesure les ventes
Elle ne remonte que les pages vues. Un organisateur qui s'en contente voit du trafic sur sa billetterie et zéro achat dans ses rapports, sans message d'erreur.
Créer une variable JavaScript personnalisée
Le conteneur chargé par Yurplan les bloque. Une variable qui marche en aperçu sur le site reste vide dans la billetterie. Tout doit passer par des variables de couche de données ou des modèles.
Oublier le suivi inter-domaines
La billetterie tourne sur une adresse Yurplan. Sans les deux domaines déclarés dans Google Analytics (Administration › Flux de données › Configurer vos domaines), la session se casse au passage et l'achat est attribué à votre propre site.
Compter les paiements différés comme des ventes encaissées
Yurplan envoie purchase dès qu'une commande en paiement différé est enregistrée, avant règlement. Si l'option est active, rapprochez les achats GA4 de l'encaissement réel.
Vérifier que ça fonctionne
- Accepter le bandeau de cookies de la billetterie et désactiver le bloqueur de publicités : sans cela, rien ne se charge.
- En mode aperçu Tag Manager, parcourir le tunnel et vérifier que chaque étape déclenche la bonne balise.
- Dans le DebugView, vérifier que l'achat porte transaction_id, value, currency et items.
- Contrôler que la billetterie n'apparaît pas comme source de trafic dans les rapports d'acquisition.
- Vérifier sur le prochain événement créé que l'application Tag Manager est bien réactivée.
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.