이벤트 생성과 전환 승격은 왜 분리돼 있나

GA4는 "이벤트가 발생한다"는 것과 "그 이벤트를 비즈니스 성과로 취급한다"는 것을 의도적으로 분리해 설계했습니다. 예를 들어 scroll 이벤트는 향상된 측정으로 자동 수집되지만, 이 자체가 매출이나 리드로 이어지는 핵심 행동은 아닙니다. 반대로 sign_up이나 purchase처럼 사업 성과와 직결되는 이벤트만 골라 '주요 이벤트'로 표시해야, 전환율·전환당비용 같은 핵심 보고서 지표가 의미를 가집니다.

주요 이벤트로 승격시키는 절차는 무엇인가

관리 화면의 이벤트 목록에서 원하는 이벤트 옆 토글을 켜면 그 즉시 주요 이벤트로 표시됩니다. 별도의 코드 수정이 필요 없고, 이미 수집되고 있는 이벤트 중에서 골라 표시만 하면 됩니다. 아직 존재하지 않는 새로운 조건(예: 특정 페이지에서 3분 이상 체류)을 전환으로 잡고 싶다면, 먼저 그 조건을 만족하는 새 이벤트를 만들고 나서 그 이벤트를 다시 주요 이벤트로 표시하는 2단계 과정을 거쳐야 합니다.

몇 개까지 주요 이벤트로 지정할 수 있나

표준 GA4 속성에서는 최대 30개, Google Analytics 360 속성에서는 최대 50개까지 주요 이벤트를 지정할 수 있습니다. 기존 이벤트를 표시하는 것과 새 이벤트를 만들어 표시하는 것 모두 같은 한도에 포함되므로, 한도를 다 채우기 전에 정말 비즈니스 성과와 직결되는 이벤트인지 선별하는 기준을 먼저 세워야 합니다. 표시 후 보고서에 반영되기까지는 최대 24시간이 걸릴 수 있습니다.

왜 모든 이벤트를 전환으로 지정하면 안 되나

스크롤, 파일 다운로드, 외부 링크 클릭 같은 이벤트까지 습관적으로 전환으로 지정하면, 전환 보고서 자체가 지나치게 많은 항목으로 뒤섞여 정작 매출과 직결된 구매·리드 전환의 비중이 흐려집니다. 특히 광고 플랫폼(구글 애즈 등)에 전환을 연동해 스마트 입찰에 활용할 계획이라면, 노이즈성 이벤트까지 함께 넘겨줄 경우 입찰 알고리즘이 실제 매출과 무관한 행동을 학습해버릴 위험이 있습니다. 핵심 전환은 보통 5개 안팎으로 좁혀 관리하는 편이 데이터 해석과 입찰 최적화 양쪽에 유리합니다.

과거 데이터에는 왜 소급 적용되지 않나

주요 이벤트로 설정한 기여도는 설정 시점부터만 조회할 수 있고, 과거에 이미 쌓인 데이터에는 소급 적용되지 않습니다. 예를 들어 서비스를 3개월 운영한 뒤에야 특정 이벤트를 전환으로 새로 지정하면, 그 이전 3개월 동안 발생한 같은 행동은 전환 수치에 포함되지 않습니다. 이 때문에 GA4를 처음 설정하는 단계에서 핵심 전환 후보를 가능한 한 빨리 확정해두는 편이, 나중에 "그때부터 전환으로 잡았어야 했는데"라는 공백을 줄이는 방법입니다.

여러 사업부가 같은 속성을 쓸 때 기준을 어떻게 맞추나

한 GA4 속성을 여러 브랜드나 사업부가 공유하는 경우, 각 팀이 자기 부서 관점에서 원하는 이벤트를 각자 주요 이벤트로 추가하다 보면 한도(표준 30개)를 금방 채우게 됩니다. 이런 구조라면 전체 조직 차원에서 "이 속성의 핵심 전환은 무엇인가"를 먼저 합의하고, 부서별로 세부 분석이 필요한 이벤트는 주요 이벤트가 아니라 탐색 분석의 세그먼트나 커스텀 보고서로 별도 확인하는 방식으로 역할을 나누는 것이 한도 초과를 막는 방법입니다.

승격 여부를 정기적으로 재검토해야 하는 이유

한 번 주요 이벤트로 지정한 뒤 그대로 방치하면, 서비스 개편으로 더 이상 의미가 없어진 이벤트가 계속 전환으로 잡히는 경우가 생깁니다. 예를 들어 종료된 이벤트 페이지의 신청 폼이 계속 주요 이벤트로 남아 있으면, 이제는 발생하지 않는 전환이 보고서에서 0으로 계속 표시되며 혼선을 줄 수 있습니다. 분기 단위로 주요 이벤트 목록을 다시 검토해, 더 이상 의미 없는 항목은 해제하고 새로 중요해진 행동은 추가하는 정기 점검 루틴을 두는 것이 좋습니다.

전환 승격 전에 팀 회의로 합의해야 하는 이유

어떤 이벤트를 전환으로 지정할지는 마케팅팀 혼자 결정할 문제가 아닙니다. 매출 기여도가 높은 행동이 무엇인지는 영업·CS·상품팀의 관점이 각각 다를 수 있으므로, 전환 후보 목록을 만들 때 관련 부서와 함께 짧은 회의를 거쳐 우선순위를 합의하는 편이 나중에 "왜 이 이벤트가 전환으로 잡혀 있냐"는 질문을 반복해서 받는 상황을 줄여줍니다. 합의된 전환 목록과 그 이유는 별도 문서로 남겨, 신규 팀원이 합류했을 때도 같은 기준으로 데이터를 해석할 수 있게 해야 합니다.

새 이벤트 이름을 지을 때 지켜야 할 규칙

새 이벤트를 만들어 주요 이벤트로 표시할 계획이라면, 이름에 특수문자를 쓸 수 없고 40자 이내로 제한된다는 점을 먼저 고려해야 합니다. 팀 안에서 이벤트 이름 접두사 규칙(예: lead_, video_)을 미리 정해두면, 나중에 이벤트 목록이 많아졌을 때도 어떤 범주의 행동인지 이름만 보고 바로 구분할 수 있어 관리가 훨씬 수월해집니다.