1. 서론
근두운 프로젝트에서 운영하는 팀 블로그는 다양한 방문자의 개인정보를 수집한다. 사실 우리 팀 블로그뿐만 아니라, 대부분의 기술 블로그는 분석 도구나 임베드 서비스를 통해 방문자의 행태정보를 수집하고 있다.
문제는 이런 수집이 블로그에서 실제로 이루어지고 있는지, 방문자에게 제대로 고지되고 있는지를 자세히 확인하지 않는다는 것이다.
이번 글에서는 우리 팀 블로그에 어떤 추적기가 붙어있는지, 그리고 이에 대한 고지가 제대로 이루어지고 있는지를 직접 점검해본 과정을 정리하겠다.
2. 팀 블로그에 붙어있는 추적기/쿠키 목록 파악
Clarity.js 발견
개발자 도구 → Network 탭에서
clarity.js를 확인할 수 있었다.Microsoft Clarity는 Google Analytics와 비슷하지만 더 강력한 도구로, 다음과 같은 정보를 수집한다.
- 방문자가 페이지에서 마우스를 어떻게 움직였는지
- 어디를 클릭했는지
- 스크롤을 어디까지 했는지
- 화면 녹화
참고: Google Analytics는 웹사이트와 모바일 앱의 트래픽·사용자 행동 데이터를 수집·분석해 주는 구글의 무료 웹 분석 서비스이다
Network 탭에서는
collect라는 이름으로 서버에 데이터가 계속 전송되고 있었고, 각 요청은 204(성공) 상태 코드를 반환했다. 블로그를 돌아다닐 때마다 요청이 반복적으로 발생하는 것으로 보아, 사용자 행동이 실시간으로 계속 전송되고 있음을 확인할 수 있었다.다른 추적기 존재 여부 확인
여러 요청을 발생시키기 위해 블로그 곳곳을 살펴보고, 글을 읽고, 스크롤하고, 검색하는 등 다양한 행태정보를 남긴 뒤 Network 탭 검색창에서 GA, GTM, 네이버, Hotjar, Sentry 등을 하나하나 확인했다. 그 결과 다른 추적기는 발견되지 않았고,
clarity.js만 확인되었다.
쿠키 확인
개발자도구 → Application 탭에서 관련 쿠키들을 확인할 수 있었다.
① Clarity 관련 쿠키
쿠키명 | 도메인 | 역할 |
_clck, _clsk | kintoun.work | Clarity가 방문자를 구분하기 위해 심는 쿠키 |
CLID | www.clarity... | Clarity 크로스도메인 식별자 |
MUID | clarity.ms | Microsoft의 광고/크로스사이트 추적용 ID |
단순히 블로그 안에서 마우스가 어떻게 움직였나를 넘어, Microsoft의 광고 네트워크와 연결되는 식별자까지 포함되어 있어 개인정보 관점에서 무게감이 조금 더 커졌다고 볼 수 있다.
② notion.so 자체 쿠키
쿠키명 | 도메인 | 역할 |
__cf_bm | .notion.so, .notionuser... | Cloudflare 봇 관리용 쿠키
보안/트래픽 관리 목적 |
__ps_did, __ps_fva, __ps_lu, __ps_r | .notion.so | Notion 자체의 방문자/세션 추적 쿠키 |
3. 현재 개인정보처리방침(고지사항) 확인
우리 팀 블로그에 개인정보처리방침 또는 고지사항이 표시되어 있는지 확인해보았다. 결과는 다음과 같다.
- 푸터에 저작권 표시만 존재
- 개인정보처리방침·쿠키 정책 페이지는 부재
추적기는 사용하고 있지만, 방문자의 행태정보 수집 사실을 알리는 페이지는 존재하지 않는 상태이다.
4. 개선사항
- 처리방침에 실제 사용 중인 쿠키/도구 목록 명시하기
Clarity(
_clck,_clsk,CLID,MUID)와 Notion(__cf_bm,__ps_did등) 쿠키를 표로 정리해 방침에 추가한다. 특히MUID는 광고 식별자이므로 온라인 행태정보 및 광고 목적으로 별도 표기가 필요하다.
- 국외 이전 문구 추가 Notion·Microsoft 모두 미국 서버로 데이터가 이전되므로, "미국으로 이전됨. 목적은 분석/CMS 운영" 정도의 문구를 명시한다.
- 방침 페이지 제작 및 게시 위 두 항목만 담은 짧은 버전이라도 우선 블로그에 게시한다.
참고: 일반적인 블로그는 다 추적이 가능할까?
결론: 플랫폼에 따라 다르며, 근두운 팀 블로그는 추적이 가능한 쪽에 해당한다.
플랫폼 유형 | 외부 추적기(GA, Clarity 등) 설치 | 비고 |
네이버 블로그 | 불가능 | 코드 수정 미지원. 단, 네이버 자체가 1차 데이터(방문자 수, 유입 검색어 등)를 수집해 통계로 제공 |
티스토리 | 가능 | 스킨 편집/HTML·CSS 수정에서 <head> 영역에 스크립트 직접 삽입 가능 |
워드프레스 | 가능 | 플러그인 또는 테마 코드 수정으로 삽입 |
Notion + 커스텀 도메인 (근두운 블로그) | 가능 | 코드/설정 삽입이 자유로운 구조 |
네이버 블로그처럼 코드 수정을 지원하지 않는 폐쇄형 플랫폼에서는 블로그 주인이 GA, Clarity 같은 외부 추적 스크립트를 설치할 방법이 없다.
마무리
코드나 설정 파일 어디에도 추적 스크립트를 직접 심은 흔적은 없었지만, Notion을 CMS로 사용하는 구조 자체와 Microsoft Clarity라는 무료 분석 도구 하나만으로도 방문자 정보는 Notion과 Microsoft 양쪽으로 흘러가고 있었다. 특히 Clarity의
MUID 쿠키처럼 광고 네트워크와 연결되는 식별자까지 심어지고 있다는 점은, 단순 방문자 수 집계 수준을 넘어선다.이런 구조는 근두운 블로그만의 문제가 아니라, Notion 기반 블로그나 무료 분석 도구를 가볍게 붙인 프로젝트 대부분이 공유하는 특징이다. 다만 "다들 이렇게 한다"라는 사실이 고지 의무를 면제해주지는 않는다고 생각한다. 앞으로 새로운 도구나 임베드를 추가할 때도 실제로 브라우저가 어디와 통신하는지를 확인하는 습관이 필요해 보인다.
