No los uso en mi instalación.
Algunas reflexiones al azar:
- Lo mejor es probar desde una sesión privada/incógnita donde no hayas iniciado sesión.
- Asegúrate de que tu navegador no esté configurado en “no rastrear”.
- Revisa la pestaña de red de la consola de herramientas de desarrollador de tu navegador y asegúrate de que la solicitud llegue a tu sitio de estadísticas de Matomo.
- Si ves errores en la consola, probablemente sea porque necesitas configurar CSP y agregar tu sitio de Matomo; hay una configuración de Discourse para esto.
Para las muchas comunidades de código abierto que utilizan Discourse y que podrían ver esto y querer evitar cosas como Google, sepa que Matomo ofrece instalaciones alojadas gratuitas para dichos proyectos si no tiene la infraestructura o las habilidades para instalarlo y ejecutarlo usted mismo:
Tengo un problema con una configuración de ‘secondsite’ (a través de multisite.yml). En el sitio original/principal funciona bien, pero en el segundo sitio no. Los scripts de JavaScript se cargan mediante un CDN de pull para ambos sitios. ¿Podría ser ese el problema?
Matomo siempre ha funcionado bien para mí, así que este tema me llevó a revisar cómo lo tengo configurado para cargar…
Resulta que en realidad lo estoy cargando a través de una “aplicación” de Cloudflare.
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.
¡Hasta ahora ha estado funcionando de maravilla! Pero todavía no hay noticias de los desarrolladores sobre una fusión u otra retroalimentación.
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.
La PR anterior ya se ha fusionado (gracias @AquaL1te), ahora puedes habilitar do_not_track y disableCookies en la configuración del componente.
¡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.
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=***
