# Lire le journal de suivi

Ce que signifient les statuts et les motifs d’omission du journal de suivi des conversions, et comment corriger l’absence de signaux de consentement.

Chaque événement que Rentware envoie côté serveur à GA4, Google Ads ou Meta, et chaque événement qu’il omet, figure dans le journal de suivi. Vous le trouverez sous **Paramètres → Suivi des conversions → Logs**. Filtrez par référence de commande (par exemple `SNLDX1`) pour voir tout ce qui concerne une réservation.

## Colonnes

| Colonne | Signification |
|---|---|
| Horodatage | Moment où l’événement a été traité |
| Fournisseur | Google Analytics, Google Ads ou Meta (Facebook) |
| Type d’événement | Par exemple « Ajout au panier », « Achat », « Achat rétracté (commande annulée) » |
| Déclencheur | Ce qui l’a provoqué, par exemple « Statut de la commande modifié » ou « Offre ajoutée au panier » |
| Statut | « Succès », « Échoué », « En attente » ou « Omission » |
| Code d’état | La réponse HTTP de la plateforme |
| Référence de commande | La référence de commande de la réservation |
| Consentement | `ok` (tous les signaux de consentement accordés), `partial` (certains refusés) ou `–` (aucune information de consentement) |
| Données étendues | Indique si l’e-mail ou le téléphone haché a été envoyé |
| Requête / Réponse | Ce qui a été envoyé et ce que la plateforme a répondu |

## Statuts et motifs d’omission

| Ce qu’affiche le journal | Ce que cela signifie | Que faire |
|---|---|---|
| **Succès** | La plateforme a accepté l’événement | Si vous ne le voyez toujours pas, voir « Envoyé, mais pas visible » dans la [FAQ](https://rentware.com/fr/help/google-ads-meta-ga4-faq/) |
| **Échoué** + texte d’erreur | La plateforme a rejeté l’événement | Voir la section de la plateforme dans la [FAQ](https://rentware.com/fr/help/google-ads-meta-ga4-faq/) |
| **Omission** : « Non envoyé : le site web n’a transmis aucune information de consentement… » (`skipped: no consent signal`) | La requête qui a finalisé la réservation ne contenait aucune information Google Consent Mode | Voir la section suivante |
| **Omission** : « Non envoyé : le visiteur n’a pas donné le consentement publicitaire requis par ce fournisseur. » (`skipped: no advertising consent`) | Le visiteur a refusé les cookies publicitaires | Rien : sans consentement, rien ne doit être envoyé |
| **Omission** : « aucun identifiant de clic (gclid) n’a été capturé et aucune donnée de conversion améliorée n’était disponible » (`skipped: no click id or enhanced data`, Google Ads) | Le consentement a été donné, mais le visiteur ne venait pas d’une annonce Google, ou l’identifiant de clic s’est perdu, et aucune donnée client ne permettait d’établir une correspondance | Normal pour les visiteurs qui n’ont pas cliqué sur une annonce |
| **Omission** : « créée par le personnel dans le back-office » (`skipped: agent-created booking`, Meta) | La réservation a été saisie par votre équipe, par exemple après un appel téléphonique | Normal : ces réservations ne proviennent jamais d’une annonce. Meta ne les reçoit jamais ; GA4 uniquement si vous activez « Track agent-created bookings » |
| **Aucune ligne** pour la commande, **GA4** | Le visiteur n’a pas autorisé les cookies analytiques (`analytics_storage`). Les événements GA4 sans ce consentement sont abandonnés **sans ligne dans le journal** | Normal sans consentement. Si cela concerne la plupart des réservations, vérifiez votre signal de consentement (section suivante) |
| **Aucune ligne du tout**, toute plateforme | La plateforme n’est pas activée ou ses paramètres sont incomplets, ou la réservation n’a jamais atteint le statut Reserved (réservée) ou Booked (confirmée) | Vérifiez les paramètres de la plateforme |

**Quand l’achat est envoyé :** lorsque la commande passe pour la première fois au statut **réservée** ou **confirmée**, une fois par commande et par plateforme. Le déclencheur indique alors « Statut de la commande modifié ». Si cette première tentative a été omise, un changement ultérieur (Reserved → Booked) déclenche une nouvelle tentative.

## « Aucun signal de consentement » sur l’achat, alors que le consentement est ok sur l’ajout au panier

Le widget relit le consentement du visiteur à chaque requête, à partir des entrées Google Consent Mode dans `window.dataLayer`. L’achat utilise le consentement de **la requête qui a finalisé la réservation**, et non celui du panier. L’ajout au panier peut donc afficher `ok` et l’achat `skipped: no consent signal` si, au moment de la réservation :

- le tunnel de commande se trouve sur une autre page ou un autre domaine sans bannière cookies ni code Consent Mode (par exemple une page de commande séparée) ;
- la bannière cookies n’avait pas encore envoyé son consentement, parce qu’un plugin d’optimisation retarde son script ou que la bannière se charge tardivement ;
- le widget tourne dans une iframe, ou votre site utilise un dataLayer portant un autre nom que `dataLayer`.

Les réservations qui ne passent jamais par votre site web n’ont pas non plus de signal de consentement : une offre acceptée depuis le lien d’un e-mail, un paiement confirmé par votre équipe, une réservation par téléphone. C’est normal.

Comme GA4 exige `analytics_storage`, la même cause fait disparaître complètement les achats de GA4, sans ligne dans le journal.

### Comment vérifier

1. Ouvrez dans votre navigateur la page où la réservation est finalisée (le tunnel de commande).
2. Acceptez la bannière cookies.
3. Ouvrez la console du navigateur (F12 → Console), tapez `dataLayer` et appuyez sur Entrée.
4. Cherchez une entrée avec `consent` et `update` (ou `consent_update`) qui contient `ad_storage`, `analytics_storage`, `ad_user_data` et `ad_personalization`.

Elle doit être présente avant que le visiteur clique sur « réserver ». Si le visiteur n’accepte la bannière qu’après le chargement du widget, ce n’est pas un problème : la requête suivante prend en compte le nouveau consentement, à condition que la bannière pousse un `update` Consent Mode dans `window.dataLayer`.

### Comment corriger

- Activez **Google Consent Mode v2** dans votre bannière cookies (Cookiebot, Complianz, Borlabs, Usercentrics et la plupart des autres proposent une option pour cela).
- Chargez la bannière sur **chaque** page comportant un widget Rentware, y compris le tunnel de commande et les pages de commande.
- Ne laissez pas les plugins d’optimisation de scripts retarder la bannière ou la balise Google. Sous WordPress, voir [Suivi avec WordPress](https://rentware.com/fr/help/suivi-avec-wordpress/).

## Autres articles

- [Suivi des conversions : que configurer, et où](https://rentware.com/fr/help/suivi-des-conversions/)
- [Google Ads, Meta et GA4 : questions fréquentes](https://rentware.com/fr/help/google-ads-meta-ga4-faq/)
- [Référence développeur : consentement et identifiants de clic](https://rentware.com/fr/tracking/developpeurs/)