내부 트래픽 제외 방법
GA4에서 내부 트래픽 제외하는 방법에 대해 알아보겠습니다.
GA4를 구현하면 자신의 상호작용/이벤트도 추적하게 됩니다. 해당 값이 기본값으로 되어 있습니다.
이는 대규모 기업(직원 수가 더 많음)과 협력할 때 훨씬 더 큰 문제가 됩니다.
직원의 모든 방문/이벤트는 데이터를 왜곡하게 됩니다. 고객 데이터가 아닌 직원 데이터는 제외를 해야 하기 때문입니다.
다행히 GA4에서는 내부 트래픽을 제외할 수 있으므로 이 문제를 해결할 수 있습니다.
그러나 여기에는 몇 가지 문제가 있습니다. 자신을 제외하면 DebugView에서 이벤트를 볼 수 없습니다. (GTM으로 테스트하는 동안)
GA4 문서에는 개발자 필터와 잘 작동한다고 나와 있지만 실제는 다릅니다. 그리고 여러 사람을 제외해야 하는 경우 IP 주소에 의존하는 것이 최선의 선택이 아닐 수도 있습니다.
목차.
GA4 내부 트래픽 필터의 한계
GA4에서 내부 트래픽을 제외하려고 시도한 적이 있다면 아마도 내부 트래픽 필터 사용 방법을 설명하는 페이지를 이미 찾았을 것입니다.
[관리] > [데이터 스트림] > [해당 데이터 스트림] > [태그 설정 구성] > 맨 하단 [자세히 보기] > [내부 트래픽 정의] 로 이동한 다음 IP 주소를 입력할 수 있습니다.
그런 다음 [관리] > [데이터 필터] > [내부 트래픽] 으로 이동하여 [필터 활성화] 로 설정하시면 됩니다.
이렇게 설정을 따라가서 완료를 하시면 내부 트래픽 제외가 적용됩니다. 하지만 한 가지 문제가 있습니다.
내부 트래픽 (자신의 트래픽 포함)을 제외하고 싶지만 GA/GTM 설정을 디버깅할 때 DebugView에서 자신의 트래픽을 보고 싶다면 어떻게 해야 할까요? 현재 설정으로는 불가능 합니다.
DebugView에는 자신이 표시되지 않습니다. (얼마 후 GA4에서 상황이 개선되는 것처럼 보였지만 또 문제가 다시 반복됩니다)
여기서 한 가지 옵션은 테스트용으로 별도의 GA4 속성을 만든 다음 (미리보기 모드에 있는 경우) 올바른 속성을 선택하는 조회표 변수를 만드는 것입니다. 미리보기 모드에 있는 경우 테스트 속성으로 데이터를 보냅니다. 디버깅하지 않는 경우 데이터가 라이브 속성으로 들어갑니다.
그리고 제가 보여드릴 또 다른 옵션이 있습니다. 여기에는 단일(실시간) GA4 속성이 포함됩니다. 디버깅 하지 않는 경우 데이터가 제외되고 GTM의 미리보기 모드를 사용하는 경우 데이터가 DebugView에 표시됩니다.
내부 트래픽 필터 작동 방식
데이터 스트림의 태그 설정에서 내부 트래픽을 정의하면 GA4 추적 코드가 모든 요청에 매개변수 (tt=internal)를 추가하기 시작합니다. 이 매개변수는 “트래픽 유형(traffic_type)”을 의미합니다.
기본 내부 트래픽 필터([관리] > [데이터 수집 및 수정] > [데이터 필터]에서 찾을 수 있습니다)는 traffic_type=internal 매개변수(일명 tt=internal)가 포함된 모든 조회를 제외하도록 사전 구성되어 있습니다. 필터를 “활성”으로 설정하면 해당 작업이 수행됩니다.
따라서 이번 블로그 게시물에서는 해당 traffic_type=internal 매개변수를 사용하고 GA4에서 내부 트래픽을 제외하는 방법을 설명하겠습니다.
방법 #1 – IP 주소로 내부 트래픽 제외
예전 방법부터 시작해 보겠습니다. 이는 사업 운영에 참여하는 사람이 많지 않은 경우에 효과가 있을 수 있으며, IP 주소를 기준으로 조회수를 쉽게 제외할 수 있습니다. 이 방법은 여러 IP 주소를 입력해야 하거나 일부 IP 주소가 고정되지 않은 경우 잘 동작하지 않습니다.
1단계 – 내부 IP 주소 정의
GA4에서 [관리] > [데이터 스트림] 으로 이동하여 해당 데이터 스트림을 선택합니다.
그리고, 태그 설정 구성을 선택합니다.
[설정] 에서 [자세히 보기] 를 클릭합니다.
[내부 트래픽 정의]를 선택합니다.
① [내부 트래픽 규칙]에서 [만들기] 버튼을 클릭합니다.
② [규칙 이름]을 입력합니다. (예 : 사무실 IP 주소)
③ [IP 주소]에서 조건을 “IP 주소가 다음과 같음” 을 선택하고 해당 IP를 입력합니다. 만약, IP가 여러개가 있을 경우 조건을 “IP 주소가 정규 표현식과 일치함” 을 선택해 주고 해당 IP 주소들을 입력합니다. (예 : 192.0.0.1|192.0.0.2…)
④ 먄약, IP주소를 잘 모르실 경우 [내 IP 주소 알아보기] 를 클릭하여 해당 IP를 확인한 후 입력합니다.
※ 여기까지 해서 기본 설정을 마쳤습니다. 만약, 디버그를 하면 동작하는 상태를 확인하려면 아래 2단계를 진행하시면 됩니다.
2단계 – GA4에서 개발자 필터 만들기
GA4의 개발자 필터와 내부 트래픽 필터의 차이점이 무엇인지 궁금할 수 있습니다. 둘 다 GA4의 표준 보고서에서 데이터를 제외합니다.
개발자 필터는 debug_mode 또는 debug_event 매개변수를 확인하는 반면 내부 트랙픽 필터는 traffic_type을 찾습니다.
그러나 여기서 중요한 차이점은 GA4 DebugView에서 개발자 트래픽을 볼 수 있지만 내부 트래픽은 어디에도 표시되지 않는다는 것입니다.
하지만, 테스트 결과 때로는 내부 트래픽 필터가 개발자 트래픽 보다 높은 우선순위를 가져서 DebugView에서 개발자 트래픽이 안보이는 경우도 있었습니다.
일단, 개발자 필터는 기본 사항이 아니기에 만들어 보도록 하겠습니다.
GA4에서 [관리] > [데이터 설정] > [데이터 필터] > [필터 만들기]로 이동 합니다.
필터 유형 선택에서 [개발자 트래픽]을 선택합니다.
① [데이터 필터 이름]에 해당 필터 이름을 입력합니다. (예 : 개발자 필터)
② [필터 상태]는 [테스트]로 설정합니다.
③ 설정이 완료되었으면 [만들기] 버튼을 클릭해서 저장합니다.
3단계 – Traffic_type 매개변수를 재정의하기 위해 GTM에서 조회 테이블을 만듭니다.
이제 부터 설정할 이곳이 중요합니다. 위에서 GA4는 내부 IP 주소에서 들어오는 모든 조회에 자동으로 tt=internal (traffic_type) 매개변수를 추가한다고 말씀드렸습니다.
우리가 할 일은 매개변수의 값을 조작하는 조회 테이블 변수를 생성하는 것입니다. GTM 미리보기 모드를 활성화한 경우 tt값을 “개발자”로 변경합니다. 만약, 디버그 모드가 비활성화된 경우에는 수정하지 말고 GA4가 이를 처리하도록 합니다.
먼저, 정의되지 않은 변수를 만듭니다.
GTM에서 [변수] > [새로 만들기] > [변수 유형]에서 “정의되지 않은 값” 을 선택하여 저장합니다.
이제 [변수] > [구성] (내장 변수 섹션) 으로 이동하여 디버그 모드 변수를 활성화해 보겠습니다.
① [변수 유형] 에서 “정규식 표” 를 선택합니다.
② [입력 변수]에서 드롭다운을 클릭하고 “기본 제공 변수 선택”을 선택합니다. 그 후 “Debug Mode”를 선택합니다.
③ [정규식 표]에서 패턴 : “true” = 출력 : “developer” 를 설정하고 패턴 : “false” = 출력 : {{정의되지 않음}} 을 설정합니다.
[그림 10]을 좀 더 자세히 설명 드리겠습니다.
GTM 미리보기 모드가 활성화된 경우 이 변수는 true값을 반환합니다. 따라서 “조회-디버그모드” 변수는 “developer”라는 단어를 반환합니다. GTM 미리보기 모드가 사용되지 않으면 디버그 모드 변수는 false값을 반환합니다. 따라서 우리는 “정의되지않음” 값을 반환할 것입니다.
이것이 정의되지 않은 변수를 만든 이유입니다.
여기서 한 가지 중요한 점은 “{{정의되지않음}}”은 변수입니다. “정의되지않음”과 “{{정의되지않음}}”은 다르다는 것을 알고 계셔야 합니다.
변수를 저장합니다.
[태그] 메뉴를 클릭하고 Google Tag 로 이동하여 [구성 매개변수]에 traffic_type 매개변수를 입력합니다.
[값]은 방금 생성한 “{{조회-디버그모드}}” 변수를 선택합니다.
4단계 – 필터 테스트
이제 테스트할 시간입니다. GTM 미리보기 모드를 활성화합니다. 그리고 웹사이트로 이동합니다.
그 후 GA4의 DebugView로 이동합니다.
traffic_type 값을 확인하시면 됩니다. 값이 “developer” 여야 합니다.
또한 동일한 이벤트에서 디버그 모드 매개변수도 표시되어야 합니다.
✓ 중요 : 두 필터 (개발자 및 내부)는 아직 활성화되지 않았습니다. 테스트 모드에 있으므로 곧 제외될 데이터가 일반 GA4보고서에 계속 표시됩니다.
정규식 표를 활용한 “조회-디버그모드” 변수를 사용한 이 설정이 동작하지 않으면 사용하지 않는 것이 좋습니다.
이 부분의 장점은 적어도 내부 트래픽이 표준 보고서와 탐색 분석 데이터를 오염시키지 않을 것이라는 점입니다.
단점은 디버그 보기가 동작하지 않는다는 것입니다. (GA4에서 이 문제가 해결될 때까지)
단점을 피하려면 IP 주소를 일시적으로 변경할 수 있는 VPN 서비스 등을 사용해야 합니다. 이 경우 회사의 내부 트래픽은 여전히 제외되며 자신만 GA4 데이터를 오염시키게 됩니다.
5단계 – 내부 트래픽 설정한 두 필터를 모두 활성화 하세요
마지막 단계는 두 필터를 모두 활성화 하는 것입니다.
[관리] > [데이터 필터]로 이동하여 두 필터 (내부 트래픽 및 개발자 트래픽)를 모두 활성으로 설정합니다. 각 필터를 열고 필터 상태를 변경한 다음 변경 사항을 저장하면 됩니다. 아니면 목록에서 활성화 할 수도 있습니다. (세 개의 점을 클릭하면 활성화 메뉴를 확인할 수 있습니다)
GA4의 내부 트래픽 제외 방법 : 요약
내부 트래픽을 제외하는 방법의 주요 이점은 GTM 미리보기 모드가 활성화되어 있는 한 DebugView에 계속 표시된다는 것입니다.
하지만, 위에서 언급했듯이 완벽하지는 않다는 것을 명심해 주시길 바랍니다.
FAQ.
GA4에서 내부 트래픽 (사무실 트래픽)을 제외할 수 있나요?
IP 주소 또는 IP 주소 범위에서 웹사이트 활동을 필터링하여 해당 IP 주소의 사용자가 생성한 데이터가 보고서에 표시되지 않도록 할 수 있습니다. 앱 사용자의 내부 트래픽을 필터링할 수 없습니다. 속성당 최대 10개의 데이터 필터를 만들 수 있습니다.
GA4에서 내부 트래픽 규칙의 제한은 무엇인가요?
IPv4 또는 IPv6로 필터링할 수 있습니다. 정규식(regex)으로는 IP 값을 입력할 수 없습니다. IP 주소 범위를 제외하려면 CIDR 표기법을 사용해야 합니다. GA4 속성에는 최대 10개의 데이터 필터가 포함될 수 있습니다.