왜 목표부터 정해야 비용이 통제되나

BigQuery의 요금은 크게 컴퓨팅(분석)과 스토리지 두 축으로 나뉩니다. 컴퓨팅은 쿼리가 처리한 바이트를 기준으로 과금하는 온디맨드 모델과 슬롯을 예약하는 용량 모델 중 하나를 고르고, 스토리지는 액티브와 장기 구분, 그리고 스토리지 청구 모델 설정에 따라 달라집니다. 구체적 단가는 리전과 시점에 따라 바뀌므로 구글 클라우드 공식 가격표에서 사용할 리전을 지정해 확인해야 합니다.

여기서 실무자가 놓치는 지점은 "쌓는 비용"보다 "읽는 비용"이 더 크게 불어난다는 것입니다. 구글은 비용 통제 모범사례에서 클러스터링되지 않은 테이블에 LIMIT를 붙여도 비용이 줄지 않는다고 명시합니다. 반환 행 수만 줄뿐 스캔 대상 전체에 과금되기 때문입니다. 목적 없이 넓게 쌓아둔 테이블을 마케터가 매일 탐색용으로 훑으면, 그 탐색 자체가 고정비가 됩니다. 목표를 먼저 정하는 것은 예의가 아니라 원가 관리입니다.

매출 관점의 목표는 무엇을 요구하나

매출 관점의 질문은 하나입니다. "이번 달 지출한 광고비가 어떤 매출로 이어졌는가." 이 질문에 답하려면 광고비 쪽 테이블과 매출 쪽 테이블을 이어붙일 조인 키가 반드시 존재해야 합니다. 구글 계열 매체는 BigQuery Data Transfer Service로 Google Ads, Display & Video 360, Search Ads 360, Campaign Manager 등의 데이터를 예약 일정에 따라 적재할 수 있습니다. 다만 이 서비스는 적재 도구이지 범용 변환 도구가 아니어서, 매체별 컬럼명과 통화, 시간대가 제각각인 원시 테이블이 그대로 쌓입니다.

따라서 매출 관점의 적재 목표는 "매체 원시 테이블 확보"가 아니라 "캠페인 식별자와 주문 식별자를 잇는 표준 컬럼 확정"이 되어야 합니다. 최소한 매체 캠페인 ID, UTM 캠페인 값, 주문번호, 결제 시각, 통화 기준 다섯 가지를 어느 테이블에서 뽑을지 먼저 확정하고, 그 다섯 개가 전부 확보되는 소스만 1차 적재 대상으로 잡는 편이 안전합니다.

브랜드 관점의 목표는 왜 별도로 필요한가

브랜드 관점은 전환 이전 구간을 봅니다. 재방문 빈도, 콘텐츠 체류, 검색 유입의 브랜드 키워드 비중처럼 매출로 곧장 환산되지 않는 신호들입니다. 이 신호는 결제 데이터에는 남지 않고 행동 로그에만 남기 때문에, GA4 원시 데이터 적재가 사실상 전제 조건이 됩니다.

GA4 BigQuery Export는 analytics_속성ID 데이터세트 안에 일일 내보내기 결과를 events_YYYYMMDD 테이블로, 스트리밍 결과를 events_intraday_YYYYMMDD 테이블로 적재합니다. 여기서 브랜드 지표를 설계할 때 걸리는 함정이 하나 있습니다. 최초 접점 어트리뷰션 데이터인 traffic_source 필드는 intraday 테이블에는 포함되지 않는다고 공식 스키마 문서가 명시합니다. 실시간 대시보드를 intraday로 만들면서 유입 매체 분해를 넣으면 값이 비게 되니, 브랜드 리포트는 일일 테이블 확정 이후로 두거나 collected_traffic_source 계열 필드로 설계를 바꿔야 합니다.

고객자산 관점은 어떤 식별자 설계를 요구하나

고객자산 관점의 질문은 "이 사람이 지난 12개월간 우리와 몇 번 만났고 얼마를 썼는가"입니다. 개별 유저를 시간축으로 이어붙여야 하므로 식별자 설계가 핵심이 됩니다. GA4 원시 스키마에는 로그인 유저를 잇는 user_id와 브라우저·앱 단위 익명 식별자인 user_pseudo_id가 함께 존재합니다.

이 두 값을 어떻게 이어붙일지 정하지 않으면, 같은 사람이 로그인 전후로 서로 다른 사람으로 집계됩니다. 비회원 구간의 user_pseudo_id와 로그인 시점의 user_id를 매핑 테이블로 남길지, 로그인 이후 구간만 고객자산 지표에 포함할지는 조직이 선택할 문제입니다. 다만 이 선택은 적재 시작 전에 해야 합니다. 나중에 바꾸면 과거 데이터에 소급 적용되지 않아 시계열이 끊깁니다.

세 관점을 하나의 적재 계획서로 어떻게 묶나

세 관점은 필요한 소스와 보존 기간이 다릅니다. 매출 관점은 매체 비용과 주문 데이터를 길게 보관해야 하고, 브랜드 관점은 이벤트 로그를 넓게 받되 오래 둘 필요가 상대적으로 적으며, 고객자산 관점은 식별자 매핑 테이블을 가장 길게 유지해야 합니다.

그래서 적재 계획서는 소스 목록이 아니라 표 하나로 정리하는 편이 낫습니다. 행은 목표(매출·브랜드·고객자산), 열은 필요한 소스, 필수 컬럼, 보존 기간, 조회 주기입니다. 이 표가 채워지지 않는 칸은 그 목표를 지금 달성할 수 없다는 뜻이고, 그 칸을 채우는 것이 다음 분기 과제가 됩니다. 목표별로 조회 주기가 정리되면 어떤 테이블을 날짜별로 좁혀 읽어야 하는지도 자연히 드러나, 스캔량 설계와 목표 설계가 한 문서에서 맞물립니다.