Google Tag Manager et Google Analytics 4 : suivre les réservations de votre hébergement

Google Tag Manager et Google Analytics 4 servent à répondre à une question simple : combien de visiteurs réservent sur votre site, et d’où viennent-ils ? Le premier installe et déclenche les balises de mesure ; le second enregistre ce que font les visiteurs et le présente en rapports. Pour un hébergement, tout se joue dans le détail du parcours : un bouton « Réserver », un moteur de réservation parfois situé sur un autre domaine, un bandeau de consentement. Ce guide décrit le rôle de chaque outil, les gestes à mesurer, l’installation, le cas du moteur externe, le consentement et les vérifications à faire avant de se fier aux chiffres.

Google Tag Manager et Google Analytics 4 : le rôle de chacun

On les installe ensemble, mais ils n’ont pas le même métier.

Dès qu’il faut plus que les mesures par défaut, Google recommande d’ajouter Google Tag Manager à la balise Google. Il convient à ceux qui gèrent à la fois des balises de Google et des balises d’autres fournisseurs (Tag Manager et la balise Google), et il permet d’ajouter ou de corriger une balise depuis son interface web, sans retoucher le code du site (présentation de Tag Manager). La balise Google seule suffit si l’on ne veut que les mesures par défaut : affichage des pages, clics, défilement. Une réservation confirmée n’en fait pas partie : elle demande un événement décrit par le site.

Le plan de marquage : quels gestes mesurer pour un hébergement

Avant d’ouvrir Google Tag Manager, écrivez ce qui compte. C’est le plan de marquage : un tableau qui associe chaque geste du visiteur à un événement. Certains événements sont collectés sans rien faire, comme les pages vues ou les clics qui quittent le site. D’autres, dont la réservation, ne partent que si le site les décrit : Google précise que ses événements recommandés ne sont pas envoyés automatiquement, et range le voyage parmi les usages des événements de vente en ligne (événements recommandés).

Choisissez l’événement qui représente la réussite : la réservation confirmée, ou la demande envoyée pour un établissement qui fonctionne sur demande. Google appelle événement clé un événement qui mesure une action essentielle à la réussite de l’entreprise ; on le marque dans Google Analytics 4, puis on peut en faire une conversion dans Google Ads, pour que les deux outils rapportent le même nombre de conversions et que le risque d’incohérences diminue (À propos des événements clés). Les clics sur « Réserver » et les appels restent des mesures secondaires : voir Google Ads pour un hébergement pour le choix de la conversion principale d’une campagne.

Fixez les noms une fois pour toutes. Selon Google, un nom d’événement distingue majuscules et minuscules, doit commencer par une lettre, n’admet que lettres, chiffres et tirets bas (aucun espace), et certains noms sont réservés (règles de dénomination). « Reserver » et « reserver » seraient donc deux événements distincts, avec deux lignes dans les rapports.

Installer Google Tag Manager et la balise Google, étape par étape

1. Créer le compte et le conteneur. Sur tagmanager.google.com, créez un compte au nom de l’établissement, puis un conteneur de type Web nommé d’après l’adresse du site. Un seul conteneur sert pour toutes les pages (créer un compte et un conteneur). Gardez l’accès administrateur au nom de l’établissement, pas à celui d’un prestataire.
2. Poser le code du conteneur sur toutes les pages. Il se place une fois dans le modèle commun du site. Ensuite, ajouter ou corriger une balise se fait dans l’interface de Google Tag Manager (présentation de Tag Manager).
3. Ajouter la balise Google. Dans le conteneur, créez une balise de type « Balise Google » et saisissez l’ID de la balise : pour un flux de données web de Google Analytics 4, c’est l’identifiant de mesure qui commence par « G- ». Pour le déclenchement, l’aide de Google indique « Initialisation – Tous les événements d’initialisation ». Google demande de créer une seule balise Google par site : si le code du site en contient déjà une, ne gardez qu’une des deux (configurer la balise Google dans Tag Manager).
4. Créer un déclencheur et une balise par ligne du plan. Le déclencheur écoute un geste (clic, envoi de formulaire, événement envoyé par la page) ; la balise de type « Événement GA4 » porte le nom de l’événement du plan (déclencheur « Clic »).
5. Prévisualiser avant de publier. Le mode Aperçu ouvre le site connecté à Tag Assistant et indique quelles balises se sont déclenchées, dans quel ordre et avec quelles données. Les visiteurs ne voient pas cette interface (prévisualiser et déboguer).
6. Publier, puis marquer l’événement clé. Publiez la version du conteneur, puis, dans Google Analytics 4, marquez purchase comme événement clé.

