Mesure des parcours
Mesure entre plusieurs domaines : suivre le parcours de réservation
Le site de présentation et le moteur de réservation peuvent utiliser des domaines différents. La continuité de mesure doit être vérifiée sur le parcours réel, avec les configurations autorisées. Un clic sortant ne constitue pas une réservation.
Ce que documentent les sources
Google décrit le passage d’identifiants par le paramètre _gl sur des liens ou formulaires configurés ; certaines redirections peuvent faire disparaître ce paramètre.
Google Analytics : mesure multidomaine — consulté le . Configuration Google Analytics concernée, dans le cadre des choix de consentement applicables. Aucun suivi installé, compte modifié ni continuité entre appareils démontrée.
Tracer les passages réellement concernés
Listez pages de départ, destinations et étapes intermédiaires. Désignez les équipes qui peuvent modifier chaque domaine et demandez leur configuration de mesure. Un moteur intégré, un lien externe et une redirection publicitaire peuvent produire des parcours différents. Définissez aussi la décision attendue : comprendre l’abandon, retrouver une confirmation ou comparer une entrée marketing avec son résultat.
Vérifier le transport sous les choix applicables
Préparez un parcours de recette avec des données fictives et les états de consentement prévus. Faites observer le lien, les redirections et la page d’arrivée par les responsables autorisés. La méthode vise à comprendre une perte de continuité ; elle ne justifie pas de contourner un choix ni d’ajouter des données personnelles dans les URL. Notez les étapes où un paramètre attendu est retiré ou où un événement n’est pas reçu.
Rapprocher les événements du résultat métier
Définissez les actions observées et leur sens : départ vers le moteur, début du formulaire, demande ou réservation confirmée. Documentez qui produit le dernier événement et comment il est rapproché sans exposer le dossier du voyageur. Une continuité technique réussie ne transforme pas un paiement en confirmation fournisseur. Présentez les limites de couverture avec les résultats au lieu de remplir les conversions manquantes par estimation.
Deux situations à rapprocher
Une redirection efface le lien de mesure
Scénario fictif : le passage vers le moteur traverse une redirection qui retire les paramètres. Faites conserver les étapes observées et demander une correction au responsable, puis rejouer le même parcours autorisé.
Le clic devient une vente dans le rapport
Scénario fictif : le tableau compte le départ vers le moteur comme une réservation. Renommez le résultat observé et identifiez l’événement réellement capable de montrer la confirmation.
Conserver la décision et sa prochaine suite
| Point | Preuve à retrouver | Contrôle proposé |
|---|---|---|
| Parcours | Départ, destination et étapes | Lister les domaines réellement traversés. |
| Responsables | Accès et configuration autorisés | Identifier qui peut vérifier chaque étape. |
| Consentement | États de recette prévus | Respecter les choix applicables. |
| Lien | Paramètres attendus et observés | Éviter toute donnée personnelle en URL. |
| Redirection | Chaîne et page d’arrivée | Repérer les pertes de paramètres. |
| Événement | Action et sens métier | Distinguer clic, demande et confirmation. |
| Rapprochement | Référence de test et réponse | Vérifier la continuité avec des données fictives. |
| Couverture | Limites et points ouverts | Publier seulement le résultat observé. |
Le bilan doit décrire le parcours, les événements réellement observés et les limites de couverture. Les corrections restent confiées aux responsables autorisés. Une démonstration locale ou un paramètre visible ne vaut pas validation d’une mesure en production.
Erreurs à éviter
- Utiliser un clic comme preuve de réservation.
- Ignorer une redirection entre les domaines.
- Insérer des données personnelles dans un paramètre de mesure.
La fiche de contrôle permet de suivre les points à confirmer. Le registre associé conserve le périmètre, les preuves et la décision ; ses champs peuvent être remplis dans l’atelier avec des données fictives ou anonymisées.
Nommer les points du dossier
- Passage multidomaine de réservation : Transition entre domaines dans le parcours menant au moteur de réservation.
- Perte de paramètre en redirection : Disparition d’une valeur attendue pendant une étape de transfert d’URL.
- Événement de confirmation pour la mesure : Signal dont le sens et le producteur sont rapprochés d’un résultat de réservation.
- Couverture de mesure d’un parcours : Étendue des étapes dont l’observation a été effectivement vérifiée.
Sources et périmètre des faits documentés
La date de consultation figure avec chaque référence. Les méthodes d’essai et recommandations de ce guide sont éditoriales ; les conditions d’accès et d’usage se vérifient dans la documentation actuelle.
- Google Analytics : mesure multidomaine — Configuration Google Analytics concernée, dans le cadre des choix de consentement applicables. Aucun suivi installé, compte modifié ni continuité entre appareils démontrée. (consultée le )
Questions fréquentes
Questions utiles avant de décider
Le passage entre domaines suit-il le voyageur sur tous ses appareils ?
Cette continuité n’est pas démontrée par le transport d’un paramètre sur un lien. Décrivez seulement le parcours testé.
Que tester lorsqu’un passage manque ?
Rapprochez configuration, état de consentement, lien, redirections et événement de la page d’arrivée.
Quel résultat afficher ?
Le résultat métier effectivement observé, avec les limites qui empêchent de conclure sur le reste du parcours.