📌 Contact — page de prise de rendez-vous, quatre points(visible hors production)

Le formulaire a disparu, et avec lui la Cloud Function /api/contact qui restait à écrire : c'était le dernier manque fonctionnel de la migration, il n'existe plus. Disparaissent avec elle l'id #contactForm et l'événement generate_lead de GTM-PHZXTRP. Dis-moi si tu veux récupérer le formulaire sous l'agenda, le code est dans git.
La réservation n'est pas mesurable. L'agenda est une iframe Google : GTM ne voit rien de ce qui s'y passe, ni clic, ni confirmation. Le seul signal exploitable est l'affichage du bloc (déclencheur de visibilité d'élément sur #prendreRdv), qui mesure l'intention et non la prise de rendez-vous. À terme, il faudra trouver une solution pour régler cela avec Salesforce : voir la doc ici : https://docs.google.com/document/d/1Ki_GF9PUdQR5wSRB3xbtTXssgL-uslRmN2la3wKWOl0/edit?tab=t.0#bookmark=id.z696152oh654 — c'est là que la prise de rendez-vous devient un lead qualifiable, donc c'est de là que devra venir la mesure de la collecte.
Consentement — fait, et la configuration Sirdata est vérifiée (06/11/2026). L'iframe n'est plus dans le HTML : elle est injectée par script après accord, donc aucune requête ne part chez Google tant que le visiteur n'a pas répondu. Mesuré sur leur URL : un cookie NID sur .google.com, six mois, SameSite=None — publicitaire, donc non exemptable. La porte est l'API TCF (__tcfapi) : finalité 1 « stocker et/ou accéder à des informations », plus le vendeur 755 « Google Advertising Products » lorsqu'il figure dans ta liste.
Vérifié dans le panneau Sirdata : « Google Advertising Products » y figure avec le badge IAB TCF, c'est bien le vendeur 755. Le repli sur la seule finalité 1 ne servira donc pas. Les six partenaires déclarés sont Google Advertising Products, Google Analytics, Matomo, Meta, Microsoft Advertising et Microsoft Clarity ; seuls le premier et Microsoft Advertising passent par le TCF — les quatre autres sont hors chaîne TCF, donc __tcfapi ne dira jamais rien d'eux. À retenir si un jour tu veux conditionner Matomo ou Clarity : il faudra l'API propre à Sirdata, ou le mode consentement de GTM.
Si l'API TCF ne répond pas au bout de dix secondes (bloqueur, conteneur GTM absent, build de relecture avec GTM-NONE), un bouton « Afficher l'agenda » prend le relais : le clic vaut acte positif. En cas de refus, l'écran propose « Modifier mes choix », qui rouvre le panneau Sirdata.
Un événement agenda_rdv est poussé dans le dataLayer avec agenda_etat valant consenti, clic ou refuse — de quoi mesurer le taux de refus sur cette page, à défaut de mesurer les réservations.
Simulateur, hors production uniquement : ajoute ?tcf=accepte ou ?tcf=refuse à l'adresse de cette page et un faux CMP répond à la place de Sirdata. Un bandeau bleu en haut de l'écran rappelle qu'il est actif. Depuis l'écran de refus, « Modifier mes choix » bascule le faux consentement sur « accepté » : c'est la branche qui vérifie que l'agenda apparaît sans rechargement. Un vrai CMP a toujours la priorité, et le code du simulateur est absent du site de production — vérifié sur le build.

Et si nous faisions un bout de chemin ensemble ?

Un voyage de mille lieues commence toujours par un premier pas

Lao-Tseu

Parlons de votre projet de mesure digitale

Un premier échange suffit souvent à distinguer ce que vous mesurez déjà, ce qui vous échappe encore, et ce que cela peut vous rapporter.

Choisissez directement dans notre agenda le créneau qui vous convient.

Premier échange sans engagement
À distance ou dans vos locaux
Vous repartez avec un premier avis sur votre dispositif de mesure

Vous préférez écrire ?

contact@dibenn.com

Agenda de réservation

Il est hébergé par Google, qui dépose un cookie publicitaire dès son affichage. Nous attendons donc votre choix sur les cookies avant de le charger.

Chargement du gestionnaire de consentement…

Votre navigateur n'exécute pas JavaScript : ouvrez l'agenda directement chez Google, ou écrivez-nous à contact@dibenn.com.