Pourquoi Yandex Metrica n'affiche pas le trafic du site
L'absence de données ne signifie pas toujours l'absence de trafic
Un graphique vide dans Yandex Metrica ne prouve pas que personne ne visite le site. Metrica n'enregistre une visite que lorsque le navigateur du visiteur a chargé et exécuté le code du compteur, puis envoyé une requête au serveur d'analyse. L'utilisateur peut ouvrir une page, laisser une demande ou cliquer sur une publicité sans apparaître dans le rapport à cause d'un blocage du script, d'une erreur du navigateur ou d'un filtre dans les paramètres.
Séparez d'abord l'absence de clics réels d'une défaillance de la collecte de données. Il ne faut pas comparer le graphique global, mais une même période, une URL précise et une source donnée. Par exemple, un lien provenant d'une annonce publicitaire, de la description d'un stream, d'une newsletter ou d'une publication sur les réseaux sociaux.
Comment distinguer l'absence de trafic de l'absence de données
Le compte publicitaire affiche généralement les clics sur l'annonce, et le log du serveur les requêtes vers le site. Pour vérifier, ouvrez le journal d'accès du serveur et recherchez la page cible sur la période souhaitée. Dans les logs Nginx, il peut s'agir d'une requête du type : grep "GET /promo" /var/log/nginx/access.log. Si le chemin change à cause des balises UTM, cherchez l'URL elle-même sans paramètres ou utilisez une partie de l'adresse de la landing page.
Un clic dans le compte publicitaire ne équivaut pas au chargement d'une page : l'utilisateur a pu fermer l'onglet, la connexion a pu être interrompue, ou le lien peut mener vers une URL inaccessible. Le log du serveur ne correspond pas non plus à une visite réelle, car il contient les bots, les aperçus de liens et les vérifications techniques. Mais si les clics figurent dans les logs et pas dans Metrica, le problème vient probablement du compteur ou de ses paramètres.
Ce que signifient les écarts entre publicité, logs et Metrica
Si le compte publicitaire affiche des clics mais que les logs ne contiennent aucune requête vers la page d'atterrissage, vérifiez l'URL finale, les redirections, la disponibilité du domaine et les paramètres du tracker. Si des entrées figurent dans access.log mais que le navigateur n'envoie pas de requêtes à mc.yandex.ru, le compteur ne se lance pas ou est bloqué. Si les requêtes vers mc.yandex.ru partent mais que le rapport est vide, vérifiez le numéro du compteur, les filtres, la période et les paramètres du domaine.
Pour une vérification précise, prenez un intervalle court et une seule source. Comparez l'heure, le chemin de la page, le statut de la réponse, l'adresse IP et le User-Agent uniquement dans le cadre des règles de traitement des données adoptées sur le projet. La vérification manuelle est peu pratique sur un gros flux : elle aide à trouver une panne, mais ne remplace pas une surveillance continue.
Le code du compteur est absent sur une partie des pages
Le compteur peut être présent sur la page d'accueil mais absent sur une landing page, dans le blog, le catalogue, l'espace client, le template mobile ou sur un sous-domaine. Cette erreur apparaît souvent après un transfert du site, la création d'une page promo distincte ou une mise à jour du thème du CMS. Le visiteur ouvre le site, mais sur cette URL précise, Metrica n'a tout simplement rien à exécuter.
Ouvrez le code source de la page via l'affichage du code du navigateur et recherchez le fragment mc.yandex.ru ou le numéro du compteur. Vérifiez les adresses vers lesquelles mènent réellement les liens des publicités et des réseaux sociaux, pas seulement la page d'accueil. L'inconvénient de cette vérification est qu'il est facile d'oublier manuellement des pages et des scénarios rares, comme l'écran après paiement ou un formulaire sur la version mobile.
Un autre numéro de compteur est installé sur le site
Le code peut fonctionner correctement mais envoyer les données vers un ancien compteur, un compteur de test ou un compteur étranger. Cela arrive après la copie d'un template, un changement de prestataire, une migration vers un nouveau domaine ou l'exploitation simultanée de plusieurs versions du site. Les requêtes sont visibles dans le navigateur, mais le propriétaire du canal ou du site consulte le rapport d'un autre compteur.
Trouvez l'identifiant dans le code de la page et comparez-le avec le numéro dans l'interface de Metrica. Dans la console du navigateur, vous pouvez exécuter la requête : document.documentElement.innerHTML.includes("mc.yandex.ru"). Elle indiquera si l'adresse de Metrica apparaît dans le HTML, mais ne confirmera pas que le script s'est exécuté. Pour cela, il faut vérifier les requêtes réseau.
Comment vérifier le chargement de Metrica dans le navigateur
Ouvrez la page dans un navigateur sans bloqueurs, appuyez sur F12, allez dans l'onglet Network et actualisez la page. Dans la ligne de filtre, saisissez mc.yandex.ru. En fonctionnement normal, des requêtes vers l'adresse de chargement du script et des requêtes de collecte de données doivent apparaître, contenant généralement le chemin metrika/tag.js ou watch avec le numéro du compteur.
Ouvrez ensuite l'onglet Console et vérifiez les erreurs. Signes utiles d'un problème : les messages « Refused to load the script », « blocked by client », « Content Security Policy » ou des erreurs JavaScript qui surviennent avant le lancement du compteur. La vérification dans un seul navigateur présente un inconvénient : une extension, une version de navigateur ou des paramètres réseau propres à un utilisateur donné peuvent donner un résultat différent.
Les bloqueurs de publicité masquent une partie des visites
Les extensions de blocage de la publicité, les services DNS privés, la protection intégrée des navigateurs et les antivirus peuvent arrêter les requêtes vers l'analytique. Dans Network, cela apparaît souvent comme blocked by client. La page s'ouvre normalement, le serveur enregistre la requête, mais Metrica ne reçoit pas les informations sur la visite.
Comparez la page dans une fenêtre de navigateur normale sans extensions et dans un profil avec un bloqueur. Ce test montrera le fait même du blocage, mais ne permettra pas d'estimer précisément la part de visites perdues : les paramètres de protection de l'audience varient. Les tentatives de masquer les requêtes analytiques compliquent la maintenance et peuvent entrer en conflit avec les politiques de sécurité du site.
La Content Security Policy bloque les requêtes vers Metrica
L'en-tête Content Security Policy limite les sources depuis lesquelles la page peut charger des scripts, des images et effectuer des requêtes réseau. Après la connexion d'un CDN, d'un proxy ou le renforcement de la protection du site, celui-ci peut se mettre à interdire les requêtes vers Metrica. La console du navigateur affichera un message de violation de CSP indiquant l'adresse bloquée mc.yandex.ru.
La règle doit être complétée de manière ciblée, et non en désactivant entièrement la CSP. Exemple de directive sur une ligne : script-src 'self' https://mc.yandex.ru; connect-src 'self' https://mc.yandex.ru; img-src 'self' data: https://mc.yandex.ru;
Cette ligne ne doit pas être remplacée sans réfléchir dans un en-tête existant : elle doit être fusionnée avec les sources déjà nécessaires au site. Si le code du compteur est inséré directement dans le HTML, un script inline peut également nécessiter une autorisation distincte via nonce ou hash. Ajouter unsafe-inline est plus simple, mais son inconvénient est une protection plus faible contre l'injection de JavaScript tiers.
Le consentement aux cookies ne permet pas de lancer le compteur
Sur les sites avec une bannière de consentement, Metrica ne se lance parfois qu'après un clic sur le bouton. Une erreur dans la logique de la bannière peut laisser le compteur désactivé après le consentement, ne l'activer que sur la première page ou ne pas enregistrer le choix de l'utilisateur. De ce fait, une partie des visites disparaît, surtout sur les visites courtes depuis les landing pages.
Vérifiez les scénarios de première visite, de consentement, de refus, de visite répétée, de navigateur mobile et de mode privé. Le lancement de l'analytique avant le choix de l'utilisateur peut augmenter le volume de données, mais cette option présente un inconvénient juridique et réputationnel : l'ordre de traitement des données doit être conforme aux exigences applicables à votre projet.
Les filtres du compteur excluent les visites nécessaires
Dans les paramètres de Metrica, des filtres par adresses IP, domaines, URL, paramètres ou trafic technique peuvent être actifs. On les ajoute généralement pour retirer les visites de l'équipe et les clics de test. Après un changement de bureau, de VPN, de réseau d'entreprise ou de structure d'URL, un tel filtre peut finir par exclure non plus seulement les visites internes.
Passez en revue les filtres actifs et vérifiez l'objectif de chaque règle. Pour le diagnostic, vous pouvez modifier temporairement un filtre et refaire un clic de test. L'inconvénient de désactiver un filtre est que les visites des collaborateurs, des développeurs et des tests automatisés entreront dans les statistiques, il vaut donc mieux consigner les modifications séparément.
Une mauvaise période, un mauvais rapport ou un mauvais fuseau horaire est ouvert
Parfois les données sont déjà là, mais un autre compteur, une période trop étroite, un mode de comparaison de dates ou un fuseau horaire inadapté est sélectionné dans l'interface. Avec un faible nombre de visites, un écart de quelques heures peut complètement changer la situation pour un jour donné. Il ne faut pas évaluer le fonctionnement du compteur sur seulement quelques minutes après le clic.
Désactivez la comparaison de périodes, ouvrez une plage plus large et vérifiez la date de la visite de test. Passez ensuite au rapport par pages et trouvez le chemin exact de la landing page. Une période large est pratique pour trouver des données, mais son inconvénient est qu'il est plus difficile de repérer sur le graphique global le moment où le compteur a cessé de fonctionner après une mise à jour du site.
Les redirections et les domaines modifient le parcours du visiteur
Le clic peut passer par un raccourcisseur de lien, un tracker, la version HTTP du site, le domaine www, un sous-domaine mobile et seulement ensuite atteindre la landing page finale. Si la redirection est mal configurée, si la page répond lentement ou si le visiteur est envoyé vers un autre domaine, le compteur du site concerné peut ne pas se charger. C'est particulièrement important pour les liens des descriptions de diffusions et des campagnes publicitaires.
Vérifiez la chaîne avec la commande curl -I -L "https://example.com/promo" et observez les statuts avec les adresses de redirection. La commande montrera les redirections côté serveur, mais ne remplacera pas un test dans le navigateur : curl ne verra pas les redirections JavaScript ni les blocages par extensions. Les liens raccourcis sont pratiques dans les publications, mais la redirection supplémentaire complique le diagnostic.
Une SPA n'envoie pas de vues lors des navigations internes
Sur un site monopage, la navigation entre les sections se fait souvent sans rechargement complet. L'utilisateur ouvre une offre, une fiche produit, un formulaire ou une page de remerciement, mais Metrica n'enregistre que le premier écran. Les visites peuvent figurer dans le rapport, mais les pages d'entrée, la profondeur de consultation et les conversions semblent incomplètes.
Vérifiez dans Network si une nouvelle requête vers Metrica apparaît après un changement de route au sein de l'application. Testez les navigations avec les boutons du navigateur, les fenêtres modales, le changement de langue et les URL dynamiques. L'envoi automatique des vues via le routeur est pratique, mais son inconvénient est qu'en cas d'erreur dans la logique, il est facile d'obtenir des vues en double et une profondeur de visite surestimée.
Les objectifs ne se déclenchent pas alors que des visites existent
Un rapport vide sur un objectif ne signifie pas que le site n'a pas de trafic. Les visites peuvent être collectées normalement, mais l'envoi d'un formulaire, le clic sur un bouton, l'achat ou le passage à la page de remerciement ne sont pas enregistrés. Les causes peuvent être un sélecteur CSS modifié, un événement avant l'initialisation du compteur, un formulaire AJAX sans traitement du résultat ou un autre numéro de Metrica sur la page.
Effectuez l'action manuellement et observez simultanément Network : une requête liée à l'envoi de l'événement doit apparaître ensuite. Un objectif sur le clic d'un bouton se configure rapidement, mais il a un inconvénient : il enregistre le clic, pas l'envoi réussi du formulaire. Pour les demandes, il est plus utile de suivre séparément le début du remplissage, l'erreur et le résultat confirmé.
Check-list de diagnostic en cinq minutes
- Ouvrez le lien par lequel le trafic est censé arriver dans un navigateur normal sans bloqueurs.
- Dans DevTools, ouvrez Network, actualisez la page et filtrez les requêtes par mc.yandex.ru.
- Dans l'onglet Console, vérifiez les erreurs JavaScript, CSP et le message blocked by client.
- Comparez le numéro du compteur dans le code de la page avec le numéro du rapport dans l'interface de Metrica.
- Vérifiez dans access.log la requête vers l'URL souhaitée pendant le test, par exemple grep "GET /promo" /var/log/nginx/access.log.
- Comparez le log du serveur avec les clics du compte publicitaire pour un même lien et une même période.
- Passez en revue les filtres, les dates sélectionnées, le fuseau horaire, les sous-domaines et le scénario de consentement aux cookies.
- Pour une SPA, effectuez une navigation interne et assurez-vous qu'une nouvelle requête est envoyée après le changement de route.
Last Articles
Ce qui a changé dans le design et les fonctionnalités Nous avons mis à jour le site pour que vous puissiez travailler plus rapidement et plus confort..
Good afternoon, I've collected all the news during this time.: 1. The main news is that prices for twitch viewers have been greatly reduced, while Tw..
1. Utilisez le code promo "December2025" pour une remise de 15% pour tous nos viewers2. Nous avons réduit jusqu'au 1er janvier les prix de base de not..
Les services Twitch sont travaillant de manière stable, nous sommes donc prêts à coopérer avec des équipes, des revendeurs, propriétaires de servi..
Nous nous avons complètement mis à jour nos services de visionneuse Twitch, et ils sont maintenant fonctionne de manière stable. Nous n'utilisons ..
Hello everyone! Today, we are announcing a new feature—"Twitch Viewer Configurator". Now, you can customize any plan for your Twitch channel. Choo..
Greetings, I have compiled a guide for streamers, which will be very relevant at the moment. Now YouTube and twitch have disabled monetization from vi..
We have finally developed the APINow it will be more convenient for our partner sites to work with us.To update the maximum tariffs for YouTube, an up..
En raison de l'énorme popularité des services de partenariat et du programme de parrainage, nous avons créé un tableau de coopération. L'essentiel est..
Nos Services pour les Streamers
Nos Services pour les Créateurs de Contenu