Pour les données qui se trouvent dans une page de réservation (identifiant, montant), le conteneur ne lit pas la page au hasard : la page les lui confie par la couche de données, une liste que le site remplit. Selon la documentation e-commerce de Google, la page vide d’abord l’objet e-commerce précédent, puis envoie l’événement avec ses données. Dans le conteneur, un déclencheur de type « Événement personnalisé » du même nom active une balise « Événement GA4 », réglée pour envoyer les données e-commerce depuis la couche de données. Voici le principe pour la page de confirmation, avec des repères en majuscules à la place des vraies valeurs :

dataLayer.push({ ecommerce: null });
dataLayer.push({
  event: "purchase",
  ecommerce: {
    transaction_id: "IDENTIFIANT_UNIQUE_DE_LA_RESERVATION",
    value: MONTANT_TOTAL,
    currency: "EUR",
    items: [{ item_id: "IDENTIFIANT_HEBERGEMENT", item_name: "NOM_DE_LA_CHAMBRE" }]
  }
});

Trois règles de Google, pour un événement purchase : l’identifiant de transaction est obligatoire et aide à éviter les doublons ; la devise accompagne toujours le montant ; la liste des éléments est obligatoire, chacun portant au moins un identifiant ou un nom (paramètres de l’événement). Ce code se place sur la page de confirmation du moteur de réservation : il est écrit pour ce moteur, pas copié d’un autre site.

Avec le moteur de réservation Booky, ce code n’est pas à écrire de zéro : son script de suivi d’achat (version 2.4.66, relevée sur le site de l’Aire Naturelle La Folie le 24/10/2026) envoie lui-même un événement purchase à la fin d’une réservation, avec identifiant de transaction, montant, devise et éléments, et ne le renvoie pas pour la même réservation dans la même session. Il s’adresse directement à la balise Google si le site définit déjà sa fonction d’envoi, sinon à la couche de données : le mode Aperçu montre lequel des deux chemins est pris.

Quand le moteur de réservation est sur un autre domaine

C’est le cas qui demande le plus d’attention avec un moteur externe. Le visiteur quitte le domaine du site pour réserver chez le moteur, et la confirmation s’affiche là-bas. Deux sites de nos réalisations montrent les deux situations.

01

Villa Morelia

Château-hôtel et restaurant · Jausiers

L’accueil ouvre sur un grand diaporama de photos, avec le menu en haut et le bouton « Réserver maintenant » à droite. Ce bouton ouvre la page de réservation du moteur dans un nouvel onglet, sur un autre domaine que celui du site : c’est le cas qui demande une liaison entre les deux domaines.

À retenir

• Le bouton « Réserver maintenant » reste visible en haut de l’écran.
• La suite du parcours se déroule chez le moteur : la mesure doit suivre le visiteur d’un domaine à l’autre.

Type

Château-hôtel de montagne

Lieu

Jausiers, vallée de l’Ubaye (Alpes-de-Haute-Provence)

Réservation

D-EDGE, sur un autre domaine que le site

Langues

français, anglais, espagnol, italien, allemand, russe

Voir le site

02

Aire Naturelle La Folie

Camping à la ferme · Luberon

L’accueil place sous la photo une barre de réservation : date d’arrivée, date de départ, adultes, enfants et un bouton « Chercher ». La page « Réservation » est une page du site, avec la liste des hébergements disponibles pour les dates choisies.

