제 설치 환경에서는 사용하지 않습니다.
몇 가지 제안을 드립니다:
- 로그인하지 않은 상태의 개인/시크릿 세션에서 테스트하는 것이 가장 좋습니다.
- 브라우저가 "추적하지 않기"로 설정되어 있지 않은지 확인하세요.
- 브라우저 개발자 도구 콘솔의 네트워크 탭을 확인하여 요청이 Matomo 통계 사이트로 제대로 전달되고 있는지 확인하세요.
- 콘솔에서 오류가 표시되면 CSP를 설정하고 Matomo 사이트를 추가해야 할 가능성이 높습니다. 이를 위한 Discourse 사이트 설정이 있습니다.
Discourse를 사용하는 수많은 오픈소스 커뮤니티 중 이 글을 보고 Google과 같은 서비스 사용을 피하고 싶으신 분들을 위해, Matomo는 직접 설치 및 운영할 인프라나 기술이 없는 프로젝트에 대해 무료 호스팅된 설치 환경을 제공합니다:
‘secondsite’ 설정(multisite.yml를 통해)에 문제가 있습니다. 원래/주 사이트에서는 정상적으로 작동하지만, 두 번째 사이트에서는 작동하지 않습니다. 두 사이트 모두 JavaScript가 pull CDN을 통해 로드됩니다. 이것이 문제일 수 있을까요?
Matomo는 항상 잘 작동해 왔기 때문에, 이 주제 덕분에 로딩 설정이 어떻게 되어 있는지 확인하게 되었습니다.
결과는 실제로 Cloudflare의 "앱"을 통해 로드되고 있었습니다.
이 테마 컴포넌트에는 몇 가지 기능이 누락되어 있습니다. 예를 들어, 추적 거부(do-not-track) 및 쿠키 설정 등이 없습니다. 쿠키 동의 없이 GDPR을 준수하려면 추적 쿠키가 비활성화되어 있는지, 그리고 사용자가 추적을 선택 해제(opt-out)할 수 있는 수단이 있는지 확인해야 합니다.
이를 위해 다음 부분이 포함되어야 합니다:
_paq.push(['setDoNotTrack', true]);
_paq.push(['disableCookies']);
아니면 이 플러그인이 다른 방식으로 작동하는 건가요? 여기에서 보이지 않고, 해당 저장소에서 donottrack을 검색해도 나타나지 않아서 단순히 추측하는 것입니다.
https://github.com/discourse/discourse-matomo-analytics/blob/main/common/head_tag.html
Matomo 웹 인터페이스에서도 이 두 줄의 paq 코드를 쉽게 추가할 수 있습니다. Discourse 플러그인에 이러한 옵션을 추가하여 설정을 쉽게 할 수 있도록 하는 건 어떨까요?
이 커밋을 테스트해 보겠습니다. 잘 작동하면 PR을 제출하겠습니다.
지금까지는 정말 잘 작동하고 있어요! 하지만 개발자들로부터 머지나 다른 피드백에 대한 소식은 아직 없어요.
오랜 지연으로 죄송합니다. 방금 PR을 검토하고 댓글을 남겼습니다.
PR은 괜찮아 보이지만, 기존 테마 컴포넌트 사용자들이 원치 않는 변경 사항을 자동으로 받지 않도록 설정을 기본적으로 꺼져 있게 하는 것이 더 좋겠습니다.
위 PR이 이제 병합되었습니다(@AquaL1te님 감사합니다). 이제 컴포넌트 설정에서 do_not_track와 disableCookies를 활성화할 수 있습니다.
훌륭합니다! 이 작은 추가 기능으로 관리자가 수집되는 데이터에 대해 더 많은 제어를 할 수 있게 되었으며, EU 관리자의 GDPR 준수에도 도움이 됩니다
확인하고 병합해 주셔서 감사합니다.
불행히도 이 테마 구성 요소가 제 환경에서는 작동하지 않는 것 같습니다. 도움을 요청드립니다.
구성 요소를 설치한 후 Matomo 설치에 필요한 정보(URL 및 ID)를 추가했습니다.
하지만 Matomo는 포럼에서 아직 단 한 번의 방문도 기록하지 못하고 있습니다.
브라우저 개발자 콘솔에서는 Matomo 설치로 보내지는 두 가지 유형의 요청을 확인할 수 있습니다:
- 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를 직접 호스팅하고 계신가요?
저는 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=***
