Plausible Analytics —
쿠키 없는 웹 분석의 표준

먼저, "프라이버시 우선 분석"이 뭔가?

왜 GA의 대안이 필요해졌나.

2010년대 인터넷은 "공짜 분석 도구 = Google Analytics"가 공식이었다. 그런데 GA는 사용자 데이터를 광고에 활용한다 — 즉 방문자가 진짜 상품이다. EU의 GDPR(2018)과 미국 캘리포니아 CCPA가 등장하면서, 사이트 소유자가 GA를 쓰는 것만으로 법적 리스크를 떠안는 시대가 됐다.

여기에 2023년 Google이 Universal Analytics를 강제 종료시키고 복잡한 GA4로 옮기게 만들면서 결정타. 사이트 소유자들은 "더 단순하고, 동의 배너 필요 없고, 데이터 주권이 있는" 분석 도구를 찾기 시작했다. Plausible은 이 흐름의 한가운데에서 가장 깔끔한 대안으로 떠올랐다.

이 프로젝트의 핵심 메시지

한 문장으로 줄이면.

2026년 5월, 트렌딩에 오른 이유

시대적 배경 + 경쟁 우위.

시대적 배경 — 4가지 변곡점

1. GA4 마이그레이션 피로감 — 2023년 Universal Analytics 종료 이후 많은 개발자가 GA4의 복잡성·UX에 좌절. "다시 단순함으로"라는 Plausible 메시지가 그 자리를 채웠다.
2. EU 데이터 주권 흐름 — Schrems II 판결 이후 EU 기업들은 미국 클라우드를 피하려 한다. Plausible은 독일 서버에서만 처리, 데이터가 EU 밖으로 나가지 않는다.
3. AI 트래픽 가시화 — ChatGPT·Perplexity·Claude 같은 AI 도구에서 오는 트래픽을 별도로 추적하는 기능을 빠르게 추가. 콘텐츠 제작자에게 강력한 어필.
4. 셀프호스팅 컬쳐의 부상 — Vaultwarden, Immich, Plausible로 이어지는 "내 서버에 다 둔다" 트렌드와 정확히 맞물려 있다.

경쟁 비교 — Plausible vs GA vs Matomo

전체 기술 지도

백엔드 · 프론트엔드 · 트래커 · 인프라.

백엔드 — Elixir/Phoenix 생태계 (80.8%)

프론트엔드 — React + Tailwind (TypeScript 13.2%)

트래커 — 별도 npm 패키지 (MIT 라이선스)

데이터베이스 — 듀얼 DB 전략

인프라

시스템 구조와 4가지 설계 패턴

전체 구조도 → 핵심 패턴 하나하나.

시스템 구조도 — 이벤트가 들어와서 대시보드까지

