GA4 데이터 스트림 설정: 만든 직후 손봐야 할 5가지 기준

GA4 데이터 스트림은 측정 ID를 받는 곳이 아닙니다. 사이트에서 일어나는 행동을 어떤 기준으로 거르고 묶고 이름 붙일지 정하는 첫 관문입니다.

GA4 데이터 스트림 설정에서 가장 중요한 건 스트림을 만든 직후 기본값 중 무엇을 그대로 두고 무엇을 바꿀지 정하는 일입니다. 특히 내부 트래픽 제외, 원치 않는 추천(결제 도메인), 교차 도메인 설정은 나중에 고쳐도 지난 데이터에는 적용되지 않습니다. 그래서 광고를 켜기 전에 끝내 두어야 합니다.

아래에서 스트림 구조를 정하는 기준, 만든 직후 손봐야 할 설정 5가지, 설정 후 점검 순서를 단계별로 설명합니다.

1. GA4 데이터 스트림 구조부터 정하자: 몇 개를, 어떻게 나눌까

설정 항목을 보기 전에 먼저 정할 것이 있습니다.
"이 속성 안에 스트림을 몇 개 만들 것인가"입니다.

GA4 계층은 계정 → 속성 → 데이터 스트림 순서입니다.
보고서는 속성 단위로 합쳐서 보여주고, 스트림은 데이터가 들어오는 통로 역할을 합니다.

① 웹 스트림
웹사이트 1곳당 1개를 만들고 측정 ID(G-로 시작)를 받습니다.
-> 구글 태그·GTM에 이 ID를 넣어 수집합니다.

② 앱 스트림(iOS / Android)
앱 플랫폼별로 1개씩 만들고 Firebase SDK로 수집합니다.
-> 웹과 앱을 한 속성에 두면 사용자 여정을 합쳐서 볼 수 있습니다.

1) 웹사이트 하나에는 웹 스트림 하나가 원칙입니다

실무에서 가장 흔한 실수는 페이지 그룹마다 스트림을 따로 만드는 것입니다.
쇼핑몰 본 사이트, 이벤트 페이지, 블로그 하위 경로마다 스트림을 하나씩 만드는 식입니다.

이렇게 나누면 같은 사람이 이벤트 페이지에서 본 사이트로 넘어갈 때 세션이 끊겨 보이고, 유입 경로도 엉뚱하게 잡힙니다.
속성 보고서는 스트림을 합쳐서 보여주기 때문에, 보고서상 사용자 수가 실제보다 많아 보이는 경우도 생깁니다.

구글도 하나의 웹사이트에는 웹 스트림 하나를 쓰도록 권장합니다.
하위 도메인(shop.example.com, event.example.com)도 같은 사이트라면 한 스트림에 넣는 것이 맞습니다.

2) 스트림을 나눠야 하는 예외 상황

반대로 아래 경우에는 스트림을 나누거나 속성 자체를 분리하는 편이 낫습니다.

특히 개발 서버를 운영 스트림에 같이 붙이는 경우가 의외로 많습니다.
QA 과정에서 발생한 테스트 구매가 실제 매출처럼 쌓이고, 광고 플랫폼으로 넘어가는 전환까지 오염됩니다.

3) 측정 ID는 바꿀 수 없습니다

스트림을 만들면 측정 ID가 발급되고, 이 ID는 수정할 수 없습니다.
스트림을 삭제하면 그 스트림으로 수집하던 흐름도 끊깁니다.

그래서 "일단 만들고 나중에 정리하자"는 접근이 위험합니다.
스트림 구조는 처음 정한 대로 몇 년을 가는 경우가 많기 때문에, 만들기 전에 위 기준을 확인하는 것이 좋습니다.

-> 핵심: 사이트 1곳 = 웹 스트림 1개. 브랜드가 다르면 속성을 나누고, 테스트 환경은 운영 속성에서 뺍니다.

구글 태그 설치 순서: 광고 성과 측정 전 확인할 4단계 기준

2. GA4 데이터 스트림 설정 직후 손봐야 할 5가지

스트림을 만들면 대부분 측정 ID만 복사해서 태그를 심고 끝냅니다.
하지만 스트림 상세 화면 아래쪽 '구글 태그 설정'에 실제로 데이터 품질을 정하는 항목이 몰려 있습니다.

아래 5가지는 기본값 그대로 두면 데이터가 조용히 틀어지는 항목입니다.

1) 향상된 측정: 켤 것과 끌 것 나누기

향상된 측정은 코드를 추가하지 않아도 아래 이벤트를 자동으로 수집합니다.

