GA4 Property와 Data Stream 차이

GA4에서 헷갈리는 숫자는 거의 대부분, 지금 이 둘 중 어느 층위를 보고 있는지 알면 풀립니다. 비슷한 말처럼 들리지만 서로 다른 것입니다.

속성: 보고가 만들어지는 곳

속성은 보고용 그릇입니다. 재방문율, 퍼널, 사용자 수를 비롯한 모든 기본 보고서가 이 층위에서 계산됩니다. "Analytics 열어서 숫자 좀 봐"라고 할 때 가리키는 것이 속성입니다.

데이터 스트림: 데이터를 보내는 하나의 출처

데이터 스트림은 데이터가 시작되는 지점 하나입니다. iOS 앱이 스트림 하나, 같은 서비스의 Android 앱이 또 하나, 마케팅 웹사이트가 또 하나입니다. 각각 Bundle ID, 패키지 이름, 도메인 같은 고유 식별자를 가집니다.

속성: "MotionFit"
├─ 데이터 스트림: iOS 앱 (com.example.motionfit)
├─ 데이터 스트림: Android 앱 (com.example.motionfit)
└─ 데이터 스트림: 웹사이트 (example.com)

속성 보고서는 이 셋을 합쳐서 보여줍니다.

구분이 중요한 이유

속성 층위의 숫자를 앱 하나의 숫자로 읽는 것이 GA4에서 가장 흔한 오독입니다. 대개 "생각한 플랫폼치고 숫자가 너무 큰데?" 하는 모습으로 드러납니다.

스트림 사이의 중복 제거

한 속성 안에서는 iOS 앱과 웹사이트를 모두 쓰는 사람이 신원 확인 방식에 따라 한 명으로 묶이기도 하고 두 명으로 세어지기도 합니다. 반면 서로 다른 속성 사이에서는 그런 조정이 아예 일어나지 않습니다. 두 속성에 각각 잡힌 같은 사람은 그냥 둘로 세어지고, 그 합계를 더하면 실제보다 사용자를 부풀리게 됩니다.

Appnaly는 두 층위를 어떻게 쓰나요

Appnaly는 내 Google 계정이 읽을 수 있는 GA4 속성을 찾고, 그 안의 데이터 스트림을 나열해 어떤 앱을 볼지 고르게 합니다. Appnaly의 앱 목록이 속성 목록이 아니라 스트림 목록처럼 보이는 이유가 이것입니다. GA4에서 "앱 하나"에 가장 가까운 단위가 스트림이기 때문입니다.

여러 속성의 수치를 합산해 보여주는 곳에서는 그 사실과 함께 속성 간 사용자 중복이 제거되지 않는다는 점을 함께 밝힙니다. 원본 데이터가 뒷받침하는 만큼만 정직하게 말하는 것이고, 합산된 숫자가 예상보다 커 보일 때 기억해 둘 만한 부분입니다.