범위(Scope)라는 개념이 왜 필요한가

GA4에서 맞춤 측정기준·측정항목을 만들 때 가장 먼저 결정해야 하는 것이 범위입니다. 이벤트 매개변수로 전송된 값(예: 게시글 카테고리, 쿠폰 코드)을 그대로 보고서에서 쓰고 싶다면 이벤트 범위로 등록하고, 로그인한 회원 등급이나 가입 경로처럼 한 사용자에게 지속적으로 붙는 속성이라면 사용자 범위로 등록해야 합니다. 전자상거래 상품 목록에 붙는 속성(상품 브랜드, 프로모션명 등)은 항목 범위로 별도 관리됩니다. 이 범위 설정이 실제 데이터의 성격과 어긋나면, 데이터는 수집되고 있는데 보고서에서는 엉뚱하게 표시되거나 아예 비어 보이는 문제가 생깁니다.

이벤트 범위와 사용자 범위를 헷갈리면 어떤 문제가 생기나

가장 흔한 실수는 원래 이벤트 단위로 바뀌는 값(예: 특정 페이지에서 적용된 할인율)을 사용자 범위로 등록하는 경우입니다. 사용자 범위로 등록하면 GA4는 그 값을 "이 사용자에게 계속 유지되는 속성"으로 취급하기 때문에, 사용자가 이후 다른 할인율이 적용된 페이지를 봐도 이전 값이 계속 남아있거나 최신 값으로 덮어써지는 등 예상과 다른 동작을 하게 됩니다. 반대로 회원 등급처럼 지속되는 속성을 이벤트 범위로 등록하면, 그 값이 전송된 이벤트에서만 조회되고 이후 이벤트에는 나타나지 않아 "이 사용자의 등급을 알고 싶은데 특정 이벤트에서만 보인다"는 혼란이 생깁니다.

50개 제한을 어떻게 관리해야 하나

속성당 이벤트 범위 맞춤 측정기준은 최대 50개까지만 등록할 수 있어, 서비스가 커질수록 이 한도가 실무에서 실제 제약으로 작동합니다. 팀마다 필요할 때마다 즉흥적으로 맞춤 측정기준을 추가하다 보면 한도에 금방 도달하고, 정작 중요한 신규 측정기준을 등록하지 못하는 상황이 생깁니다. 이를 막으려면 맞춤 측정기준 등록을 요청받을 때마다 "이 값이 정말 반복적으로 조회될 핵심 지표인가, 아니면 일회성 분석에만 필요한가"를 먼저 판단하고, 일회성이라면 탐색 분석의 맞춤 필터나 BigQuery 쿼리로 대체할 수 없는지 검토하는 절차를 두는 게 좋습니다. 사용하지 않게 된 옛 맞춤 측정기준은 주기적으로 정리해서 한도를 확보해두는 것도 필요합니다.

새 맞춤 측정기준은 언제 등록해야 손해가 적은가

맞춤 측정기준·측정항목은 등록한 시점 이후의 데이터부터만 보고서에 표시되고, 등록 이전에 이미 수집된 이벤트 매개변수 값은 소급 적용되지 않습니다. 즉 매개변수를 코드에 심어서 실제로 이벤트가 발생하기 시작한 뒤, GA4가 그 매개변수를 인식한 것을 확인하고 나서 맞춤 측정기준을 등록하는 순서가 아니라, 개발팀이 매개변수를 심는 즉시 맞춤 측정기준도 함께 등록해두는 것이 데이터 손실을 최소화하는 방법입니다. 등록 이후에도 실제 보고서 화면에 값이 완전히 반영되기까지 며칠의 지연이 있을 수 있다는 점도 감안해서, 등록 직후 하루 이틀 안에 데이터가 안 보인다고 조급하게 설정을 다시 만지지 않는 것이 좋습니다.

이름과 매개변수 이름을 다르게 관리할 때 주의점

맞춤 측정기준을 등록할 때는 보고서에 표시될 '측정기준 이름'과 실제 코드에서 전송하는 '이벤트 매개변수 이름'을 각각 따로 입력합니다. 두 이름을 다르게 지정할 수 있다는 점이 편리하지만, 동시에 혼란의 원인이 되기도 합니다. 개발자는 매개변수 이름(예: coupon_code)만 알고 있고, 마케터는 보고서에 표시된 이름(예: "쿠폰 종류")만 알고 있는 상태로 소통하면 서로 다른 항목을 얘기하고 있다는 걸 뒤늦게 알아차리는 경우가 생깁니다. 등록할 때부터 두 이름을 문서 하나에 나란히 정리해서 팀 전체가 공유하는 것이 이런 혼선을 막는 가장 확실한 방법입니다.

맞춤 측정항목(Custom Metric)은 측정기준과 무엇이 다른가

맞춤 측정기준이 텍스트나 범주형 값을 다루는 반면, 맞춤 측정항목은 숫자 값을 집계하는 용도로 씁니다. 예를 들어 게시글의 예상 읽기 시간, 상품평의 별점 점수, 설문 응답의 만족도 수치처럼 합계·평균을 계산해야 하는 값이 맞춤 측정항목의 대상입니다. 측정항목도 측정기준과 마찬가지로 범위와 측정 단위(표준·통화·피드백 점수 등)를 함께 지정해야 하며, 통화 단위를 잘못 지정하면 매출과 무관한 숫자(예: 평점)가 마치 금액처럼 원화 기호가 붙어 표시되는 어색한 결과가 나올 수 있습니다. 측정항목을 등록하기 전에 이 값이 합계로 의미가 있는지, 평균으로 봐야 더 정확한지도 함께 판단해두면 나중에 보고서를 잘못 해석하는 일을 줄일 수 있습니다.

대행사와 협업할 때 맞춤 정의 문서를 어떻게 관리해야 하나

여러 담당자가 거쳐가는 계정일수록 맞춤 측정기준·측정항목이 누가, 왜 등록했는지 기록 없이 쌓이기 쉽습니다. 이런 상태가 오래되면 새로 합류한 담당자는 어떤 항목이 실제로 쓰이고 있는지, 이미 죽은 항목인지 구분하지 못한 채 새 항목을 또 만들게 되고, 결국 50개 한도에 불필요하게 빨리 도달합니다. 맞춤 정의를 등록할 때마다 등록 사유·담당자·연동된 매개변수 이름을 별도 스프레드시트에 기록해두는 절차를 두면, 인수인계 시점에 정리 작업이 훨씬 수월해집니다.