┌──────────────────────────────────────────────────────────────────┐
│                  Plausible Analytics 전체 흐름                    │
└──────────────────────────────────────────────────────────────────┘

   [당신의 웹사이트]                       [Plausible 인스턴스]
   ┌─────────────────┐                    ┌──────────────────────────┐
   │  <script        │   ① 페이지 로드     │                          │
   │   plausible.js  │ ──────────────────► │  Phoenix 웹 서버         │
   │   />           │                    │  (Elixir/Erlang VM/OTP)  │
   │                 │   ② POST /api/event│                          │
   │   방문자        │ ──── (JSON) ──────►│  ┌────────────────────┐  │
   └─────────────────┘                    │  │ /api/event 핸들러  │  │
                                          │  └─────────┬──────────┘  │
                                          │            ▼             │
                                          │  ┌────────────────────┐  │
                                          │  │ 봇/스팸 필터링     │  │
                                          │  │ User-Agent 파싱    │  │
                                          │  └─────────┬──────────┘  │
                                          │            ▼             │
                                          │  ┌────────────────────┐  │
                                          │  │ IP → 국가/도시 변환│  │
                                          │  │ (locus + MaxMind)  │  │
                                          │  └─────────┬──────────┘  │
                                          │            ▼             │
                                          │  ┌────────────────────┐  │
                                          │  │ siphash로 일일     │  │
                                          │  │ 익명 user_id 생성  │  │
                                          │  │ (IP/UA 즉시 폐기)  │  │
                                          │  └─────────┬──────────┘  │
                                          │            ▼             │
                                          │  ┌──────────────────┐    │
                                          │  │   ClickHouse     │    │
                                          │  │  (이벤트 테이블) │    │
                                          │  │  timestamp/domain│    │
                                          │  │  country/browser │    │
                                          │  └──────────────────┘    │
                                          │                          │
   [대시보드 사용자]                        │  ┌──────────────────┐   │
   ┌─────────────────┐                    │  │   PostgreSQL     │   │
   │                 │  ③ 대시보드 접속   │  │  (메타 데이터)   │   │
   │  사이트 소유자  │ ─────────────────► │  │  사용자/사이트/  │   │
   │  Phoenix        │                    │  │  팀/구독         │   │
   │  LiveView       │  ④ 통계 집계 쿼리  │  └──────────────────┘   │
   │  + React        │ ◄───────────────── │                          │
   │                 │    (실시간 푸시)   │  ┌──────────────────┐   │
   └─────────────────┘                    │  │   Oban Workers   │   │
                                          │  │ 이메일 보고서/    │   │
                                          │  │ export/정리      │   │
                                          │  └──────────────────┘   │
                                          └──────────────────────────┘

패턴 1 — 듀얼 데이터베이스 (Polyglot Persistence)

"한 DB로 다 처리하지 않는다"는 결정이 Plausible 성능의 핵심이다. 메타데이터는 PostgreSQL, 이벤트는 ClickHouse로 분리한다.

패턴 2 — 비식별화 by Design

"개인정보를 저장한 적이 없으면 GDPR을 어길 일도 없다"가 Plausible의 철학. 핵심 트릭은 일일 솔트 + SipHash로 매일 다른 익명 ID를 생성하는 것.

# 일일 익명 user_id 생성 의사 코드
user_id = SipHash(daily_salt + website_domain + user_ip + user_agent)

# - daily_salt: 매일 자정에 폐기되고 새로 생성됨
#   → 다음날엔 같은 사람도 다른 user_id
# - IP/User-Agent는 ID 생성 후 즉시 폐기, DB에 저장 안 됨
# - 따라서 사용자 추적이 24시간 이내로 제한됨

패턴 3 — Phoenix LiveView로 실시간 대시보드

전통적인 SPA는 "프론트엔드가 API 폴링" 방식이다. Plausible은 서버가 LiveView 프로세스를 유지하면서 변경분만 WebSocket으로 푸시한다. 30초 폴링이 아니라 진짜 실시간이다.

패턴 4 — OTP 슈퍼바이저 트리 (장애 격리)

Erlang/OTP의 "let it crash" 철학. 이벤트 ingestion 프로세스가 죽어도 대시보드는 멀쩡하고, Oban worker가 죽어도 웹 응답엔 영향 없다. 슈퍼바이저가 자동 재시작한다.

레포 구조 해부

어디에 뭐가 있는지.

