Comment une plateforme d’analyse des données d’un site web suit-elle la source publicitaire des demandes de renseignements ?

Le tableau de bord publicitaire affiche des clics et le site reçoit des demandes, mais l’équipe chargée de l’exploitation ne voit que « Formulaire envoyé avec succès » et ne peut pas déterminer de quelle publicité elles proviennent. Le budget risque alors d’être réparti en fonction du nombre de clics plutôt que des opportunités commerciales qualifiées. Pour suivre l’origine publicitaire des demandes sur une plateforme d’analyse des données du site, il faut relier les paramètres des liens publicitaires, les informations sur la provenance des visiteurs, l’événement de confirmation d’envoi et l’identifiant de la demande, et non simplement installer un code de suivi des visites.

En pratique, procédez selon la chaîne suivante : ajoutez des marqueurs de provenance aux liens publicitaires, enregistrez ces informations lorsque les visiteurs arrivent sur le site, associez la provenance à la demande après son envoi réussi, puis consultez les conversions selon une méthode de calcul uniforme. Les identifiants de clic des plateformes publicitaires peuvent servir de complément, mais la possibilité de remonter jusqu’à une publicité précise dépend de la bonne intégration des paramètres, de la collecte de données du site et du système de formulaires.

Définir d’abord le niveau de suivi souhaité

« Provenance : recherche payante » répond uniquement à la question du canal. Savoir « de quelle campagne et de quelle version d’annonce provient la demande » aide à ajuster les campagnes. Avant la configuration, dressez la liste des dimensions à comparer afin d’éviter de découvrir après le lancement que toutes les demandes sont attribuées à un seul canal.

Les paramètres dynamiques doivent respecter la syntaxe prise en charge par la plateforme publicitaire, et leurs valeurs réelles doivent être testées après l’arrivée sur la page de destination. Le nom de la campagne seul ne permet généralement pas d’identifier automatiquement une publicité précise. Évitez d’ajouter à nouveau des paramètres de provenance publicitaire aux liens de navigation internes du site, car cela pourrait remplacer la provenance d’origine.

Préserver les informations de provenance après l’arrivée sur la page de destination

Un client peut d’abord consulter un produit, puis une page présentant les qualifications de l’entreprise, avant d’accéder à la page de contact. Si le formulaire ne lit que l’adresse de la page consultée, les paramètres publicitaires ont souvent disparu au moment de l’envoi. Il convient de collecter la provenance sur la page d’entrée, de l’enregistrer dans le respect des exigences applicables en matière de confidentialité et du consentement de l’utilisateur, puis de la récupérer lors de l’envoi.

Les informations enregistrées doivent au minimum inclure les paramètres de provenance, la page d’entrée, l’heure de la première visite et, le cas échéant, l’identifiant de clic. L’association d’un visiteur repose généralement sur un identifiant propriétaire ou de session. N’insérez pas de nom, d’adresse e-mail ou de numéro de téléphone dans les liens publicitaires ni dans les événements d’analyse génériques.

• Conserver séparément la première provenance : pour savoir par quel canal le client a initialement accédé au site.
• Enregistrer séparément la provenance valide la plus récente : pour observer le dernier point de contact promotionnel avant l’envoi. Déterminez à l’avance s’il faut exclure les accès directs.
• Inscrire la provenance dans la demande lors de l’envoi : ne la conservez pas uniquement dans les statistiques du navigateur, sans quoi l’équipe commerciale pourrait ne pas être en mesure de retrouver la source du prospect.

Les changements de langue, les formulaires redirigés vers un autre domaine et les composants intégrés de tiers doivent être vérifiés séparément. Le suivi interdomaines n’est pas activé par défaut : vérifiez que l’outil le prend en charge et que la configuration requise a été effectuée.

Enregistrer la « confirmation d’envoi », et non le « clic sur le bouton », comme conversion

Après un clic sur le bouton, un champ obligatoire peut ne pas être rempli, le CAPTCHA peut échouer ou une erreur d’interface peut survenir. Considérer le clic sur le bouton comme une demande surestime les conversions. Il est préférable de déclencher l’événement de conversion après confirmation de la création de la demande par le serveur ou après réception, côté client, d’une réponse confirmant clairement la réussite.

