내부 트래픽 필터를 켰는데 보고서가 그대로일 때

증상

직원과 개발자의 방문을 빼려고 내부 트래픽을 설정했습니다. 사무실 공인 IP를 등록했고, 화면에도 분명히 저장돼 있습니다. 그런데 일주일 뒤 보고서를 열어 보면 사무실에서 찍은 세션이 그대로 있습니다. 전환율은 여전히 낮고, 매일 아침 팀 전체가 사이트를 여는 시간대에 방문자 그래프가 솟아 있습니다.

트래픽이 적은 사이트일수록 이 오염은 치명적입니다. 하루 방문이 200건인 B2B 사이트에서 내부 방문 20건은 전체의 10%이고, 그 20건은 절대 전환하지 않습니다.

원인

GA4에서 내부 트래픽을 빼는 일은 두 단계이고, 두 번째 단계를 건너뛰면 아무 일도 일어나지 않습니다.

1. 데이터 스트림에서 내부 트래픽을 정의합니다. 관리자 > 데이터 스트림 > 태그 설정 구성 > 내부 트래픽 정의에서 IP 규칙을 만들면, 그 규칙에 맞는 이벤트에 "내부 트래픽" 표시가 붙습니다. 여기까지는 표시만 붙습니다 — 데이터는 그대로 들어옵니다.
2. 속성에서 데이터 필터가 그 표시가 붙은 이벤트를 뺍니다. 관리자 > 데이터 수집 및 수정 > 데이터 필터에 있는 항목이 실제로 데이터를 버리는 쪽입니다.

여기서 끊기는 지점은 대개 넷 중 하나입니다.

• 필터가 테스트 상태로 남아 있다. 데이터 필터에는 테스트·활성·비활성 세 가지 상태가 있고, 테스트 상태에서는 데이터가 빠지지 않습니다. 테스트는 "이 필터를 켜면 무엇이 걸리는지"를 미리 보는 단계이고, 걸린 트래픽은 보고서에서 '테스트 데이터 필터 이름' 측정기준으로만 확인됩니다. 만들 때 테스트로 두고 활성으로 바꾸는 것을 잊는 경우가 가장 흔합니다.
• 1번만 하고 끝냈다. 내부 트래픽 정의는 데이터 스트림 화면에 있고 데이터 필터는 속성 설정에 있어서, 서로 다른 화면입니다. 앞쪽만 하고 "등록했다"고 생각하기 쉽습니다.
• IP가 그 IP가 아니다. 재택 근무, 모바일 회선, VPN, 그리고 고정이 아닌 회선이면 등록한 주소가 더 이상 맞지 않습니다. 사무실 회선이 IPv6를 쓰는데 IPv4 주소만 등록해 둔 경우도 같은 결과입니다.
• 스트림이 여러 개다. 내부 트래픽 정의는 스트림마다 따로 만들어야 합니다. 웹·앱 스트림이 나뉘어 있거나 도메인별로 스트림이 여러 개면, 정의해 둔 스트림의 트래픽만 표시가 붙습니다.

그리고 어느 경우든 필터는 소급되지 않습니다. 활성으로 바꾼 시점 이후에 들어오는 데이터만 빠지고, 이미 쌓인 내부 방문은 보고서에 그대로 남습니다.

이 항목은 저희가 자동으로 확인해 드리지 못하는 항목입니다. GA4 Admin API가 데이터 필터 목록을 아예 내려주지 않기 때문에, AnalyticScan의 진단 엔진은 필터가 있는지 없는지, 활성인지 테스트인지를 알 방법이 없습니다. 그래서 ST-03은 리포트에서 항상 '해당 없음'으로 표시되고, 사람이 직접 보는 수동 점검 목록으로 다룹니다. 이 글의 점검 항목 카드에 있는 두 번째 링크(/checks#ST-03)가 그 설명으로 갑니다. 확인해 주겠다고 약속하고 "해당 없음"을 보여 주지는 않습니다.

GA4에서 확인

1) 필터 상태부터 본다. 관리자 > 데이터 수집 및 수정 > 데이터 필터를 열고 내부 트래픽 필터의 상태를 확인하세요. '테스트'라고 적혀 있으면 원인이 그 자리에서 확정됩니다. 목록 자체가 비어 있으면 2단계를 아예 안 한 것입니다.

2) 표시가 붙고 있는지 본다. 필터가 테스트 상태라면 '테스트 데이터 필터 이름' 측정기준으로 무엇이 걸리고 있는지 볼 수 있습니다. 사무실에서 사이트를 한 번 열어 본 뒤에도 값이 하나도 잡히지 않는다면, 문제는 필터가 아니라 1단계의 IP 규칙입니다.

3) 지금 쓰는 공인 IP와 대조한다. 사무실·집에서 실제로 나가는 공인 IP를 확인해 등록해 둔 값과 글자 단위로 비교하세요. 회선을 바꿨거나 사무실을 옮긴 뒤로 아무도 이 목록을 갱신하지 않은 경우가 많습니다.

4) 활성 전환일 전후로 기간을 나눠 본다. 전환일 이후에도 내부 세션이 계속 잡히면 규칙이 안 맞는 것이고, 전환일 이후부터 뚝 끊겼다면 설정은 정상이고 과거 데이터를 보고 있었던 것입니다.

수정

필터를 활성으로 바꿉니다. 다만 활성 필터가 제외한 데이터는 영구히 버려지고 복구되지 않습니다. 그래서 순서가 중요합니다 — 테스트 상태에서 무엇이 걸리는지 며칠 확인한 뒤에 활성으로 넘기세요. 규칙이 너무 넓게 잡혀 있으면 진짜 고객 트래픽이 조용히 사라집니다.

IP로 잡히지 않는 사람은 IP 말고 다른 방법으로 뺍니다. 재택·모바일 근무자는 IP 규칙의 사각지대입니다. 개발·스테이징 환경이라면 아예 별도의 측정 ID를 쓰는 쪽이 확실하고(다음 글 주제입니다), 특정 직원의 브라우저만 빼면 되는 상황이라면 그 사람 쪽에서 수집을 막는 방법이 더 빠릅니다.

과거 데이터는 탐색에서 읽어서 뺍니다. 소급되지 않으므로, 필터를 켜기 전 기간을 분석할 때는 탐색에서 내부 IP가 몰린 지역·시간대·호스트 이름으로 세그먼트를 만들어 제외한 채로 읽는 것이 현실적인 차선입니다.

설정을 바꾼 날을 어딘가에 적어 둡니다. 몇 달 뒤 "지표가 왜 이 날부터 떨어졌지"를 다시 조사하는 비용이 메모 한 줄보다 훨씬 큽니다.

한 줄 요약

내부 트래픽 제외는 정의와 필터, 두 단계입니다. 보고서가 그대로라면 십중팔구 필터가 테스트 상태로 남아 있습니다. 그리고 이 항목은 GA4 API가 값을 내려주지 않아 저희 진단이 대신 봐 드릴 수 없는 항목이니, 오늘 직접 한 번 열어 보세요.