Vérification du trafic : comment s'assurer que les liens mènent au bon domaine

Ce qu'on considère comme un clic vers le bon domaine

Le trafic arrive sur le bon domaine lorsque, après toutes les redirections, l'utilisateur ouvre une page sur l'hôte cible. Il ne suffit pas de vérifier l'adresse insérée dans la description du stream, le profil ou la publicité : le lien peut passer par un raccourcisseur, un tracker, un ancien domaine, une landing page intermédiaire ou une redirection géographique.

Vérifiez non seulement le nom de domaine, mais aussi sa variante : avec et sans www, HTTP et HTTPS, domaine principal et sous-domaine. Les adresses site.example, www.site.example et promo.site.example peuvent appartenir au même projet, mais pour le navigateur, les analytics et les logs, ce sont des hôtes différents.

Ouvrez le lien comme le fait votre audience

Cliquez sur le lien depuis son emplacement réel : la description de la diffusion, le profil, le message épinglé, la publication ou l'annonce. Une fois la page chargée, vérifiez la barre d'adresse. C'est l'URL restée dans le navigateur qui compte, pas l'adresse d'origine de la publication.

• Comparez l'hôte final avec le domaine de la landing page.
• Vérifiez le chemin : le lien peut mener au bon domaine mais vers une section obsolète.
• Assurez-vous que le clic mobile ne renvoie pas vers un sous-domaine technique.
• Comparez le résultat pour un lien avec et sans balises UTM.
• Vérifiez que les paramètres de campagne sont conservés après toutes les redirections.

Limite de la vérification manuelle : elle ne montre qu'un seul scénario — votre navigateur, votre appareil, votre région et votre ensemble de cookies. Pour une partie de l'audience, les règles peuvent fonctionner différemment.

Vérifiez toute la chaîne de redirections dans le navigateur et via curl

Pour une vérification technique, utilisez curl avec les paramètres -I et -L : la commande affiche les en-têtes de réponse et suit les redirections. Recherchez les statuts 301, 302, 307, 308 et les en-têtes Location. Ils indiquent vers quelle adresse le serveur dirige l'utilisateur à chaque étape.

Pour une vérification dans un vrai navigateur, ouvrez les outils de développement, allez dans l'onglet Network et activez Preserve log. Ensuite, ouvrez le lien d'origine. La liste des requêtes montre les redirections, le document final et les requêtes exécutées après le chargement de la page.

1. Activez Preserve log pour que la liste ne se vide pas après une redirection.
2. Désactivez le cache du navigateur si nécessaire.
3. Ouvrez le lien d'origine depuis la publication ou collez-le dans un nouvel onglet.
4. Repérez les réponses avec des statuts 3xx.
5. Comparez le Request URL de chaque étape avec la valeur Location.
6. Vérifiez le domaine et l'URL du dernier document avec un statut 200.

Quand un ancien domaine dans la chaîne est normal, et quand c'est une erreur

Un ancien domaine dans la chaîne ne signifie pas toujours un problème. Après une migration, un parcours du type old-site.example/stream → site.example/stream est normal : l'ancienne adresse reçoit la requête et redirige en permanence l'utilisateur vers la page équivalente du nouveau site. Le domaine final est correct, le chemin est conservé et les balises UTM n'ont pas disparu.

Le bug, c'est lorsque old-site.example/stream mène à la page d'accueil du nouveau site, à une autre landing page ou laisse l'utilisateur sur l'ancien domaine. Un problème distinct apparaît si, après la redirection, la chaîne après le point d'interrogation disparaît : l'utilisateur arrive sur la bonne page, mais les analytics perdent utm_source, utm_medium et utm_campaign.

Vérifiez non seulement le domaine final, mais aussi le chemin et les paramètres. Un clic vers site.example sans la bonne page ou sans les balises peut fausser les données de campagne autant qu'un clic vers un hôte étranger.

Tenez compte des redirections JavaScript et des paramètres du lien

curl est pratique pour les réponses serveur, mais ne voit pas toujours les redirections déclenchées par un script après le chargement de la page. Les DevTools du navigateur aident à repérer ce scénario : une page intermédiaire s'ouvre d'abord, puis le script change l'adresse ou envoie l'utilisateur vers un autre domaine.

Dans Network, vérifiez non seulement le document principal, mais aussi le moment où l'adresse change après son chargement. Si les balises UTM ont disparu, comparez l'URL d'origine, la valeur Location et la chaîne finale dans la barre d'adresse. Cela permet de comprendre à quelle étape la règle de redirection a supprimé les paramètres.

Limite du transfert de tous les paramètres sans vérification : des valeurs techniques superflues peuvent arriver sur le domaine cible. Pour les liens importants, il vaut mieux définir à l'avance quelles balises, quels codes promo et quels paramètres d'affiliation doivent être conservés.

Vérifiez les navigateurs intégrés des applications

Les réseaux sociaux, les messageries et les plateformes de streaming ouvrent souvent un lien non pas dans le navigateur principal de l'appareil, mais dans un navigateur intégré. Ce navigateur peut transmettre un autre user-agent, limiter les scripts, ne pas conserver les cookies ou traiter les redirections différemment.