À retenir

• Dates et nombre de personnes se choisissent sur une page du site.
• Un bouton « Réservation » reste visible dans l’en-tête.

Type

Camping à la ferme

Lieu

Lagnes, près d’Avignon

Réservation

Booky

Voir le site La réalisation

Sur le premier, le bouton ouvre la page de réservation du moteur D-EDGE dans un nouvel onglet, sur un autre domaine que celui du site (parcours constaté en ligne le 24/10/2026, sans rien réserver). La balise du site ne voit alors ni la suite du parcours ni la confirmation, à moins d’être aussi installée là-bas. Sur le second, la page « Réservation » appartient au site : le moteur de réservation Booky prend les réservations directement sur le site, la mesure reste sur un seul domaine et rien n’est à relier. Pour un moteur externe, voici les étapes :

1. Demander au fournisseur du moteur s’il accepte votre balise. Pour que Google Analytics 4 reconnaisse un même visiteur d’un domaine à l’autre, Google demande la même balise, avec le même identifiant « G- » et le même flux de données web, sur chaque domaine (mesures multidomaines). Si le moteur ne permet pas de poser votre balise sur ses pages, la mesure s’arrête au clic sur « Réserver » : la réservation confirmée se lit alors dans les relevés du moteur.
2. Déclarer les deux domaines. Dans l’administration de Google Analytics 4, ouvrez le flux de données web, puis « Configurer les paramètres de la balise » et « Configurer vos domaines », et ajoutez le domaine du site et celui du moteur. Quand le visiteur suit un lien ou envoie un formulaire d’un domaine à l’autre, ses identifiants voyagent dans un paramètre d’adresse nommé _gl.
3. Vérifier que la redirection ne supprime pas ce paramètre. Si la page d’arrivée redirige ou n’accepte pas de paramètre inconnu, _gl peut disparaître de l’adresse, et la mesure se coupe sans signe visible. Google conseille de contrôler les requêtes réseau du navigateur.
4. Ignorer le moteur comme site référent. Dans la même administration, la liste des sites référents à ignorer évite que le domaine du moteur apparaisse comme source du trafic quand le visiteur revient sur votre site ; Google cite l’exemple d’un prestataire de paiement (sites référents à ignorer).
5. Garder un événement « Réserver » qui vous appartient. Une fois les domaines déclarés, les clics qui mènent vers eux ne déclenchent plus l’événement automatique de clic sortant. Sans l’événement clic_reserver du plan, la mesure ne verrait plus le clic.

Consentement : ce que demandent la CNIL et Google

En France, la CNIL rappelle qu’il faut informer l’internaute, puis recueillir son accord, avant de déposer ou de lire certains traceurs ; d’autres en sont dispensés. L’accord passe par un geste positif, et le retirer doit être aussi facile que le donner (cookies et traceurs : que dit la loi ?).

La CNIL décrit aussi, dans une page du 4 juillet 2025, les conditions de l’exemption pour la mesure d’audience : une finalité limitée à la mesure de la fréquentation, pour le compte exclusif de l’éditeur du site ; des statistiques anonymes uniquement ; ni recoupement avec d’autres traitements, ni transmission à des tiers de données non anonymes, ni suivi de la personne d’un site à l’autre. Certaines offres sortent de ce cadre, notamment quand leur fournisseur réutilise les données pour son propre compte, et la CNIL met à disposition des fournisseurs un outil d’auto-évaluation (solutions pour les outils de mesure d’audience). Ces conditions s’apprécient pour chaque outil, tel qu’il est configuré.

Côté Google, un site qui reçoit des visiteurs de l’Espace économique européen doit recueillir leur consentement et le transmettre à Google s’il veut continuer à mesurer ses visites, personnaliser ses annonces et faire du remarketing (règles de Google sur le consentement). Le mécanisme s’appelle le mode Consentement. Dans sa version 2, il ajoute deux paramètres à ad_storage et analytics_storage :