plausible/analytics/
├── lib/                    # Elixir 메인 코드 (전체의 80%)
│   ├── plausible/          # 도메인 로직 (사용자, 사이트, 통계 등)
│   ├── plausible_web/      # Phoenix 컨트롤러, LiveView, 라우터
│   └── plausible_release/  # 릴리즈 빌드 로직
│
├── assets/                 # 프론트엔드 자산
│   ├── js/                 # React + TypeScript 컴포넌트
│   ├── css/                # Tailwind 설정 및 커스텀 CSS
│   └── package.json        # npm 의존성
│
├── tracker/                # 별도 npm 패키지 (MIT 라이선스)
│   └── src/                # plausible.js 트래커 소스
│
├── priv/                   # Phoenix 정적 자산
│   ├── repo/migrations/    # PostgreSQL 스키마 마이그레이션
│   ├── ingest_repo/migrations/  # ClickHouse 스키마 마이그레이션
│   └── static/             # 컴파일된 JS/CSS, 이미지
│
├── config/                 # 환경별 설정
│   ├── config.exs          # 공통 설정
│   ├── runtime.exs         # 런타임 환경 변수 처리
│   └── ce.exs              # Community Edition 전용
│
├── extra/                  # 클라우드 전용 (자체 호스팅엔 없음)
│   └── lib/                # SSO, 사이트 API, 펀넬 등 프리미엄 기능
│
├── e2e/                    # Playwright E2E 테스트
├── test/                   # ExUnit 단위/통합 테스트
├── rel/                    # Elixir 릴리즈 설정 (docker-entrypoint.sh)
│
├── Dockerfile              # 멀티 스테이지 Alpine 빌드
├── mix.exs                 # Elixir 프로젝트 정의 (package.json 격)
└── mix.lock                # 의존성 잠금 파일

분야별 배울 것

기술 영역마다 무엇을 가져갈지.

Elixir / Phoenix — 액터 모델 동시성

ClickHouse — 컬럼 지향 OLAP

Docker 멀티 스테이지 빌드

OpenTelemetry — 분산 추적

Oban — PostgreSQL 백그라운드 잡

프라이버시 엔지니어링

하드웨어·시스템 요구사항

셀프호스팅 최소/권장 사양.

도메인/DNS 요구사항

• 실제 도메인 필요 (예: analytics.yourdomain.com)
• 해당 도메인이 서버 IP로 A 레코드 설정되어야 함
• Let's Encrypt 자동 발급을 위해 80/443 포트 외부 노출 필요
• 리버스 프록시(nginx, Caddy) 뒤에 둘 수도 있음 (compose override로 설정)

직접 해볼 수 있는 6단계

난이도별 실습 — Easy → Hard.

실습 1 — 로컬에 Plausible CE 띄우기Easy

git clone -b v3.2.0 --single-branch \
  https://github.com/plausible/community-edition plausible-ce
cd plausible-ce
echo "BASE_URL=http://localhost:8000" > .env
echo "SECRET_KEY_BASE=$(openssl rand -base64 48)" >> .env
cat > compose.override.yml << EOF
services:
  plausible:
    ports:
      - 8000:80
EOF
docker compose up -d

실습 2 — Stats API로 통계 가져오기Easy

실습 3 — SPA에 트래커 통합Medium

실습 4 — 로컬 개발 환경 구축Medium

asdf install   # .tool-versions 기준 Elixir/Erlang 설치
mix setup       # 의존성 설치, DB 생성, 마이그레이션
mix phx.server  # 개발 서버 실행

실습 5 — 새 분석 차원 추가Hard

실습 6 — Plausible 클러스터링Hard

8주 심화 학습 로드맵

주차별로 따라가면 Plausible 스택 전체 마스터.

핵심 용어 한눈에

자주 마주칠 단어들.

더 깊이 파고들 자료

공식 · 학습 · 배경 글.

공식 자료

• GitHub 메인 레포 (analytics)
• Community Edition (Docker Compose)
• 공식 웹사이트
• 공식 문서
• 라이브 데모 (plausible.io 자체 통계)
• 컨트리뷰션 가이드
• 셀프호스팅 위키

학습 자료

• Elixir School (한국어)
• Phoenix 공식 가이드
• Phoenix LiveView 가이드
• ClickHouse 공식 문서
• Oban 문서
• OpenTelemetry 문서

배경 글

• Plausible CE 출시 블로그
• 오픈소스 + 비즈니스 모델에 대한 글
• Plausible 데이터 정책 (어떻게 GDPR을 우회하는가)
• GA와의 상세 비교