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 curtidas
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 curtidas
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”
Alguns recursos estão faltando neste componente de tema. Como configurações de “não rastrear” e de cookies. Para estar em conformidade com o GDPR sem consentimento de cookies, é necessário garantir que os cookies de rastreamento estejam desativados e que as pessoas tenham os meios para optar por não rastrear.
Para isso, as seguintes partes precisam ser incluídas:
_paq.push(['setDoNotTrack', true]);
_paq.push(['disableCookies']);
Ou este plugin está funcionando de outra maneira? Estou apenas supondo, já que não o vejo aqui e nem quando procuro por donottrack nesse repositório.
https://github.com/discourse/discourse-matomo-analytics/blob/main/common/head_tag.html
A interface web do Matomo também permite adicionar facilmente essas 2 linhas paq. Talvez adicionar essas opções ao plugin Discourse para fácil configuração?
Testarei este commit, se funcionar bem, enviarei um PR.
2 curtidas
Até agora tem funcionado às mil maravilhas! Mas ainda não há notícias dos desenvolvedores sobre uma mesclagem ou outro feedback.
1 curtida
Desculpe pela longa demora, acabei de revisar o PR e deixei um comentário.
O PR parece bom, mas eu preferiria que as configurações fossem desativadas por padrão para que os usuários existentes do componente de tema não recebam nenhuma alteração indesejada automaticamente.
3 curtidas
O PR acima foi mesclado (obrigado @AquaL1te), você agora pode habilitar do_not_track e disableCookies nas configurações do componente.
2 curtidas
Incrível! Essa pequena adição dá aos administradores mais controle sobre quais dados são coletados e também ajuda os administradores da UE a cumprir melhor o GDPR 
Obrigado por verificar e mesclar.
2 curtidas
Este tema-componente, infelizmente, não parece funcionar para mim. Poderia me ajudar com ele.
Instalei o componente e adicionei as informações necessárias (URL e ID) da minha instalação do Matomo.
Mas o Matomo ainda não registrou uma única visita do Fórum.
No console de desenvolvimento do navegador, consigo ver 2 tipos de requisições para a instalação do Matomo:
- GET https://matomo-url/piwik.js (Resultado 200)
- POST https://matomo-url/piwik.php? (Resultado 204)
Além disso, adicionei minha matomo-url às configurações de content-security-policy.
Não posso ajudar, desculpe, porque tudo o que posso dizer é que o Matomo funciona bem para mim. Quero dizer que o problema está em outro lugar então.
Você tem certeza absoluta de que o Matomo pode arquivar resultados — o cron está funcionando ou suas configurações permitem isso ao visitar o Matomo?
Talvez você possa ver algumas dicas no console de erros do seu navegador?
@AquaL1te Não, não há erros no console
Nunca. O Matomo simplesmente não funciona dessa maneira. Nem o Discourse.
99 vezes em cem, isso acontece por causa do cron. O Matomo recebe dados, mas não consegue processá-los em métricas, porque não há nada, como o cron, que o acione. E o Matomo não lhe diz isso.
Você está hospedando o Matomo por conta própria?
Estou auto-hospedando o Matomo, via Cloudron.
Então existe a centésima opção: algo está bloqueando o datastream para o seu Matomo.
Estes são os logs (mascarados) do 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"
Aparentemente, as requisições estão sendo recebidas pelo Matomo sem problemas.
Em 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=***