I don’t use them in my installation.
A few random thoughts:
- Best to test from a private/incognito session where you’re not signed in.
- Make sure your browser is not set to “do not track”.
- Check the network tab of your browser’s developer tools console and make sure the request is making it to your Matomo stats site.
- If you see errors in the console it’s probably because you need to set up CSP and add your Matomo site; there is a Discourse site setting for this.
For the many open source communities using Discourse that might see this and want to avoid things like Google, know that Matomo is offering free hosted installations for such projects if you don’t have the infrastructure or skills to install and run it yourself:
I have a problem with a ‘secondsite’ setup (through multisite.yml) On the original/main site this works fine, on the second site it does not. Javascripts are loaded through a pull CDN for both sites. Could that be a problem?
Matomo has always worked well for me, so this topic made me check how I have it configured to load…
Turns out I actually have it being loaded via a cloudflare “app”
Quelques fonctionnalités sont manquantes dans ce composant de thème. Par exemple, les paramètres de ne pas suivre et de cookies. Pour être conforme au RGPD sans consentement aux cookies, il est nécessaire de s’assurer que les cookies de suivi sont désactivés et que les utilisateurs ont les moyens de refuser le suivi.
Pour cela, les parties suivantes doivent être incluses :
_paq.push(['setDoNotTrack', true]);
_paq.push(['disableCookies']);
Ou ce plugin fonctionne-t-il d’une autre manière ? Je suppose, car je ne le vois pas ici ni lorsque je recherche donottrack dans ce dépôt.
https://github.com/discourse/discourse-matomo-analytics/blob/main/common/head_tag.html
L’interface web de Matomo permet également d’ajouter facilement ces 2 lignes paq. Peut-être ajouter ces options au plugin Discourse pour une configuration facile ?
Je testerai ce commit, s’il fonctionne bien, je soumettrai une PR.
Jusqu’à présent, cela fonctionne à merveille ! Mais pas encore de nouvelles des développeurs concernant une fusion ou d’autres commentaires.
Désolé pour ce très long délai, je viens de revoir la PR et j’ai laissé un commentaire.
La PR est bien, mais je préférerais que les paramètres soient désactivés par défaut afin que les utilisateurs existants du composant de thème ne subissent pas de changements indésirables automatiquement.
Le PR ci-dessus a maintenant été fusionné (merci @AquaL1te), vous pouvez maintenant activer do_not_track et disableCookies dans les paramètres du composant.
Génial ! Ce petit ajout donne aux administrateurs plus de contrôle sur les données collectées et aide également les administrateurs européens à mieux se conformer au RGPD
Merci d’avoir vérifié et fusionné.
Ce composant thématique ne semble malheureusement pas fonctionner pour moi. J’aurais besoin d’aide à ce sujet.
J’ai installé le composant, puis ajouté les informations nécessaires (URL et ID) de mon installation Matomo.
Mais Matomo n’a pas encore enregistré une seule visite du Forum.
Dans la console de développement du navigateur, je peux voir 2 types de requêtes vers l’installation Matomo :
- GET https://matomo-url/piwik.js (Résultat 200)
- POST https://matomo-url/piwik.php ? (Résultat 204)
De plus, j’ai ajouté mon matomo-url aux paramètres de content-security-policy.
Je ne peux pas vous aider, désolé, car tout ce que je peux dire, c’est que Matomo fonctionne très bien pour moi. Je veux dire que le problème se situe ailleurs alors.
Êtes-vous absolument sûr que Matomo peut archiver les résultats — le cron fonctionne-t-il ou vos paramètres le permettent-ils lors de la visite sur Matomo ?
Peut-être pourriez-vous voir des indices dans la console d’erreurs de votre navigateur ?
@AquaL1te Non, il n’y a pas d’erreurs dans la console
Il n’y en a jamais. Matomo ne fonctionne tout simplement pas comme ça. Ni Discourse.
99 fois sur 100, cela se produit à cause de cron. Matomo reçoit des données mais ne peut pas les traiter en métriques, car rien, comme cron, ne le déclenche. Et Matomo ne vous le dit pas.
Hébergez-vous Matomo vous-même ?
J’héberge Matomo moi-même, via Cloudron.
Il y a ensuite la centième option : quelque chose bloque le flux de données vers votre Matomo.
Voici les journaux (masqués) de Cloudron/Matomo :
Nov 30 14:08:02 49.43.155.192 - - [30/Nov/2022:08:38:02 +0000] "GET /piwik.js HTTP/1.1" 200 21541 "****" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/107.0.0.0 Safari/537.36"
Nov 30 14:08:03 49.43.155.192 - - [30/Nov/2022:08:38:03 +0000] "POST /piwik.php?action_name=**** HTTP/1.1" 204 - "****" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/107.0.0.0 Safari/537.36"
Nov 30 14:08:03 172.18.0.1 - - [30/Nov/2022:08:38:03 +0000] "POST /piwik.php?action_name=**** HTTP/1.1" 204 231 "****" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/107.0.0.0 Safari/537.36"
Nov 30 14:08:08 49.43.155.192 - - [30/Nov/2022:08:38:08 +0000] "POST /piwik.php?action_name=**** HTTP/1.1" 204 - "****" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/107.0.0.0 Safari/537.36"
Nov 30 14:08:08 172.18.0.1 - - [30/Nov/2022:08:38:08 +0000] "POST /piwik.php?action_name=**** HTTP/1.1" 204 231 "****" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/107.0.0.0 Safari/537.36"
Apparemment, les requêtes sont bien reçues par Matomo.
Dans Cloudron/Matomo :
Nov 30 14:15:13 172.18.0.1 - - [30/Nov/2022:08:45:13 +0000] "POST /piwik.php?action_name=***
Nov 30 14:15:13 49.43.155.192 - - [30/Nov/2022:08:45:13 +0000] "POST /piwik.php?action_name=***
