GA4는 만든 직후 세 가지를 먼저 손봐야 합니다. 이벤트 데이터 보관 기간, 내부 트래픽 제외, 주요 이벤트 표시입니다.
순서는 보관 기간, 내부 트래픽 필터, 주요 이벤트 순이며, 필터는 '테스트' 상태에서 확인한 뒤 '활성'으로 바꿉니다.
설정이 끝나면 직접 접속해 DebugView와 보고서의 숫자가 맞는지 확인합니다.
이 글이 필요한 분과 시작 전 준비
GA4 속성을 막 만든 1인 사업자, 또는 고객사 계정을 처음 넘겨받은 대행사 신입 담당자를 위한 글입니다. 태그 설치는 끝났고 데이터가 들어오기 시작했다는 전제로 씁니다.
세 설정 모두 설정한 시점 이후의 데이터에만 적용됩니다. 이미 삭제된 데이터는 복구되지 않고, 이미 섞여 들어온 내부 접속도 나중에 걸러 낼 수 없습니다. 그래서 데이터가 쌓이기 전에 하는 편이 낫습니다. 편집 권한이 있는 계정으로 로그인하고, 사무실이나 매장의 공인 IP를 미리 확인해 두세요.
1단계. 이벤트 데이터 보관 기간 바꾸기
- 어디서: 관리(좌측 하단 톱니바퀴) > 데이터 수집 및 수정 > 데이터 보관
- 무엇을: '이벤트 데이터 보관'을 2개월에서 14개월로 바꾸고 저장합니다.
- 기준: 표준 속성에서는 2개월과 14개월 중에서 고릅니다. 탐색 분석처럼 이벤트 수준 데이터를 쓰는 기능은 이 기간 안의 데이터만 볼 수 있습니다. 표준 보고서의 집계 수치는 이 설정의 영향을 받지 않는 것으로 안내됩니다.
'새 활동에서 사용자 활동 재설정' 항목은 특별한 이유가 없으면 기본값을 유지합니다.
2단계. 내부 트래픽 제외하기
- IP 확인: 사무실이나 매장 네트워크에서 검색창에 '내 IP'를 검색해 공인 IP를 확인합니다.
- 규칙 만들기: 관리 > 데이터 수집 및 수정 > 데이터 스트림 > 해당 웹 스트림 > 태그 설정 구성 > 모두 보기 > 내부 트래픽 정의 > 만들기. 규칙 이름을 정하고 traffic_type 값은 기본값 internal로 둡니다. 일치 유형은 'IP 주소가 ~와 같음'으로 하고 확인한 IP를 넣습니다. 범위로 넣을 때는 CIDR 형식을 씁니다.
- 필터 확인: 관리 > 데이터 수집 및 수정 > 데이터 필터 > 내부 트래픽 필터. 처음에는 '테스트' 상태입니다. 이 상태에서는 데이터를 제외하지 않고 표시만 해 둡니다.
- 검증: 해당 네트워크에서 사이트에 접속한 뒤, 탐색 분석에서 '테스트 데이터 필터 이름' 측정기준에 내부 트래픽 필터가 잡히는지 봅니다. 반영에 시간이 걸릴 수 있어 다음 날 다시 확인하는 편이 안전합니다.
- 활성화: 확인이 끝나면 상태를 '활성'으로 바꿉니다. 활성화 후 제외된 데이터는 되돌릴 수 없습니다.
3단계. 전환(주요) 이벤트 정하고 표시하기
GA4 화면에서는 예전의 '전환'이 '주요 이벤트'라는 이름으로 나옵니다. 같은 개념이지만 광고 플랫폼에서는 '전환'이라는 말을 그대로 쓰는 경우가 있어 용어를 구분해 두세요.
- 무엇을: 사업 목표와 직접 연결되는 행동 한두 개만 고릅니다. 예를 들면 구매 완료, 상담 신청 제출, 예약 완료입니다.
- 이벤트 확인: 관리 > 데이터 표시 > 이벤트 목록에 그 행동의 이벤트가 있는지 봅니다. 쇼핑몰이면 purchase, 문의 폼이면 generate_lead 같은 권장 이벤트 이름을 쓰면 관리가 쉽습니다.
- 없을 때: 완료 후 이동하는 감사 페이지가 있다면, 이벤트 만들기에서 page_view 중 page_location에 해당 경로가 포함될 때 새 이벤트가 생기도록 조건을 겁니다. 태그 관리자로 직접 심는 방법도 있습니다.
- 표시: 관리 > 데이터 표시 > 주요 이벤트에서 해당 이벤트를 주요 이벤트로 지정합니다. 이벤트가 한 번도 수집되지 않았다면 목록에 바로 보이지 않을 수 있습니다.
- 검증: 관리 > 데이터 표시 > DebugView나 실시간 보고서를 열어 두고 직접 구매나 문의를 한 번 해 봅니다. 이벤트가 정확히 한 번 찍히는지 확인합니다.
상황별 선택 기준과 점검 기준
상황별로 무엇을 고르나
| 상황 | 선택 | 이유 |
|---|---|---|
| 탐색 분석을 쓰거나 전년 비교를 해야 함 | 보관 14개월 | 표준 속성의 최대 선택값입니다 |
| 사무실 IP가 고정 | IP 규칙과 필터 사용 | 가장 단순하게 제외할 수 있습니다 |
| 재택이 많거나 IP가 자주 바뀜 | IP 규칙만으로는 부족 | 접속 환경별로 별도 방식을 검토해야 합니다 |
| 쇼핑몰 | purchase를 주요 이벤트로 | 매출과 직접 연결됩니다 |
| 상담·견적 중심 사이트 | 제출 완료 이벤트를 주요 이벤트로 | 방문이 아니라 문의 성과를 보기 위해서입니다 |
점검 항목과 합격 기준
| 점검 항목 | 합격 기준 |
|---|---|
| 이벤트 데이터 보관 | 데이터 보관 화면에 14개월로 표시됨 |
| 내부 트래픽 규칙 | 내부 접속 후 테스트 데이터 필터 이름에 내부 트래픽이 잡힘 |
| 내부 트래픽 필터 상태 | 검증 후 '활성'으로 바뀌어 있음 |
| 주요 이벤트 표시 | 이벤트가 주요 이벤트 목록에 있고, 직접 수행 시 DebugView에 한 번만 찍힘 |
바로 쓰는 체크리스트
- 편집 권한 계정으로 로그인했고, 공인 IP를 확인했다
- 이벤트 데이터 보관을 14개월로 저장했다
- 내부 트래픽 규칙을 만들고 traffic_type 값을 확인했다
- 내부 접속으로 테스트 필터가 잡히는지 확인한 뒤 '활성'으로 바꿨다
- 목표 행동 한두 개를 정하고 이벤트 이름을 문서에 적어 두었다
- 해당 이벤트를 주요 이벤트로 표시했다
- 직접 수행해서 DebugView에 한 번만 찍히는지 확인했다
자주 하는 실수
- 보관 기간을 기본값(2개월)으로 방치합니다. 이미 지나간 기간의 데이터는 되살릴 수 없으니 계정을 만든 직후 바꿉니다.
- 필터를 '테스트'로 둔 채 제외했다고 생각합니다. 테스트 상태는 데이터를 제외하지 않습니다. 검증 후 활성화까지 마쳐야 합니다.
- 검증 없이 활성화합니다. IP를 잘못 넣으면 엉뚱한 접속이 영구히 빠지거나, 정작 내부 접속은 그대로 남습니다. 먼저 테스트 상태에서 확인하세요.
- 주요 이벤트를 너무 많이 지정합니다. 페이지뷰나 스크롤까지 올리면 성과 수치가 부풀어 판단 기준이 흐려집니다. 매출이나 문의와 직결된 행동만 남깁니다.
- 한 행동이 두 번 집계됩니다. 태그 관리자 이벤트와 직접 만든 이벤트가 겹치면 한 번의 문의가 두 건으로 잡힙니다. DebugView에서 한 번 수행에 몇 번 찍히는지 꼭 봅니다.
- 표시 이전 데이터가 채워지길 기대합니다. 주요 이벤트 표시도 지정한 시점 이후부터 반영됩니다.
GA4의 메뉴 이름과 설정 항목, 선택 가능한 보관 기간은 바뀔 수 있습니다. 적용 전에 Google Analytics 고객센터(https://support.google.com/analytics)에서 '데이터 보관', '내부 트래픽', '주요 이벤트'를 검색해 현재 안내를 확인하세요.
마케팅랩 에디터가 정리한 글입니다. 플랫폼 정책과 메뉴는 바뀔 수 있으니 실행 전 공식 도움말을 한 번 더 확인해 주세요. 틀린 내용이나 더 좋은 방법이 있으면 댓글로 알려 주세요.


댓글 1
댓글을 작성하려면 로그인해주세요.