• ad_user_data : l’envoi des données de l’utilisateur à Google à des fins publicitaires ;
• ad_personalization : la publicité personnalisée.

Le bandeau doit donc être relié aux balises. Un fournisseur de bandeau certifié par Google met lui-même son outil à jour vers la dernière version du mode Consentement (même page de Google). Dans Google Tag Manager, un déclencheur nommé « Initialisation du consentement » s’active avant tous les autres : c’est lui qui doit porter la balise qui fixe les réglages par défaut ou celle du bandeau (mode Consentement dans Tag Manager). Chaque balise a aussi ses propres réglages de consentement.

Le tableau reprend la comparaison de Google (mode Consentement sur les sites Web). Il décrit la technique, pas la conformité : le choix entre les deux implémentations se fait avec la personne qui s’occupe de la conformité du site. Dans les deux cas, les visiteurs qui refusent ne sont pas comptés comme les autres : le nombre de réservations relevé par le moteur de réservation peut donc être plus élevé que celui de Google Analytics 4.

Vérifier le suivi avant de s’y fier

Trois contrôles, dans cet ordre :

1. Le mode Aperçu de Google Tag Manager. Parcourez le site jusqu’à la confirmation et vérifiez que chaque balise du plan se déclenche une seule fois, au bon geste.
2. DebugView dans Google Analytics 4. Il affiche en temps réel les événements d’un appareil en mode débogage, que Tag Assistant ou le mode Aperçu activent pour vous. Attention : avec le mode Consentement, les événements n’apparaissent pas si les cookies de Google Analytics n’ont pas été acceptés. Acceptez le bandeau pendant le test (surveiller les événements dans DebugView).
3. Une réservation d’essai. Si le moteur le permet, allez jusqu’à la confirmation, notez l’identifiant de la réservation et retrouvez-le dans les rapports. Rechargez la page de confirmation et regardez si l’événement part une seconde fois : si oui, corrigez le déclenchement.

Réglez aussi la conservation des données : Google Analytics 4 propose 2 ou 14 mois pour les explorations et les rapports d’entonnoir, sans effet sur les rapports standards (conservation des données).

Les erreurs qui faussent le coût par réservation

• Une réservation comptée plusieurs fois. Sans identifiant de transaction, une page de confirmation rechargée peut envoyer l’événement deux fois.
• Un montant sans devise. Google demande de renseigner la devise dès que l’événement porte un montant.
• La balise Google installée deux fois, dans le code du site et dans le conteneur. Google demande une seule balise Google par site.
• Un moteur sur un autre domaine sans liaison. Sans elle, Google Analytics 4 compte un visiteur distinct sur chaque domaine, avec sa propre session : la réservation n’est plus reliée à la visite d’origine.
• Un bandeau qui bloque les balises sans le mode Consentement. Google indique que, si les balises Google ne se chargent qu’après le choix du visiteur et que le mode Consentement n’est pas en place, il ne peut pas vérifier ce choix, ce qui peut faire perdre des données.
• Une campagne réglée sur le clic « Réserver ». Elle apprend à chercher des clics, pas des réservations : gardez la réservation confirmée comme conversion principale.
• Un nom d’événement écrit de deux façons, qui crée deux événements.

Si vous confiez l’installation

Demandez un compte Google Tag Manager et une propriété Google Analytics 4 au nom de l’établissement, dont vous gardez l’accès administrateur ; le plan de marquage écrit, avec les noms d’événements ; la preuve du test de bout en bout (captures du mode Aperçu et de DebugView) ; le détail de ce qui est mesuré avec et sans consentement. Une mesure ne garantit pas un nombre de réservations : elle montre ce qui se passe sur le site. L’agence peut mettre en place le suivi à partir du parcours réel de réservation du site. Les campagnes qui s’appuient sur ces conversions sont décrites dans la page Google Ads pour restaurants et hôtels.

Questions fréquentes sur Google Tag Manager et Google Analytics 4