我在安装中不使用它们。
几点随想:
- 最好在未登录的隐私/无痕模式下进行测试。
- 确保浏览器未设置为“不跟踪”模式。
- 检查浏览器开发者工具控制台的“网络”选项卡,确认请求已发送至您的 Matomo 统计站点。
- 如果在控制台中看到错误,很可能是因为需要配置 CSP 并添加您的 Matomo 站点;Discourse 中有一个相关的站点设置可供使用。
对于许多使用 Discourse 的开源社区,如果您看到此信息并希望避免使用 Google 等服务,请注意:如果您没有基础设施或技术能力自行安装和运行 Matomo,Matomo 将为这类项目提供免费托管安装服务:
我在 ‘secondsite’ 设置(通过 multisite.yml)中遇到了问题。在原/主站点上运行正常,但在第二个站点上无法工作。两个站点都通过 CDN 拉取加载 JavaScript。这会是问题所在吗?
Matomo 一直为我运行良好,所以这个主题促使我检查了它是如何配置的…
结果发现,我实际上是通过 Cloudflare 的“应用”来加载它的。
此主题组件缺少一些功能。例如“请勿跟踪”和 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。
到目前为止,一切都运行得很顺利!但开发人员还没有就合并或其他反馈给出任何答复。
抱歉,这么长时间才回复,我刚看了 PR 并留下了一条评论。
PR 看起来不错,但我希望设置默认关闭,这样主题组件的现有用户就不会自动获得任何不期望的更改。
上面的 PR 现已被合并(感谢 @AquaL1te),您现在可以在组件设置中启用 do_not_track 和 disableCookies。
太棒了!这个小小的补充让管理员能够更好地控制收集哪些数据,也有助于欧盟的管理员更好地遵守《通用数据保护条例》(GDPR):
感谢您的检查和合并。
此主题组件似乎对我不起作用。能否请您提供一些帮助。
我安装了该组件,然后添加了我的 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=***