• 페이지 조회(page_view)

• 스크롤(페이지 90% 도달 시 1회)

• 이탈 클릭(외부 도메인 링크 클릭)

• 사이트 검색

• 양식 상호작용

• 동영상 참여(삽입된 유튜브 영상)

• 파일 다운로드

편리하지만 전부 켜두는 것이 정답은 아닙니다.

먼저 양식 상호작용입니다.
사이트 구조에 따라 검색창, 장바구니 수량 입력란까지 '양식'으로 인식해 form_start가 과하게 쌓이는 경우가 있습니다.
리드 수집이 목적인 사이트라면 이 이벤트 대신 GTM으로 실제 제출 완료 시점을 따로 잡는 편이 정확합니다.

다음은 페이지 조회의 '브라우저 기록 이벤트 기반 페이지 변경' 옵션입니다.
SPA(싱글 페이지 앱) 구조라면 켜야 페이지 이동이 잡힙니다.
반대로 GTM에서 가상 페이지뷰를 이미 직접 보내고 있다면 page_view가 두 번 잡힐 수 있으니 꺼야 합니다.

사이트 검색은 검색어 파라미터 이름을 확인해야 합니다.
기본값은 q, s, search, query, keyword 같은 일반적인 이름입니다.
자사 사이트가 다른 파라미터명(예: sword, kw)을 쓴다면 직접 추가하지 않는 한 검색 데이터가 0으로 나옵니다.

-> 판단 기준: 자동 수집 이벤트와 GTM에서 직접 보내는 이벤트가 겹치는지부터 확인합니다.

2) 내부 트래픽 정의: 사무실 IP 거르기

운영자, 디자이너, 개발자가 하루에도 수십 번 사이트에 들어갑니다.
트래픽이 작은 사이트일수록 이 내부 방문이 전체 지표를 크게 흔듭니다.

설정 순서는 두 단계입니다.

① 스트림 > 구글 태그 설정 > 내부 트래픽 정의에서 사무실 IP를 등록합니다.
→ 해당 IP의 이벤트에 traffic_type=internal 값이 붙습니다.

② 관리 > 데이터 설정 > 데이터 필터에서 '내부 트래픽' 필터를 활성화합니다.
→ 기본 상태는 '테스트'라서 아직 걸러지지 않습니다.

여기서 자주 놓치는 지점이 ②번입니다.
IP만 등록해 두고 필터는 테스트 상태로 방치해서, 내부 트래픽이 몇 달째 그대로 쌓이는 경우가 흔합니다.

또 하나는 필터 활성화가 되돌릴 수 없다는 점입니다.
활성화 이후 걸러진 데이터는 복구되지 않으니, 테스트 상태에서 '테스트 데이터 필터 이름' 측정기준으로 실제로 걸러지는 양을 먼저 확인한 뒤 켜는 것이 안전합니다.

재택이나 유동 IP 환경이라면 IP 필터만으로는 한계가 있습니다.
이때는 GTM에서 특정 쿠키나 URL 파라미터를 기준으로 traffic_type 값을 직접 넣는 방식을 함께 쓰는 편이 좋습니다.

3) 원치 않는 추천: 결제 도메인 등록

쇼핑몰에서 가장 치명적인 기본값 문제가 이 항목입니다.

고객이 결제 버튼을 누르면 PG사나 간편결제 도메인으로 잠깐 이동했다가 주문 완료 페이지로 돌아옵니다.
이때 아무 설정도 하지 않으면 GA4는 돌아온 방문을 '결제 도메인에서 넘어온 새 유입'으로 판단할 수 있습니다.

그 결과 아래 같은 현상이 생깁니다.

• 구매 전환의 유입 경로가 광고가 아니라 결제 도메인 referral로 잡힘

• 광고 캠페인의 GA4 기준 구매 수가 실제보다 적게 보임

• 같은 고객의 세션이 두 개로 쪼개져 세션 수가 부풀려짐

실무에서 "광고 관리자에는 구매가 찍히는데 GA4 캠페인 보고서에는 구매가 없다"는 문의를 받아 열어보면, 이 설정이 비어 있는 경우가 상당히 많습니다.
GA4 트래픽 획득 보고서에서 세션 소스 상위에 결제 관련 도메인이 보인다면 거의 이 문제입니다.

스트림 > 구글 태그 설정 > 원치 않는 추천 나열에 사용 중인 결제 도메인을 모두 등록합니다.
카드사 인증 페이지, 간편결제, 본인인증 도메인까지 포함해야 합니다.

4) 도메인 구성: 교차 도메인 측정