1. Définissez un événement distinct pour les demandes envoyées avec succès, par exemple inquiry_success, séparé des consultations de pages et des clics sur les moyens de contact.
2. Attribuez un identifiant unique à chaque demande créée avec succès et enregistrez-le avec les champs de provenance.
3. En cas d’actualisation de la page de confirmation, de clics répétés ou de nouvelle tentative d’envoi de l’événement, dédupliquez les données à l’aide de l’identifiant de la demande afin d’éviter de compter plusieurs fois la même demande.
4. Associez les demandes à leur statut de traitement dans le système de gestion des demandes et distinguez les demandes pertinentes, les envois indésirables et les doublons.

Les liens vers une adresse e-mail, les boutons d’appel ou de messagerie instantanée permettent généralement d’enregistrer une « prise de contact », mais ne prouvent pas directement que le client a envoyé un message ou qu’une demande valable a été créée. À moins que le système utilisé par la suite ne fournisse des données de confirmation, comptabilisez ces actions séparément comme des événements d’intention de contact et ne les additionnez pas aux envois réussis de formulaires.

Avant le lancement, parcourir l’ensemble du parcours de demande

Ne vous contentez pas de vérifier que le code de suivi est chargé. Accédez au site à partir d’une page d’entrée comportant des paramètres, consultez d’autres pages, puis envoyez un formulaire et vérifiez que l’événement d’analyse peut être associé à la demande enregistrée. Si le lien de test ne provient pas d’un véritable clic publicitaire, il permet uniquement de vérifier la transmission des paramètres, et non de confirmer le bon fonctionnement de l’identifiant de clic publicitaire et de la transmission des données à la plateforme.

Si la provenance est manquante, vous pouvez réduire le périmètre de recherche en fonction du symptôme :

• Aucun paramètre à l’arrivée sur le site : vérifiez si l’URL finale de l’annonce, les liens courts et les redirections conservent les paramètres de requête.
• Paramètres présents à l’entrée, mais absents lors de l’envoi : vérifiez la logique d’enregistrement de la provenance, les redirections entre domaines et la transmission des champs du formulaire.
• Demande créée, mais événement absent des statistiques : vérifiez le rappel de confirmation, le statut du consentement, le blocage du script et l’envoi de l’événement.
• Plusieurs conversions pour un seul envoi : vérifiez si le bouton, la page de confirmation et l’écoute de l’interface sont configurés simultanément et si la déduplication est activée.

Lors du débogage, examinez les paramètres des événements et les demandes enregistrées dans le système d’administration, au lieu de vous limiter aux rapports récapitulatifs. Certains rapports sont mis à jour avec un délai de traitement : l’absence d’affichage juste après l’envoi ne suffit pas à conclure à un échec de la collecte.

Comparer les publicités selon les mêmes critères pour pouvoir les ajuster

Le nombre de conversions indiqué par la plateforme d’analyse du site peut différer de celui du tableau de bord publicitaire. Les fenêtres d’attribution, les fuseaux horaires, le moment où la conversion a lieu, l’identification entre appareils et l’attribution après affichage peuvent tous influer sur les résultats. Avant de rapprocher les données, harmonisez les dates de reporting, la définition des événements, la méthode de déduplication et le modèle d’attribution, puis déterminez s’il existe des conversions non enregistrées.

Les rapports quotidiens peuvent présenter le nombre de demandes, le nombre de demandes qualifiées et le coût correspondant par campagne et par version d’annonce. Les coûts doivent être intégrés ou importés séparément, avec une devise uniforme. L’évaluation de la qualité nécessite un retour de l’équipe commerciale et ne peut pas reposer uniquement sur la durée des visites.

Lorsqu’un client accède d’abord au site par une publicité, puis revient quelques jours plus tard directement pour envoyer une demande, la première provenance et celle précédant l’envoi peuvent différer. Conserver ces deux informations est plus utile pour interpréter le parcours que de ne garder qu’un seul champ « provenance ». En cas de rupture de suivi due à l’absence de consentement, à l’effacement du stockage ou à un changement d’appareil, indiquez que la provenance est inconnue ou que l’association est limitée, plutôt que d’attribuer arbitrairement la demande à une publicité.