Événements GA4 pour le tunnel de réservation hôtelier

Le plan de mesure doit relier l’étape que le client voit réellement à la question à laquelle l’équipe de l’hôtel souhaite répondre. Il n'y a pas de nombre obligatoire d'événements pour chaque moteur. Un ensemble plus petit et vérifié est plus utile qu'une série d'événements dont personne ne connaît la signification.

Modèle de plan de mesure des événements

Ceci est le modèle de travail de Nikton; cela ne signifie pas que tous les moteurs suivent le même processus:

book_now_click est un événement personnalisé. Les autres noms listés font partie de la liste des événements recommandés par Google. Appliquez-les lorsque la signification correspond au comportement réel; documentez les étapes spéciales du moteur séparément.

Achat : montant, devise et articles

Dans la spécification, vérifiez le transaction_id, currency, value et le tableau items. Selon la spécification de l’événement purchase de Google, la valeur des éléments et la taxe ont un rôle distinct. L'hôtel et le fournisseur doivent aligner la correspondance des données de coût du séjour, des taxes et des frais avec ce format.

Convenez de l'unité pour chaque article: la totalité du séjour ou une nuit. Si vous utilisez des nuits, la quantité et le prix doivent produire la valeur attendue. N'envoyez pas le coût total du séjour multiplié par le nombre de nuits une fois de plus.

Pendant le test, notez le montant attendu de la confirmation de réservation et le montant effectivement envoyé. La différence entre l’acompte et la valeur du séjour doit être visible dans la définition du rapport et non cachée dans la mise en œuvre.

Comment calculer l'abandon

Dans l’exploration des tunnels GA4, spécifiez la séquence d'étapes, les règles de temps et si le tunnel est ouvert ou fermé. Un utilisateur qui entre directement dans le moteur peut être utile pour les ventes, mais ne satisfera pas un tunnel fermé qui nécessite un clic précédent sur le site Web.

L’exemple chiffré suivant est purement illustratif : il ne contient aucune donnée client et ne représente pas une moyenne du secteur :

Dans cet exemple, entre l’affichage des chambres et la finalisation, 120 des 200 utilisateurs n’ont pas progressé, soit 60 %. Ce résultat décrit le parcours enregistré. Il ne prouve pas que ces 120 utilisateurs ont été perdus à cause du prix : ils pouvaient explorer les offres, changer de dates, passer sur un autre appareil ou ne pas être enregistrés par le suivi.

Comment séparer le signal de la cause

Lorsque le taux change, vérifiez d'abord s'il y a un changement dans la mesure. Vérifiez ensuite la disponibilité pour les dates annoncées, les conditions de séjour minimum, l'affichage des prix, les erreurs de formulaire et la composition du trafic.

Comparez les parcours sur mobile et ordinateur sur la même période et avec suffisamment de données. Ne supposez pas à l'avance que la baisse sur mobile est deux ou trois fois plus grande. Avec un petit nombre de réservations, une réservation supplémentaire modifie considérablement le pourcentage.

Transformez le résultat en hypothèse testable : par exemple, le bouton de continuation est-il caché sur un appareil particulier ? Enregistrez le changement et surveiller une période comparable, en tenant compte de la saisonnalité et des contraintes tarifaires.

Checklist de transmission à l’équipe

• Une liste d'événements avec le déclencheur, le domaine et la personne responsable.
• Confirmation que les événements suivent les étapes réelles sur mobile et ordinateur.
• Enregistrement de test des valeurs attendues et envoyées.
• Vérifiez les doublons après le retour ou la réouverture de la confirmation de réservation.
• Une explication du comportement avec un consentement accepté et refusé.
• Liste des restrictions connues : iframes, étapes inaccessibles ou impossibilité de relier les données.

Vous n'avez pas besoin d'envoyer un événement de manière fiable lors de la fermeture d'un onglet de navigateur pour analyser l'abandon. Vous pouvez observer une étape initiale enregistrée sans fin enregistrée dans une période définie; une telle absence a toujours des limites de mesure.

La prochaine étape est l'intégration du moteur de réservation et de GA4. Pour un aperçu du chemin spécifique, voir l’analyse du moteur de réservation.