BigQuery 내보내기 설정과 원본 이벤트 표 구조 읽기

가공 단계가 다르기 때문입니다. 빅쿼리로 가는 것은 원본 이벤트라 GA4 보고서가 적용하는 처리가 들어가지 않습니다. 보고서 쪽은 세션을 묶고, 카디널리티가 높은 값을 (other)로 정리하고, 데이터 기준을 적용하고, 기여 분석 모델로 전환을 나눕니다. 원본에는 그런 것이 없어서 같은 지표를 직접 계산하면 값이 어긋납니다. 세션수를 예로 들면, 보고서와 맞추려면 session_start 이벤트를 세는 것이 아니라 사용자별 세션 식별자를 세야 합니다. 두 숫자가 다르다고 어느 한쪽이 틀린 것이 아니라, 무엇을 어떻게 세는지가 다릅니다.

event_params 배열을 펼친 뒤 이름으로 골라야 합니다. 이벤트 하나에 매개변수가 여럿 붙기 때문에 한 칸 안에 배열로 들어 있습니다. UNNEST로 배열을 행으로 펼치고 key가 원하는 매개변수 이름인 줄만 남긴 뒤, 값의 자료형에 맞는 칸에서 꺼냅니다. 값은 문자열, 정수, 실수 칸이 따로 있어서 어느 칸에 들어 있는지 확인해야 합니다. 페이지 주소는 문자열 칸, 매출 금액은 실수 칸에 들어가는 식입니다. 이 구조 때문에 GA4 원본 쿼리는 처음에 낯설게 느껴지지만, 매개변수를 꺼내는 형태 한 가지를 익혀 두면 대부분의 쿼리에 그대로 씁니다.

세 가지를 봅니다. 첫째로 데이터 위치입니다. 링크를 만들 때 고른 위치는 나중에 바꿀 수 없어서, 다른 시스템과 함께 쓸 계획이 있으면 그쪽에 맞춥니다. 둘째로 내보낼 스트림입니다. 웹과 앱 스트림을 모두 보낼지 골라야 하고, 나중에 바꿀 수는 있지만 지난 데이터는 소급되지 않습니다. 셋째로 비용입니다. 저장 비용은 데이터 양에, 조회 비용은 쿼리가 읽는 양에 붙습니다. 날짜 조건 없이 events_*를 통째로 읽는 쿼리를 습관처럼 쓰면 비용이 빠르게 늘어납니다. 처음부터 _TABLE_SUFFIX로 기간을 좁히는 습관을 들이는 편이 낫습니다.