Analytics tourisme : mesurer une réservation qui sort de votre site

Dans le tourisme, la conversion n’a presque jamais lieu sur la page où la décision se prend. Un audit de tracking permet de vérifier ce point avant toute décision. Un client consulte un séjour, revient trois semaines plus tard, demande un devis, puis réserve dans un moteur qui affiche un autre nom de domaine. Si la mesure s’arrête au site vitrine, le rapport affiche beaucoup de visites et très peu de ventes, et l’équipe conclut à tort que le site ne convertit pas.

J’ai été Web Analyst chez Club Med pendant deux ans, et j’ai travaillé pour Air France Holidays et Emirates Holidays. Ce qui suit reprend ce que ces projets ont en commun : un parcours long, plusieurs domaines et des données qui se perdent entre les deux.

Ce qui rend la mesure difficile

Un voyagiste a rarement une seule étape de conversion. Il y a la recherche de destination, la fiche séjour, la demande de devis ou la mise en panier, puis le paiement, parfois géré par un prestataire. Trois facteurs compliquent la lecture :

• Le moteur de réservation est souvent un domaine tiers. Sans configuration, la session change de domaine, l’identifiant de visite est perdu et la vente apparaît comme une source distincte, ou comme « direct ».
• Le cycle est long et saisonnier. Une famille peut comparer pendant plusieurs semaines avant de payer. Les pics suivent les vacances scolaires, les ouvertures de saison et les campagnes de dernière minute, pas le calendrier de vos rapports.
• Le produit est une combinaison. Un séjour a une date, une durée, une formule, des options et parfois plusieurs voyageurs. Un événement « ajout au panier » sans ces paramètres ne permet pas de savoir ce qui a été vendu.

Le parcours type ressemble à ceci :

Le passage du site au moteur tiers est l'endroit où la mesure casse le plus souvent.

Stack type

La stack est classique, ce sont les réglages qui font la différence. Un site vitrine avec GA4 et un conteneur GTM, un domaine de réservation à relier par le cross-domain, et un entrepôt BigQuery pour recouper les ventes avec les sources. Quand la CMP et les données personnelles entrent en jeu, le tracking côté serveur peut être justifié, à condition de savoir qui héberge quoi.

Les points à vérifier avant de regarder un rapport :

1. Les domaines de l’ensemble du parcours sont déclarés dans la configuration cross-domain, et le moteur tiers accepte le passage des paramètres.
2. La vente est envoyée avec un identifiant de transaction stable, pour éviter les doublons quand le client recharge la page de confirmation.
3. Le montant et la devise sont fiables pour les séjours multi-pays, avec une règle explicite pour les taxes et les frais.
4. Le consentement est appliqué sur le moteur tiers comme sur le site, sinon les deux mesures ne sont pas comparables.

KPIs à suivre

KPI	Définition	Où le mesurer
Demandes de devis	Nombre de formulaires de devis complets, par destination et par source	GA4, événement de génération de lead
Taux de passage au moteur	Part des sessions qui atteignent le moteur de réservation	GA4, parcours entre domaines
Ventes attribuées	Réservations confirmées rattachées à une source, avec identifiant de transaction	GA4 et entrepôt BigQuery
Délai décision-vente	Nombre de jours entre la première visite et la réservation	BigQuery, à partir de l’identifiant client
Taux de conversion saisonnier	Conversion par mois et par destination, rapportée à l’année précédente	Looker Studio, à partir des exports GA4
Valeur par voyageur	Montant moyen rapporté au nombre de voyageurs	Données de réservation, croisées avec GA4

Pièges de tracking fréquents

• Le direct gonflé. Une redirection vers le moteur tiers sans transmission des paramètres fait remonter les ventes en « direct ». Le symptôme est une hausse soudaine du direct le jour où la campagne est lancée.
• Les doubles ventes. La page de confirmation est rechargée ou ouverte deux fois. Sans identifiant de transaction unique, le chiffre d’affaires est surévalué.
• La mesure multi-pays mal découpée. Un même séjour vendu depuis trois sites nationaux apparaît dans trois propriétés, ou dans une seule avec un pays mal renseigné.
• Le panier sans contexte. Les événements d’ajout au panier ne portent ni la date de départ ni le nombre de voyageurs, donc aucun rapport par séjour n’est possible.
• Le consentement appliqué à moitié. La bannière refusée sur le site reste active sur le moteur tiers, ou l’inverse.

Le détail du passage entre domaines est couvert dans l’article sur le suivi entre sous-domaines GA4. Pour une mesure qui commence par un audit, la démarche se trouve sur la page d’audit de tracking.

Services pertinents

Un projet tourisme commence en général par un audit du parcours existant, puis une mise en place du cross-domain et de la remontée des ventes. Le tracking server-side intervient quand la CMP et les contraintes de données l’exigent, et le tableau de bord Looker Studio sert à suivre la saisonnalité sans recalcul manuel.

Pour les autres secteurs, voir la page e-commerce, la page B2B SaaS et la page médias et culture, qui traitent des parcours voisins.

Sources

• Aide Google Analytics, mesure entre domaines : support.google.com/analytics
• Aide Google Tag Manager : support.google.com/tagmanager
• CNIL, définition de la mesure d’audience : cnil.fr