결제나 회원가입을 다른 도메인에서 처리한다면 교차 도메인 설정이 필요합니다.
예를 들어 브랜드 사이트는 brand.com이고 예약·결제는 brand-booking.com에서 이뤄지는 구조입니다.

이 경우 두 도메인을 '도메인 구성'에 모두 등록하면, 도메인 간 이동 시 링크에 _gl 파라미터가 붙어 같은 사용자로 이어집니다.

주의할 점은 두 가지입니다.

① 양쪽 도메인 모두에 같은 측정 ID의 태그가 설치되어 있어야 합니다.
② 이동 과정에서 리다이렉트가 URL 파라미터를 지우면 연결이 끊깁니다.

같은 도메인의 하위 도메인끼리는 기본적으로 쿠키가 공유되므로 교차 도메인 설정이 따로 필요하지 않습니다.
불필요하게 등록해도 큰 문제는 없지만, 원인 파악을 어렵게 만드니 실제로 다른 도메인일 때만 넣는 편이 깔끔합니다.

5) 세션 시간 제한과 참여 세션 기준

기본값은 세션 시간 제한 30분, 참여 세션 판단 시간 10초입니다.

• 세션 시간 제한: 최대 7시간 55분까지 늘릴 수 있음

• 참여 세션 타이머: 최대 60초까지 늘릴 수 있음

대부분의 사이트는 기본값을 유지해도 됩니다.
다만 긴 영상 강의, 장문 콘텐츠, 상담 신청서처럼 한 페이지에 오래 머무는 사이트라면 세션 시간 제한을 늘리는 것을 검토할 만합니다.

참여 세션 타이머를 바꾸면 참여율이 바로 달라집니다.
값을 바꾼 날을 기준으로 전후 비교가 불가능해지니, 바꿀 거라면 초기에 정하고 이후에는 손대지 않는 편이 좋습니다.

함께 바꿔야 할 속성 설정: 데이터 보관 기간

스트림 설정은 아니지만 같은 시점에 반드시 확인할 항목이 있습니다.
관리 > 데이터 설정 > 데이터 보관입니다.

기본값은 2개월이고, 표준 속성에서는 14개월까지 늘릴 수 있습니다.
기본 보고서는 영향을 받지 않지만, 탐색 분석에서 3개월 전 데이터를 쪼개 보려면 이 값이 14개월이어야 합니다.
이 설정 역시 바꾼 시점 이후부터 적용됩니다.

-> 핵심: 5가지 모두 '바꾼 날부터' 적용됩니다. 광고 집행 전에 끝내야 하는 이유입니다.

3. 설정 후 점검 순서: GA4 데이터 스트림이 제대로 수집되는지 확인하기

설정을 마쳤다고 끝이 아닙니다.
실제로 의도한 대로 데이터가 들어오는지 확인해야 합니다.

1단계: 실시간 보고서와 DebugView로 수집 확인

먼저 스트림 상세 화면에서 '지난 48시간 동안 데이터 수신'이 표시되는지 봅니다.
태그를 심은 직후에는 표시까지 시간이 걸릴 수 있으니, 즉시 확인은 실시간 보고서로 합니다.

그다음 Tag Assistant로 디버그 모드를 켜고 DebugView에서 이벤트가 순서대로 들어오는지 확인합니다.

확인할 항목 예시)

• page_view가 페이지 이동마다 1회씩만 찍히는가

• 스크롤·이탈 클릭 등 켜둔 향상된 측정 이벤트가 들어오는가

• 구매 이벤트에 value, currency, transaction_id가 함께 들어오는가

page_view가 한 번 이동에 두 번씩 찍힌다면 향상된 측정과 GTM 태그가 겹친 것입니다.

2단계: 결제 흐름을 직접 따라가 보기

원치 않는 추천과 교차 도메인은 실제로 결제 과정을 거쳐 봐야 검증됩니다.

① 광고 URL처럼 utm 파라미터를 붙인 주소로 사이트에 들어갑니다.
② 상품을 담고 결제 페이지까지 이동합니다.
③ 결제 완료 후 실시간 보고서에서 세션 소스가 처음 들어온 utm 소스로 유지되는지 확인합니다.

이때 세션 소스가 결제 도메인으로 바뀌어 있다면 원치 않는 추천 목록에 빠진 도메인이 있는 것입니다.
카드사 인증이나 간편결제 앱 전환처럼 결제 수단마다 거치는 도메인이 다르니, 주요 결제 수단별로 한 번씩 테스트하는 것이 좋습니다.

3단계: 1~2주 뒤 보고서로 재점검

