이 글의 요점
1. 소급 적용이 안 되는 설정(데이터 보관 기간, 내부 트래픽 필터, 핵심 이벤트 표시)부터 먼저 끝냅니다.
2. 핵심(전환) 이벤트는 '매출이나 문의로 이어지는 행동' 몇 개만 고르고, 실시간 보고서나 DebugView로 들어오는지 확인합니다.
3. 내부 트래픽 필터는 '테스트' 상태에서 검증한 뒤 '활성'으로 바꿉니다.

이런 분께 필요합니다. GA4 속성을 막 만들었거나, 만들어 두고 기본값 그대로 쓰고 있는 1인 사업자와 대행사 신입 담당자입니다.

왜 이 세 가지를 먼저 하는가

GA4 설정 중에는 나중에 해도 되는 것과 늦게 하면 손해를 보는 것이 있습니다. 이 글의 세 가지는 대부분 후자입니다. 설정한 시점부터 적용되고 과거 데이터를 고쳐 주지 않기 때문입니다.

• 데이터 보관 기간: 기본값이 짧아서, 그대로 두면 오래된 탐색 데이터가 지워집니다. 이미 지워진 데이터는 복구되지 않습니다.
• 내부 트래픽 제외: 필터를 켜기 전에 쌓인 직원·대행사 방문은 리포트에서 빠지지 않습니다.
• 핵심 이벤트(전환): 표시한 시점 이후의 발생분부터 핵심 이벤트로 집계됩니다.

권장 순서는 보관 기간, 내부 트래픽, 핵심 이벤트입니다. 앞의 둘은 5분이면 끝나고, 핵심 이벤트는 사이트 구조에 따라 시간이 걸립니다.

1단계. 데이터 보관 기간을 최대로 바꾸기

어디서: 관리 > 데이터 수집 및 수정 > 데이터 보관

1. '이벤트 데이터 보관' 항목을 엽니다. 표준 속성은 보통 2개월과 14개월 중에서 고르며, 기본값은 2개월입니다.
2. 특별한 이유가 없으면 14개월을 선택합니다.
3. '새 활동 시 사용자 데이터 재설정' 옵션이 있으면 켜 둘지 정합니다. 켜 두면 재방문 사용자의 보관 기간이 방문 시점부터 다시 계산됩니다.
4. 저장합니다.

어떤 기준으로: 이 설정은 탐색 보고서처럼 사용자·이벤트 단위 데이터를 쓰는 분석에 영향을 줍니다. 일반 보고서의 집계 데이터는 보관 기간 설정과 별개로 유지됩니다. 전년 동기 비교나 몇 달 전 퍼널 탐색이 필요하다면 14개월이 아니면 안 됩니다. 유료 버전(GA4 360)은 선택지가 더 넓지만 이 글은 표준 속성 기준입니다.

2단계. 내부 트래픽 제외하기

두 번에 나눠 작업합니다. 먼저 어떤 IP가 내부인지 정의하고, 그다음 그 트래픽을 걸러내는 필터를 켭니다.

2-1. 내부 트래픽 정의

어디서: 관리 > 데이터 수집 및 수정 > 데이터 스트림 > 웹 스트림 선택 > 태그 설정 구성 > 모두 표시 > 내부 트래픽 정의

1. '만들기'를 누르고 규칙 이름을 정합니다. 예: 사무실, 대행사.
2. traffic_type 값은 기본 'internal'을 그대로 둡니다. 다음 단계의 필터 값과 일치해야 합니다.
3. IP 주소 조건(일치, 시작, CIDR 범위 등)을 고르고 사무실의 공인 IP를 입력합니다.

2-2. 데이터 필터 활성화

어디서: 관리 > 데이터 수집 및 수정 > 데이터 필터 > Internal Traffic(내부 트래픽) 필터

1. 필터 상태는 처음에 '테스트'입니다. 이 상태에서는 데이터가 제외되지 않고 표시만 됩니다.
2. 사무실 네트워크에서 사이트에 접속한 뒤, 테스트 데이터 필터 이름 측정기준으로 해당 방문이 잡혔는지 확인합니다.
3. 확인되면 필터 상태를 '활성'으로 바꿉니다.

어떤 기준으로: 활성 필터로 제외된 데이터는 되돌릴 수 없습니다. 그래서 반드시 테스트 상태에서 먼저 검증합니다. 고정 IP가 없는 재택근무자나 모바일 데이터 사용자는 IP 규칙으로 걸러지지 않으므로, 이 경우 별도의 방법이 필요합니다.

3단계. 핵심 이벤트(전환) 정하기

