Créez un nouveau composant de thème depuis Admin > Personnaliser > Thèmes.
Ensuite, collez le code de suivi dans la section <head>.
Cliquez sur Enregistrer.
Assurez-vous d’ajouter ceci à tous les thèmes disponibles afin de pouvoir suivre les analyses pour tous les utilisateurs !
C’est tout !
Si vous ne voyez pas de données affluer, le script peut être bloqué par vos paramètres CSP. Vérifiez la console de votre navigateur et, si vous rencontrez des erreurs, ajoutez https://plausible.io/js/script.js à vos paramètres CSP.
Modification : L’ajout du script source de la stratégie de sécurité du contenu Fathom ou Plausible n’est plus nécessaire grâce à cette mise à jour Content-Security-Policy now uses 'strict-dynamic'
Veuillez consulter le guide Fathom pour Discourse.
Mis à jour le 14 mai 2025 avec le guide de Fathom pour Discourse
Pour plus d’informations, consultez le guide de Fathom ici :
Note : Pour Plausible et Fathom, leurs scripts fonctionnent correctement dans un composant attaché à votre(s) thème(s) et inséré dans l’en-tête de chaque modèle que vous souhaitez suivre. Le nouveau guide de Fathom n’utilise pas la « méthode des composants ».
Selon la feuille de route de Plausible sur GitHub, il semblerait qu’il sera possible dans un avenir proche d’intégrer sa page Plausible dans son propre site web.
Quelque chose de ce genre pourrait-il être intégré dans Discourse, ou cela nécessiterait-il un plugin, ou… ?
Salut @Falco, est-ce que quelque chose a changé concernant ton routage côté frontend ? Je vois que tu recommandes aux gens d’utiliser la version hash de notre script, qui est fournie pour les routeurs basés sur le hachage. Il me semble que Discourse utilise désormais l’API PushState HTML5, est-ce exact ?
Je ne sais pas pourquoi @justin a choisi la version avec hachage ici, alors que nous utilisons l’API History HTML5 depuis toujours. J’ai transformé le message original en wiki, de sorte qu’il soit modifiable par tous.
J’utilise Plausible et je peux confirmer que le fichier plausible.js standard n’enregistre PAS les URL lorsqu’un utilisateur passe d’un sujet à un autre. Si je souhaite obtenir une représentation précise de mes visiteurs, je dois donc utiliser la version hachée de Plausible.js.
C’est étrange d’avoir ces rapports contradictoires. En théorie, puisque Discourse utilise l’API HTML5 history, je penserais que notre script standard (et non le script hash) serait celui qui suit correctement.
Malheureusement, je n’ai pas d’instance Discourse configurée avec laquelle je pourrais tester.
Probablement mon manque de connaissances à ce sujet J’avais initialement opté pour la version hachée car nous sommes une SPA et que nous avons un suivi personnalisé pour d’autres fournisseurs d’analytique. Si plausible.js fonctionne, n’hésitez pas à le modifier !
Voici mon autre site avec plausible.hash.js, qui affiche correctement 1 utilisateur en ligne et, en général, les pages correctes apparaissent également dans le widget des pages les plus visitées.
Ah oui, je me souviens maintenant d’avoir observé le même comportement depuis que vous le mentionnez — c’est d’ailleurs pourquoi j’ai opté pour la méthode du script haché.
Question naïve. L’ajout de cette fonctionnalité permet-elle de suivre ce qui se passe au sein de votre communauté Discourse, ou bien de suivre le trafic sortant vers un autre domaine lié à la communauté ?
Quels types de métriques pouvez-vous obtenir grâce à cela ?
Mise à jour : Les gars de Fathom ont préparé un document simple pour vous guider dans ce que vous devez faire. Profitez-en !
Note de Fathom : Il existe peut-être un moyen de le changer, mais Discourse ajoute la balise rel="canonical" pour toutes les pages vers la page d’accueil. Ainsi, toutes nos vues de page dans Fathom semblaient provenir uniquement de la page d’accueil.
J’ai parlé à Fathom et ils m’ont dit d’ajouter ceci à votre script de suivi, canonical="false" pour qu’il ressemble à ce qui suit.