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 个赞
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 个赞
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”
此主题组件缺少一些功能。例如“请勿跟踪”和 Cookie 设置。要在没有 Cookie 同意的情况下符合 GDPR，需要确保禁用跟踪 Cookie，并提供选择退出跟踪的途径。
为此，需要包含以下部分：
_paq.push(['setDoNotTrack', true]);
_paq.push(['disableCookies']);
或者此插件以不同的方式运行？只是猜测，因为我在这里看不到它，也搜索不到该存储库中的 donottrack。
https://github.com/discourse/discourse-matomo-analytics/blob/main/common/head_tag.html
Matomo Web 界面还可以轻松添加这两行 paq。也许可以为 Discourse 插件添加这些选项以便于配置？
将测试此提交，如果效果良好，我将提交一个 PR。
2 个赞
到目前为止，一切都运行得很顺利！但开发人员还没有就合并或其他反馈给出任何答复。
1 个赞
抱歉，这么长时间才回复，我刚看了 PR 并留下了一条评论。
PR 看起来不错，但我希望设置默认关闭，这样主题组件的现有用户就不会自动获得任何不期望的更改。
3 个赞
上面的 PR 现已被合并（感谢 @AquaL1te），您现在可以在组件设置中启用 do_not_track 和 disableCookies。
2 个赞
太棒了！这个小小的补充让管理员能够更好地控制收集哪些数据，也有助于欧盟的管理员更好地遵守《通用数据保护条例》(GDPR)：
感谢您的检查和合并。
2 个赞
此主题组件似乎对我不起作用。能否请您提供一些帮助。
我安装了该组件，然后添加了我的 Matomo 安装所需的必要信息（URL 和 ID）。
但是 Matomo 尚未注册到论坛的任何访问记录。
在浏览器的开发者控制台中，我可以看到 2 种发送到 Matomo 安装的请求：
- GET https://matomo-url/piwik.js (结果 200)
- POST https://matomo-url/piwik.php? (结果 204)
此外，我还将我的 matomo-url 添加到了 content-security-policy 设置中。
抱歉，我帮不了你，因为我只能说 Matomo 对我来说一切正常。我的意思是问题出在别的地方。
你确定 Matomo 可以归档结果吗？—— cron 是否在工作，或者你在访问 Matomo 时你的设置是否允许它？
也许您可以在浏览器的错误控制台中看到一些提示？
@AquaL1te 不，控制台中没有错误
Matomo 从来不会。Matomo 的工作方式就是如此。Discourse 也是。\n\n十次有九次是因为 cron。Matomo 获取了数据，但由于没有像 cron 这样的东西触发它，所以无法将其处理成指标。Matomo 不会告诉你这一点。\n\n你是自己托管 Matomo 吗？
我正在通过 Cloudron 自托管 Matomo。
然后是第一百种可能性：有什么东西阻塞了到 Matomo 的数据流。
这是来自 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"
看起来，Matomo 正常接收到了请求。
在 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=***