Plan de taggage Qweekle : suivre ses conversions publicitaires
Qweekle héberge le tunnel de réservation sur son propre domaine et pousse une couche e-commerce complète. Tout est donc mesurable. Restent deux difficultés : la nomenclature des événements date d'une spécification que Google a abandonnée, et le changement de domaine casse l'attribution si personne ne s'en occupe.
Les guides par plateforme
Chaque plateforme a ses balises, ses noms d'événements et ses pièges. Un guide par destination, avec le code à copier.
Où se passe l'achat
Avant de poser la moindre balise, il faut comprendre où se passe l'achat.
- Le tunnel tourne sur un sous-domaine dédié par client, au format monparc.qweekle.com/shop/monparc.
- C'est un domaine racine différent de celui du parc. Pour un navigateur comme pour Google Analytics, monparc.fr et monparc.qweekle.com sont deux sites distincts : le suivi inter-domaines est obligatoire, pas optionnel.
- Chaque exploitant peut déposer son propre conteneur Google Tag Manager sur la boutique. C'est ce qui rend l'ensemble mesurable, et c'est loin d'être le cas de tous les moteurs du marché.
- Le même conteneur doit être installé des deux côtés : sur le site du parc et sur la boutique. C'est lui qui assure la continuité du parcours.
- Les pages du tunnel sont en noindex et nofollow : elles n'apparaîtront jamais dans Google.
Ce que Qweekle pousse réellement
Qweekle alimente une couche de données e-commerce sur la boutique. Voici les événements relevés sur des tunnels en production.
view_itemconsultation d'un produitadd_to_cartajout au panierremove_from_cartretrait du panierbegin_checkoutentrée dans le tunnel de paiementcheckout_progressprogression dans le paiement — nomenclature obsolèteset_checkout_optionchoix d'une option — nomenclature obsolètepurchaseréservation payée
Variables disponibles
- ecommerce.value — montant de la transaction
- ecommerce.currency — devise
- ecommerce.transaction_id — identifiant de commande
Le point qui change tout
Deux de ces noms, checkout_progress et set_checkout_option, viennent de l'ancienne spécification Universal Analytics. Google Analytics 4 ne les reconnaît pas : il attend add_shipping_info et add_payment_info. Ils arrivent donc comme événements personnalisés et n'alimentent pas l'entonnoir d'achat standard. Autre subtilité : begin_checkout et checkout_progress coexistent. Il faut décider lequel représente le début du paiement, sinon la même étape est comptée deux fois.
Quel événement vers quelle destination
Vue d'ensemble du parcours. Chaque ligne part d'un événement Qweekle et le redistribue vers les quatre destinations.
Consultation d'un produit
view_itemAjout au panier
add_to_cartDébut du paiement
begin_checkoutÉtape de paiement
checkout_progressRéservation payée
purchaseDans quel ordre
- 1Poser le socle commun : conteneur sur les deux domaines, variables de couche de données, déclencheurs d'événements.
- 2Google Analytics 4 en premier : c'est la source de vérité qui servira à contrôler tout le reste.
- 3Google Ads ensuite, avec le suivi inter-domaines — c'est là que se joue l'attribution.
- 4Meta et TikTok en dernier : ils consomment les mêmes déclencheurs, une fois ceux-ci éprouvés.
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 dans ces guides. Nous auditons votre installation et vous disons ce qui se perd, où, et combien ça coûte.
Guides établis d'après des installations en production