Ouvrez le lien directement depuis l'application de la plateforme où il est publié. Ensuite, répétez le test via l'option « Ouvrir dans le navigateur » si elle est disponible. Comparez le domaine final, le chemin, les balises UTM et le comportement du formulaire, du paiement ou de l'authentification.

Limite de la vérification dans un navigateur intégré : toutes les applications ne permettent pas de consulter la chaîne technique des requêtes. Elle reste néanmoins importante, car c'est souvent ainsi que l'audience mobile navigue.

Comparez les clics depuis différentes régions et conditions

Si le site utilise des redirections géographiques, un CDN ou différentes versions de landing pages, répétez la vérification via un VPN, un proxy ou un appareil distant dans la région concernée. Comparez le domaine final, le chemin, les paramètres de l'URL et le contenu de la landing page.

Vérifiez non seulement le pays, mais aussi la langue du navigateur, l'authentification, les cookies et le type d'appareil. Ces conditions peuvent influencer le parcours : par exemple, un utilisateur d'une région est envoyé vers un sous-domaine local, tandis qu'un visiteur sans cookies est envoyé vers une landing page générique.

Limite du VPN et du proxy : ils ne reproduisent pas toujours entièrement les conditions d'un spectateur réel. La géolocalisation peut être déterminée à partir de plusieurs signaux, ce test confirme donc un problème potentiel, mais ne couvre pas toute l'audience.

Confirmez le domaine dans Yandex Metrica et GA4

Dans Yandex Metrica, consultez les rapports sur les pages d'entrée et les URL des pages. Filtrez les données par adresse complète ou par domaine souhaité, puis ajoutez un segment par balise UTM, source ou campagne. Vous pourrez ainsi voir sur quel hôte les visites ont commencé après un placement donné.

Dans GA4, utilisez pour cette vérification la dimension Hostname avec la landing page, la source de session et la campagne. Comparez le nombre de sessions arrivées sur le domaine principal, l'ancienne adresse et les sous-domaines importants. Si la balise est installée sur plusieurs hôtes, le rapport montre rapidement un mélange de trafic.

Limite des analytics : les compteurs ne capturent pas une partie des visites à cause des bloqueurs, du JavaScript désactivé ou de la fermeture de la page avant le chargement de la balise. De plus, les données ne seront pas disponibles pour un domaine où le compteur n'est pas installé du tout.

Vérifiez les requêtes dans les logs serveur

Les logs serveur confirment quelles requêtes ont réellement atteint l'infrastructure du site. Pour la vérification, il faut des champs avec l'heure, Host, l'URL, le code de réponse, le user-agent et le referer, s'il est transmis. Recherchez les requêtes pendant la période de lancement du lien et consultez séparément les requêtes vers l'ancien domaine et le domaine cible.

Les réponses 301, 302, 307 et 308 indiqueront que le serveur a redirigé l'utilisateur. Les requêtes avec un statut 200 vers l'hôte cible confirmeront que la page a été servie depuis le bon domaine. Si les logs montrent des clics vers l'ancien hôte mais aucune requête vers le nouveau, vérifiez les règles de redirection et les éventuelles erreurs de connexion.

Limite des logs : ils contiennent des bots, des scanners et des requêtes techniques. Le referer est souvent absent lors des clics depuis les applications et les messageries, il n'est donc pas toujours possible de reconstituer la source d'une visite précise.

Séparez le domaine principal et les sous-domaines dans les rapports

La landing page, l'espace client, le paiement et la base de connaissances peuvent se trouver sur différents sous-domaines. Si vous les regroupez dans un seul rapport sans segments, vous risquez de ne pas remarquer qu'un lien issu du stream mène à promo.site.example au lieu du site principal, ou à checkout.site.example avant la découverte de l'offre.

Créez un segment distinct pour l'hôte cible et conservez un rapport global sur tous les domaines du projet. Le premier permet de contrôler le trafic d'entrée, le second de voir le parcours de l'utilisateur entre la landing page, le paiement et l'espace client.

Limite d'un filtrage trop strict : un clic normal entre sous-domaines peut disparaître du rapport, et le tunnel de conversion semblera interrompu.

Checklist de vérification du lien avant publication

• Ouvrir le lien depuis l'endroit où l'audience le verra.
• Vérifier le domaine final, le chemin et les paramètres dans la barre d'adresse.
• Consulter la chaîne 3xx et les en-têtes Location via curl ou Network.
• S'assurer que l'ancien domaine conserve le chemin et les balises UTM lors de la redirection.
• Répéter le clic dans le navigateur intégré de l'application.
• Vérifier une autre région si des règles géographiques sont utilisées.
• Comparer Hostname et les landing pages dans les analytics après le lancement.
• Confirmer les requêtes vers le bon hôte via les logs serveur.

Après un changement de domaine, de CDN, de landing page ou de règles de redirection, vérifiez à la fois les nouveaux et les anciens liens. Les anciennes descriptions de streams, les vidéos et les posts épinglés peuvent continuer à diriger l'audience vers un parcours obsolète.