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.
6 Me gusta
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:
5 Me gusta
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”
Faltan algunas funciones en este componente del tema. Como la configuración de “no rastrear” y cookies. Para cumplir con el RGPD sin consentimiento de cookies, es necesario asegurarse de que las cookies de rastreo estén deshabilitadas y que las personas tengan los medios para optar por no participar en el rastreo.
Para ello, es necesario incluir las siguientes partes:
_paq.push(['setDoNotTrack', true]);
_paq.push(['disableCookies']);
¿O este plugin funciona de otra manera? Solo asumo, ya que no lo veo aquí y tampoco cuando busco donottrack en ese repositorio.
https://github.com/discourse/discourse-matomo-analytics/blob/main/common/head_tag.html
La interfaz web de Matomo también te permite añadir estas 2 líneas de paq fácilmente. ¿Quizás añadir estas opciones al plugin de Discourse para una fácil configuración?
Probaré este commit, si funciona bien enviaré una PR.
2 Me gusta
¡Hasta ahora ha estado funcionando de maravilla! Pero todavía no hay noticias de los desarrolladores sobre una fusión u otra retroalimentación.
1 me gusta
Disculpa la demora, acabo de revisar la PR y dejé un comentario.
La PR se ve bien, pero preferiría que la configuración estuviera desactivada por defecto para que los usuarios existentes del componente temático no obtengan cambios no deseados automáticamente.
3 Me gusta
La PR anterior ya se ha fusionado (gracias @AquaL1te), ahora puedes habilitar do_not_track y disableCookies en la configuración del componente.
2 Me gusta
¡Genial! Esta pequeña adición da a los administradores más control sobre qué datos se recopilan y también ayuda a los administradores de la UE a cumplir mejor con el RGPD 
Gracias por revisar y fusionar.
2 Me gusta
Lamentablemente, este componente temático no parece funcionar para mí. Necesitaría algo de ayuda con él.
Instalé el componente y luego agregué la información necesaria (URL e ID) de mi instalación de Matomo.
Pero Matomo aún no ha registrado una sola visita del Foro.
En la consola de desarrollador del navegador, puedo ver 2 tipos de solicitudes a la instalación de Matomo:
- GET https://matomo-url/piwik.js (Resultado 200)
- POST https://matomo-url/piwik.php? (Resultado 204)
Además, he añadido mi matomo-url a la configuración de content-security-policy.
Lo siento, no puedo ayudarte, porque lo único que puedo decir es que Matomo me funciona perfectamente. Significa que el problema está en otro lugar.
¿Estás totalmente seguro de que Matomo puede archivar resultados? ¿Funciona cron o tu configuración lo permite al visitar Matomo?
¿Quizás puedas ver algunas pistas en la consola de errores de tu navegador?
@AquaL1te No, no hay errores en la consola.
Nunca. Matomo simplemente no funciona así. Ni Discourse.
99 de cada 100 veces ocurre por el cron. Matomo recibe datos pero no puede procesarlos en métricas, porque no hay nada, como el cron, que lo active. Y Matomo no te dice eso.
¿Estás alojando Matomo tú mismo?
Estoy autoalojando Matomo, a través de Cloudron.
Luego está la centésima opción: algo está bloqueando el flujo de datos a tu Matomo.
Estos son los registros (enmascarados) 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"
Al parecer, Matomo está recibiendo las solicitudes sin problemas.
En 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=***