계정·속성·스트림 아키텍처
GA4 account, property, web data stream을 시간대·통화·권한·제품 링크 기준으로 나누어 분석 가능한 구조를 설계합니다.
핵심 요약
- account는 법인·약관·DPA 책임이 다를 때, property는 같은 사용자 경험과 보고 체계를 공유할 때를 기준으로 나눕니다.
- property의 reporting time zone과 currency는 바꿔도 이후 데이터에만 적용되니 초기에 확정합니다.
- 개발/스테이징 데이터는 별도 property로 분리해 테스트 이벤트가 프로덕션 보고서를 오염시키지 않게 합니다.
- 외부 checkout 결제는 property를 쪼개지 말고 같은 property에 cross-domain measurement로 묶어 세션 단절을 막습니다.
- 권한은 owner는 Admin/Editor, 엔지니어는 Viewer+GTM 권한 별도처럼 역할별 최소 권한으로 설계합니다.
GA4 구조 설계는 나중에 되돌리기 어렵습니다. 그중에서도 property의 시간대, 통화, 데이터 보존, custom definitions limit, product links가 분석과 운영 권한의 경계를 가릅니다.
기본 계층
| 계층 | 의미 | 설계 기준 |
|---|---|---|
| Account | 데이터를 소유하는 법인/조직 단위 | 법인, 지역, 약관·DPA 책임이 다르면 분리 |
| Property | 한 사용자 기반의 분석 단위 | 같은 제품 경험과 보고 체계를 공유하면 한 property |
| Data stream | 웹/앱 등 수집 원천 | 같은 property 안의 웹사이트, iOS, Android 스트림 |
| Measurement ID | 웹 스트림의 수집 식별자 | G- 또는 AW-로 시작하는 ID를 태그/GTM에 연결 |
Google 공식 설정 문서는 GA4 property를 만들고 data stream을 추가한 뒤 Google tag나 GTM으로 수집을 시작하는 흐름으로 설명합니다. 웹 스트림에서는 URL, stream name, Enhanced Measurement 설정을 초기에 결정합니다.
분리 의사결정
| 상황 | 권장 구조 | 이유 |
|---|---|---|
| 한 SaaS 제품의 마케팅 사이트와 앱 | 한 property, 웹 스트림 1~2개 | acquisition부터 activation까지 한 사용자 여정으로 분석 |
| 서로 다른 브랜드/법인 | account 또는 property 분리 | 데이터 소유권, 권한, 약관 책임 분리 |
| 국가별 운영팀이 독립적 | property 분리 또는 360 subproperty 검토 | 보고·권한·광고 연결 책임이 다름 |
| 개발/스테이징 데이터 | 별도 property 권장 | 테스트 이벤트가 프로덕션 보고서를 오염시키지 않음 |
| 결제 도메인이 외부 checkout | 같은 property + cross-domain measurement | 세션과 사용자 여정 단절 방지 |
네이밍 규칙
| 대상 | 추천 형식 | 예시 |
|---|---|---|
| Account | 회사명 또는 법인명 | Reopt AI |
| Property | 제품명 + 환경 + 기준 지역 | Reopt App - Production - KR |
| Web stream | 도메인 + 용도 | www.reopt.ai - marketing web |
| GTM container | 제품/도메인 + 환경 | reopt.ai - prod web |
| BigQuery dataset | GA4 자동 생성 기준 | analytics_123456789 |
초기 설정 체크
| 설정 | 결정 기준 | 주의 |
|---|---|---|
| Reporting time zone | 경영 리포트 기준 시간대 | 변경은 이후 데이터에만 영향을 줌 |
| Currency | 매출 보고 기준 통화 | SaaS가 다중 통화여도 대표 통화를 정해야 함 |
| Industry/business objective | 기본 보고서 구성에 영향 | 나중에 보고서 library로 정리 가능 |
| Enhanced Measurement | 웹 스트림 생성 시 켜고 개별 항목 검토 | PII와 form tracking 범위 확인 |
| Data retention | 분석·탐색 보존 요구 | 표준 property는 UI 분석 보존 한계가 있음 |
| Product links | Google Ads, Search Console, BigQuery | 권한과 데이터 공유 책임을 같이 검토 |
권한 설계
| 역할 | 권장 권한 | 할 수 있어야 하는 일 |
|---|---|---|
| Analytics owner | Admin/Editor | property, links, custom definitions, access 관리 |
| Data lead | Editor | 이벤트, key events, custom definitions, report library 관리 |
| Marketing operator | Marketer/Analyst 수준 | campaign, audience, reports 활용 |
| Engineer | Viewer + GTM 권한 별도 | DebugView, Realtime, QA 확인 |
| Executive viewer | Viewer | 표준 대시보드 확인 |
property는 프로젝트 폴더가 아니다
팀이나 캠페인마다 property를 쪼개면 사용자 여정이 끊깁니다. property는 보고 조직이 아니라 데이터 모델 단위입니다. 캠페인·팀별 보기는 comparison, report customization, audience, BigQuery view로 나누는 편이 더 안전합니다.