GA4는 과거 '전환'으로 부르던 항목을 '핵심 이벤트'로 바꿔 부르고 있습니다. 계정에 따라 두 이름이 섞여 보일 수 있으니 같은 기능으로 보시면 됩니다.

어디서: 관리 > 데이터 표시 > 핵심 이벤트 (또는 이벤트 목록에서 핵심 이벤트 표시 토글)

1. 후보 정하기. 사업 목표와 직접 연결되는 행동만 고릅니다. 쇼핑몰은 구매(purchase), 문의형 사이트는 폼 제출이나 전화 클릭(generate_lead 등), 서비스형은 회원가입(sign_up)이 일반적입니다.
2. 이벤트가 들어오는지 확인. 향상된 측정이나 GTM으로 이벤트를 먼저 수집합니다. 폼 제출 후 '감사 페이지'가 있다면 그 URL 조건으로 이벤트를 만들 수 있습니다. 위치는 관리 > 데이터 표시 > 이벤트 > 이벤트 만들기입니다.
3. 핵심 이벤트로 표시. 목록에서 해당 이벤트를 핵심 이벤트로 지정합니다.
4. 집계 방식 확인. 설정이 제공되는 경우, 문의 폼처럼 한 방문에 여러 번 발생할 수 있는 이벤트는 '세션당 한 번'이 적합한지 검토합니다. 구매는 발생할 때마다 세어야 하므로 '이벤트당'이 맞습니다.

어떤 기준으로: '이 이벤트가 늘면 매출이나 문의가 늘었다고 말할 수 있는가'를 기준으로 삼습니다. 스크롤이나 페이지뷰처럼 행동은 많지만 성과와 거리가 먼 이벤트를 핵심 이벤트로 올리면 광고 성과 리포트가 부풀어 보입니다. 속성당 등록 가능한 개수에 한도가 있으므로 어차피 추려야 합니다.

판단 기준과 점검 항목

바로 쓰는 체크리스트

• 데이터 보관: 이벤트 데이터 보관 기간을 14개월로 저장했다.
• 내부 트래픽 정의: 사무실·대행사 IP를 규칙으로 등록했고 traffic_type 값을 확인했다.
• 데이터 필터: 테스트 상태에서 내부 접속이 식별되는 것을 본 뒤 '활성'으로 바꿨다.
• 핵심 이벤트: 성과와 직접 연결된 이벤트만 표시했고, 불필요한 이벤트는 해제했다.
• 검증: 실시간 보고서나 DebugView에서 핵심 이벤트가 실제로 들어오는 것을 확인했다.
• 기록: 설정 날짜와 변경 내용을 팀 문서에 남겼다(날짜 이전 데이터는 기준이 다르기 때문).

메뉴 이름과 정책은 바뀔 수 있으니, 실제 작업 전에 공식 도움말에서 현재 화면과 기준을 확인하세요. 경로는 Google 애널리틱스 고객센터(https://support.google.com/analytics)에서 '데이터 보관', '내부 트래픽 필터링', '핵심 이벤트'를 검색하는 것입니다.

자주 하는 실수

• 보관 기간을 기본값(2개월)으로 방치합니다. 몇 달 뒤 전기 비교 탐색을 하려 할 때 데이터가 없습니다. 속성을 만든 날 바로 14개월로 바꾸는 것이 안전합니다.
• IP 규칙만 만들고 필터를 켜지 않습니다. 규칙은 내부 트래픽에 표시를 붙일 뿐이고, 제외는 데이터 필터가 담당합니다. 두 단계를 모두 해야 합니다.
• 필터를 검증 없이 바로 활성화합니다. 규칙이 잘못되면 정상 데이터가 영구히 제외될 수 있습니다. 테스트 상태에서 확인하세요.
• 모든 이벤트를 핵심 이벤트로 표시합니다. 성과 지표의 의미가 흐려지고 광고 최적화 신호도 흐려집니다. 목표 행동 1~3개로 시작하는 편이 낫습니다.
• 같은 행동을 중복 집계합니다. 폼 제출을 GTM 이벤트와 감사 페이지 조건 이벤트 양쪽으로 만들면 한 건이 두 건으로 잡힙니다. 한 가지 방식만 남기고 DebugView에서 1건당 1회인지 확인하세요.
• 설정 변경 사실을 기록하지 않습니다. 필터와 핵심 이벤트는 소급되지 않으므로 변경 전후 수치를 그대로 비교하면 오해가 생깁니다. 변경일을 메모해 두세요.

마케팅랩 에디터가 정리한 글입니다. 플랫폼 정책과 메뉴는 바뀔 수 있으니 실행 전 공식 도움말을 한 번 더 확인해 주세요. 틀린 내용이나 더 좋은 방법이 있으면 댓글로 알려 주세요.