私のインストールではそれらを使用していません。
いくつかの雑感:
- ログインしていない状態で、プライベート/シークレットセッションからテストするのが最適です。
- ブラウザが「追跡しない」設定になっていないか確認してください。
- ブラウザの開発者ツールのコンソールにあるネットワークタブを確認し、リクエストが Matomo 統計サイトに到達しているか確認してください。
- コンソールにエラーが表示される場合は、CSP を設定して Matomo サイトを追加する必要があるためでしょう。これには Discourse のサイト設定があります。
Discourse を利用している多くのオープンソースコミュニティの方で、Google などのサービスを利用したくないとお考えの方へ。もし、ご自身で Matomo をインストール・運用するインフラやスキルをお持ちでない場合、Matomo はそのようなプロジェクト向けに無料でホストされたインストールを提供しています:
multisite.yml を通じた「secondsite」設定に問題があります。元のメインサイトでは正常に動作しますが、2 番目のサイトでは動作しません。両方のサイトで JavaScript はプル CDN を通じて読み込まれています。これが問題の原因となり得るでしょうか?
Matomo はこれまで私にとって非常に良好に動作してきましたが、このトピックをきっかけに、私の設定を確認してみました。
その結果、Cloudflare の「アプリ」経由で読み込まれていることが分かりました。
このテーマコンポーネントには、Do Not Track や 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 インターフェイスでは、これらの 2 つの paq 行を簡単に追加することもできます。簡単な設定のために、Discourse プラグインにこれらのオプションを追加することを検討していただけますか?
このコミットをテストします。うまく機能すれば、PR を提出します。
今のところ順調に動作しています!しかし、マージやその他のフィードバックについては、開発者からの言葉はまだありません。
大変お待たせいたしました。PRを確認し、コメントを残しました。
PRは良いのですが、テーマコンポーネントの既存ユーザーが意図しない変更を自動的に受け取らないように、設定はデフォルトでオフにする方が良いと思います。
上記のPRはマージされました(@AquaL1teさん、ありがとうございます)。コンポーネント設定でdo_not_trackとdisableCookiesを有効にできるようになりました。
素晴らしい!この小さな追加により、管理者は収集されるデータに対してより多くの制御を行えるようになり、EU の管理者にとっては GDPR への準拠がさらに容易になります
確認とマージをありがとうございます。
このテーマコンポーネントは残念ながら私には機能しないようです。いくつかヘルプが必要です。
コンポーネントをインストールし、Matomoインストールの必要な情報(URLとID)を追加しました。
しかし、Matomoはまだフォーラムからの訪問を1件も記録していません。
ブラウザの開発者コンソールで、Matomoインストールへの2種類の要求を確認できます。
- GET https://matomo-url/piwik.js (結果 200)
- POST https://matomo-url/piwik.php?<クエリパラメータ> (結果 204)
また、content-security-policy設定にmatomo-urlを追加しました。
申し訳ありませんが、私にはお手伝いできません。なぜなら、Matomoは私には問題なく動作するからです。問題は他の場所にあると思います。
Matomoが結果をアーカイブできることを完全に確認していますか?cronが機能しているか、またはMatomoにアクセスしたときに設定でそれが許可されていますか?
ブラウザのエラーコンソールに何かヒントが表示されているかもしれません。
@AquaL1te いいえ、コンソールにエラーはありません
Matomoは決してそのような動作をしません。Discourseも同様です。
100回中99回はcronが原因で発生します。Matomoはデータを受け取りますが、cronのようなトリガーがないため、メトリクスに処理できません。Matomoはそれを通知しません。
Matomoはご自身でホストしていますか?
Matomo を自己ホストしています。Cloudron 経由です。
そして100番目の選択肢は、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=***
