Pages vues manquantes dans Plausible : diagnostic
1. Déterminez quelles pages vues manquent
Pour répondre à la question « Pourquoi des pages vues manquent dans Plausible ? », commencez par une URL qui pose problème. Notez l’adresse de la page, l’heure à laquelle vous l’avez testée et indiquez si le rapport Plausible affiche des visites sur d’autres pages du même site. Un exemple précis, comme une page produit absente alors que la page d’accueil apparaît, est plus utile que « les statistiques ne fonctionnent pas ».
Comparez la page concernée à une page dont le suivi fonctionne. Vérifiez si les deux pages utilisent le même modèle, sont hébergées sur le même nom d’hôte et apparaissent dans le même site Plausible. Toute différence sur ces points vous indique où chercher avant de modifier le code.
Distinguez les visites directes de la navigation sur le site. Ouvrez l’URL concernée dans un nouvel onglet, puis accédez-y en cliquant sur un lien depuis une autre page. Si les visites directes apparaissent dans le rapport, mais pas les clics, le problème peut venir de la façon dont le site gère la navigation. Si aucune des deux ne s’affiche, commencez par vérifier le code de suivi ou les conditions du navigateur.
Consignez brièvement vos tests. Notez l’URL exacte, le chemin emprunté pour y accéder, le navigateur utilisé et le résultat obtenu. Vous pourrez ainsi refaire le même test après une modification, sans vous fier à votre mémoire.
2. Vérifiez si le navigateur envoie une page vue
Pour répondre à « Comment vérifier le suivi Plausible dans le navigateur ? », ouvrez la page concernée et les outils de développement de votre navigateur. Dans l’onglet Réseau, rechargez la page et repérez les requêtes associées à Plausible.
Si une requête apparaît, examinez ses détails au lieu de vous contenter de constater qu’elle s’est chargée. Vérifiez que l’URL de la page indiquée dans la requête correspond à la page concernée, que la requête a abouti et que le navigateur ne signale pas un blocage ou un échec. Si la requête indique la page d’accueil plutôt qu’une page imbriquée, le problème vient probablement de la gestion des URL, et pas nécessairement de l’absence du script.
Si aucune requête n’apparaît, commencez par vérifier les filtres de l’onglet Réseau. Un filtre textuel peut masquer la requête recherchée, et un journal conservé peut mélanger l’activité des chargements précédents avec celle du test en cours. Effacez le filtre, rechargez la page une fois et examinez les nouvelles activités.
Utilisez également l’onglet Console pour vérifier. Une erreur de chargement de script, un message de politique de sécurité du contenu ou une exception JavaScript peut expliquer l’absence de la requête. Copiez le message exact ainsi que l’URL de la page concernée avant de modifier quoi que ce soit ; ces deux éléments vous aideront à distinguer une erreur du site d’un blocage du navigateur.
Pour comprendre comment corriger le suivi des pages vues manquantes dans Plausible, commencez par établir si le navigateur envoie une requête de page vue. Cette simple observation permet de cerner la suite : examinez l’exécution du script si aucune requête n’apparaît, ou la requête et la configuration du rapport si elle est bien présente.
3. Éliminez les blocages du navigateur et du consentement
Répétez le test dans un profil de navigateur vierge ou une fenêtre privée, en désactivant les extensions si possible. Les bloqueurs de publicité, les protections contre le suivi et les extensions de confidentialité peuvent empêcher l’envoi d’une requête analytique. Le résultat obtenu dans un seul navigateur ne suffit donc pas à établir que le problème concerne tous les visiteurs.
Testez le parcours de consentement comme le ferait un visiteur. Chargez la page avant de faire un choix, puis acceptez le suivi analytique si le site le propose et rechargez la page ou retournez sur la page concernée. Si la requête n’apparaît qu’après le consentement, examinez la configuration du gestionnaire de consentement et vérifiez que sa catégorie « Analytique » est bien reliée au script Plausible.
Ne considérez pas à lui seul le refus du consentement facultatif aux statistiques comme un bogue. L’essentiel est de vérifier que le comportement correspond aux règles de consentement prévues par le site et à sa configuration. Pour en savoir plus sur les choix de mesure respectueux de la vie privée, consultez les évolutions des statistiques respectueuses de la vie privée.
Vérifiez dans la Console si des erreurs apparaissent uniquement après le chargement de la bannière de consentement. Si le script de la bannière échoue avant d’autoriser le chargement du script analytique, la page peut sembler fonctionner normalement alors que la requête de suivi reste absente. Si la bannière est en cause, vérifiez que ses commandes sont accessibles au clavier ; ce guide explique comment vérifier si un site web publie une déclaration d’accessibilité.
4. Comparez le code de suivi généré pour la page concernée
Examinez la page telle qu’elle est envoyée au navigateur, et pas uniquement le fichier source ou le paramètre du système de gestion de contenu. Un modèle peut omettre le code de suivi pour un type de page, ou un gestionnaire de balises peut l’ajouter uniquement à certaines URL. Comparez le code généré pour une URL qui fonctionne et une URL qui pose problème.
Recherchez le script Plausible ainsi que la valeur du site ou du domaine qui lui est associée. Une faute de frappe dans le domaine configuré ou un nom d’hôte différent de celui enregistré pour le site peut vous conduire à consulter le mauvais rapport.
Vérifiez si le script est présent plusieurs fois. Une installation en double peut compliquer les tests et rendre les résultats plus difficiles à interpréter. Si les deux pages diffèrent, déterminez quel système fournit le code — modèle de page, gestionnaire de balises ou extension, par exemple — puis corrigez-le à cet endroit au lieu d’ajouter manuellement une autre copie.
Lorsque vous comparez le code généré, tenez compte du moment où le script est chargé. Un gestionnaire de consentement ou de balises peut l’ajouter après le chargement initial du HTML ; une simple consultation du code source de la page ne montrera donc pas nécessairement son état final. Utilisez ensemble les onglets Éléments et Réseau du navigateur pour vérifier si l’élément script apparaît et si le navigateur le charge.
5. Testez séparément les chargements directs et la navigation côté client
Ouvrez directement l’URL concernée dans un nouvel onglet, puis accédez-y depuis une autre page sans rechargement complet. Notez le résultat pour chaque méthode. Un site conçu comme une application monopage peut changer l’URL affichée sans que le navigateur charge un nouveau document. Vérifiez donc si cette navigation génère une page vue.
Si les chargements directs sont comptabilisés, mais pas les clics sur le site, vérifiez le routeur du site et la prise en charge de la navigation côté client par l’intégration Plausible. Consultez la documentation de l’intégration pour savoir comment elle gère les changements de route.
Si la navigation est comptabilisée, mais pas le chargement direct, examinez la réponse initiale de la page et le modèle de l’URL concernée. Le serveur peut envoyer un document différent ou omettre le code de suivi pour cette URL. Comparez le code généré et les détails des requêtes lors du chargement initial à ceux enregistrés après un clic.
Ne testez une URL avec des paramètres de requête ou une barre oblique finale que si les visiteurs utilisent réellement ces variantes. Dans ces cas, l’URL enregistrée par le navigateur et celle que vous vous attendez à voir dans le rapport peuvent différer. Notez l’adresse exacte au lieu de supposer que deux URL qui se ressemblent seront traitées de la même façon.
6. Vérifiez le périmètre et les filtres du rapport Plausible
Avant de conclure qu’une ligne absente signale un problème de collecte, vérifiez que le tableau de bord affiche le bon site Plausible. Un rapport portant sur un domaine de test, un autre nom d’hôte ou un projet au nom similaire ne vous dira pas si la page vue de production a bien été enregistrée.
Choisissez une période qui inclut votre test, puis vérifiez les filtres ou les segments appliqués au rapport. Une période trop restreinte ou un filtre actif peut masquer une page pourtant enregistrée. Si vous avez testé à une heure précise, utilisez-la pour faire correspondre la vérification du rapport au test dans le navigateur.
Si Plausible ne comptabilise pas certaines pages, recherchez-les dans le rapport correspondant en utilisant le même chemin que celui envoyé par le navigateur, avec la barre oblique finale ou la chaîne de requête pertinente, le cas échéant.
Distinguez également une page vue d’un événement personnalisé. Si l’implémentation envoie un événement nommé au chargement d’une URL, vérifiez la requête et recherchez cet événement dans la section appropriée du rapport au lieu de supposer qu’il s’agit d’une page vue classique.
7. Vérifiez à nouveau la correction pour chaque cas concerné
Ne modifiez qu’un seul élément à la fois. Si vous avez corrigé une valeur de domaine, refaites le test avant de modifier aussi les règles de consentement ou le code du routeur. Une modification unique permet de savoir clairement si la requête fonctionne de nouveau et évite qu’un second problème ne masque le premier.
Reprenez votre série de tests initiale : chargez directement chaque URL concernée, accédez-y à l’aide d’un lien interne et comparez les deux résultats à ceux d’une page qui fonctionne. Reprenez les mêmes conditions de navigateur et le même choix de consentement que lors du test précédent. Si le site utilise plusieurs modèles, incluez un exemple qui pose problème pour chaque modèle concerné.
Pour chaque test, vérifiez deux points : le navigateur envoie bien la requête de page vue attendue pour la bonne URL, et la nouvelle page vue apparaît dans le rapport du site Plausible prévu. Si la requête est présente, mais que le rapport reste vide, vérifiez à nouveau le site sélectionné, la période et les filtres avant de modifier de nouveau le code du site.
Conservez le compte rendu des tests réussis avec la modification du code ou le ticket d’assistance. Indiquez les URL concernées, les résultats dans le navigateur, les erreurs pertinentes de la Console et le périmètre du rapport vérifié. Ces éléments permettront à la personne suivante de refaire le test, plutôt que de devoir se contenter d’un signalement vague de pages vues manquantes.