설정 직후에는 정상처럼 보여도, 실제 트래픽이 쌓여야 드러나는 문제가 있습니다.
1~2주 정도 지난 뒤 아래 순서로 다시 봅니다.

같은 주문번호가 두 번 잡히는 건 주로 주문 완료 페이지를 새로고침하거나 다시 방문할 때 구매 이벤트가 또 발생하는 구조 때문입니다.
transaction_id를 정확히 넘기고 있는지 먼저 확인합니다.

실패 사례: 스트림을 갈아엎으면 더 꼬입니다

데이터가 이상할 때 "스트림을 새로 만들자"고 판단하는 경우가 있습니다.
하지만 새 스트림을 만들면 측정 ID가 바뀌고, 광고 플랫폼에 연결된 전환과 잠재고객 목록이 기존 스트림 기준으로 남아 있어 연결을 전부 다시 잡아야 합니다.

대부분의 수집 문제는 스트림을 다시 만들지 않아도 설정값이나 태그 수정으로 해결됩니다.
스트림 재생성은 속성 구조 자체를 잘못 설계한 경우에만 고려하는 편이 맞습니다.

광고 매체 숫자와 GA4 숫자가 어긋나는 문제를 다루고 있다면, 스트림 설정을 점검한 뒤 기여 기준 차이를 함께 보는 것이 순서입니다.

메타 ga4 데이터 차이, 왜 생기고 어디를 믿어야 할까

구글 광고 GA4 연동: 실무 순서와 확인 기준 정리

자주 묻는 질문

GA4 데이터 스트림은 몇 개까지 만들어야 하나요?
웹사이트 하나에는 웹 스트림 하나가 원칙입니다. 하위 도메인이나 이벤트 페이지도 같은 사이트라면 같은 스트림에 넣는 것이 맞습니다. 앱이 있다면 iOS·Android 스트림을 같은 속성에 추가해 웹과 앱 데이터를 합쳐서 봅니다.

GA4 측정 ID는 어디서 확인하나요?
관리 > 데이터 스트림에서 해당 웹 스트림을 누르면 상단에 G-로 시작하는 측정 ID가 표시됩니다. 이 ID는 수정할 수 없으니, 스트림을 삭제하거나 새로 만들기 전에 광고 플랫폼 연동 상태부터 확인해야 합니다.

GA4 내부 트래픽 제외가 적용되지 않는 이유는?
대부분 IP만 등록하고 데이터 필터를 '테스트' 상태로 두었기 때문입니다. 데이터 설정 > 데이터 필터에서 내부 트래픽 필터를 '활성'으로 바꿔야 실제로 걸러집니다. 활성화 후 걸러진 데이터는 복구되지 않으니 테스트 상태에서 먼저 결과를 확인합니다.

GA4에서 결제 도메인이 유입 경로로 잡히는 이유는?
결제 과정에서 PG나 간편결제 도메인을 거쳐 돌아올 때, 이를 새 유입으로 판단하기 때문입니다. 데이터 스트림 > 구글 태그 설정 > 원치 않는 추천 나열에 결제·인증 도메인을 등록하면 해결됩니다. 이 설정은 등록한 시점 이후 데이터부터 적용됩니다.

GA4 향상된 측정은 전부 켜두는 게 좋은가요?
전부 켤 필요는 없습니다. GTM에서 같은 이벤트를 직접 보내고 있다면 중복이 생기고, 양식 상호작용은 사이트 구조에 따라 과하게 수집될 수 있습니다. 직접 수집하는 이벤트와 겹치는 항목은 끄는 것이 기준입니다.

마무리

GA4 데이터 스트림 설정은 측정 ID를 받는 걸로 끝나지 않습니다.
스트림을 몇 개로 나눌지, 어떤 트래픽을 거를지, 결제 이동을 어떻게 이어붙일지를 정하는 작업입니다.

정리하면 순서는 이렇습니다.

• 구조: 사이트 1곳 = 웹 스트림 1개, 테스트 환경은 별도 속성

• 설정: 향상된 측정 중복 확인 → 내부 트래픽 필터 활성화 → 원치 않는 추천 등록 → 교차 도메인 → 세션 기준 결정

• 점검: DebugView 확인 → 결제 흐름 직접 테스트 → 1~2주 뒤 보고서 재점검

이 설정들은 모두 바꾼 날부터 적용되고, 지난 데이터는 되돌릴 수 없습니다.
광고 예산을 쓰기 시작하기 전에 한 번 제대로 잡아 두면, 이후 성과 분석에서 숫자를 의심하는 데 쓰는 시간이 크게 줄어듭니다.