GA4 이벤트의 종류
‘이벤트’라고 다 같은 이벤트가 아닙니다. GA4의 이벤트는 누가 정하느냐와 누가 설치하느냐에 따라 네 가지로 나뉩니다 — 자동 수집·향상된 측정·추천·맞춤. 이 글은 그 네 종류를 정리합니다. 어떤 행동을 어느 분류로 보내야 할지가 이후 ‘이벤트 설계 규칙’ 전체의 출발점입니다.
한눈에 — 네 종류 카드
먼저 한 화면에 네 종류를 펼쳐 두고, 각 종류가 무엇인지 한 단어로 정리합니다. 아래 각 카드의 ‘이름 규격’과 ‘설치 주체’가 종류를 가르는 두 축입니다.
위 네 종류 중 자동 수집·향상된 측정·추천은 ‘이름·매개변수 규격을 GA4가 정해 둔’ 영역이고, 맞춤은 우리가 이름과 매개변수를 직접 정하는 영역입니다. 그래서 ‘이벤트 택소노미를 설계한다’는 말은 사실상 맞춤 이벤트의 명세를 우리가 만들고, 추천 이벤트에 우리 사이트 행동을 매핑하는 작업을 가리킵니다.
① 자동 수집 이벤트(Automatically Collected Events)
GA4 태그(또는 Firebase SDK)만 사이트·앱에 깔면, 우리가 별도 코드를 작성하지 않아도 GA4가 알아서 보내는 이벤트들입니다. 끄거나 이름을 바꾸는 것이 사실상 불가능합니다.
대표적인 예 — page_view(페이지 조회), first_visit(첫 방문), session_start(세션 시작), user_engagement(참여 시간).
설계 관점에서 자동 수집 이벤트는 우리 택소노미의 대상이 아닙니다. 우리가 이름을 정하지도, 매개변수를 정할 수도 없기 때문입니다. 이벤트 택소노미는 ‘우리가 통제할 수 있는 영역’을 다루는 작업이라, 이 종류는 ‘있다는 것만 알고 넘어가는’ 영역입니다.
공식 정의·전체 이벤트·매개변수 목록 → 자동 수집 이벤트 (Google 공식 문서).
② 향상된 측정 이벤트(Enhanced Measurement Events)
GA4 관리(Admin) → 데이터 스트림에서 토글로 켜고 끌 수 있는 자동 측정 이벤트입니다. 자동 수집과 마찬가지로 우리가 코드를 짤 필요는 없지만, 사이트의 어떤 측면을 측정할지 선택권이 있다는 점이 다릅니다.
대표적인 예 — scroll(90% 스크롤), click(아웃바운드 클릭), view_search_results(사이트 검색), file_download(파일 다운로드), video_start·video_progress·video_complete(유튜브 임베드), form_start·form_submit(폼).
설계 관점에서 향상된 측정도 우리 택소노미의 대상은 아닙니다. 다만 “어떤 측정 항목을 켜고 끌지”는 우리가 정해야 합니다 — 기본값으로 다 켜져 있으니 사이트에 맞지 않는 것(예: 폼 자동 측정이 우리 사이트에서 부정확하게 잡힌다면)은 끄는 것을 권장합니다.
공식 정의·끄기 방법 → 향상된 측정 이벤트 (Google 공식 문서).
③ 추천 이벤트(Recommended Events)
이름과 매개변수가 GA4 표준으로 미리 정해져 있고, 사용자가 그 규격대로 직접 설치해야 하는 이벤트입니다. 자동으로 들어오지 않습니다 — 사이트 코드/태그에서 “이 행동이 일어났을 때 이 이벤트를 보내라”고 직접 설치해야 합니다.
대표적인 예 — sign_up(회원가입), login(로그인), purchase(구매), add_to_cart(장바구니), begin_checkout(결제 시작), view_item(상품 상세), share(공유), search(검색), generate_lead(리드 생성). 업종별 카테고리도 있습니다 — 온라인 쇼핑, 게임, 일자리·교육, 여행 등.
설계 관점에서 추천 이벤트는 ‘가능하면 이 이름으로 보내야 하는’ 영역입니다 — 같은 행동(예: 회원가입)을 직접 정의하는 대신 sign_up을 따르는 게 효율적입니다.
공식 전체 목록(매개변수 규격 포함) → 추천 이벤트 (Google 공식 문서).
④ 맞춤 이벤트(Custom Events)
위 세 종류 어디에도 해당하지 않는 행동을 측정하려면, 우리가 이벤트 이름과 매개변수를 직접 정해서 보내는 ‘맞춤 이벤트’를 만듭니다. 사이트의 GNB 클릭·탭 전환·CTA 클릭·필터 사용·온보딩 진행 같은 행동들이 대부분 여기에 해당합니다.
예 — click_gnb(글로벌 내비게이션 클릭), click_btn(버튼 클릭), click_tab(탭 전환), click_floating(플로팅 버튼 클릭), submit_survey(설문 제출). 이름은 우리가 사내 규약에 따라 짓습니다.
설계 관점에서 맞춤 이벤트는 이벤트 택소노미가 실제로 다루는 핵심 영역입니다. 추천 이벤트로 표준화된 행동은 그대로 따르고, 그 외 모든 사용자 행동을 ‘어떻게 묶고/쪼개고/이름 지을지’가 곧 택소노미 설계의 본진입니다.
공식 정의·생성 방법 → 맞춤 이벤트 (Google 공식 문서).
정리 — 네 종류 비교표
| 종류 | 이름 규격 | 설치 주체 | 택소노미 대상? | 대표 예시 |
|---|---|---|---|---|
| 자동 수집 | GA4가 정함 (고정·끌 수 없음) | 태그만 깔면 자동 | 아니오 | page_view, first_visit, session_start, user_engagement |
| 향상된 측정 | GA4가 정함 (고정·토글로 끄기 가능) | 데이터 스트림에서 자동 | 아니오 (끄기 결정만) | scroll, click(아웃바운드), view_search_results, file_download, video_* |
| 추천 이벤트 | GA4가 권장 (지키면 보고서·기능 자동 작동) | 사용자가 직접 설치 | 네 — 사이트 행동을 추천 이벤트에 ‘매핑’ | sign_up, login, purchase, add_to_cart, search |
| 맞춤 이벤트 | 우리가 자유롭게 정함 | 사용자가 직접 설치 | 네 — 택소노미가 다루는 본진 | click_gnb, click_btn, click_tab, submit_survey |
자주 묻는 질문
왜 page_view를 향상된 측정이 아니라 자동 수집으로 분류하나요?
공식 분류상으로는 향상된 측정의 한 항목입니다. 다만 다른 향상된 측정 이벤트는 ‘끄기/켜기’ 토글이 의미 있게 작동하는 반면 — page_view는 사실상 끌 수 없고, 사이트 분석의 가장 기본 단위입니다. 그래서 본 위키는 ‘우리가 끌 수 있느냐 없느냐’를 기준으로 — page_view를 자동 수집과 같은 결로 분류합니다. 분류 규칙을 한 위키 안에서 일관되게 두기 위한 실용적 결정입니다.
추천 이벤트와 맞춤 이벤트의 가장 큰 차이가 뭔가요?
‘이름이 정해져 있느냐’입니다. 둘 다 사용자가 직접 설치한다는 점은 같지만, 추천 이벤트는 GA4가 정해 둔 이름과 매개변수 규격을 따라야 일부 자동 보고서·기능이 작동합니다. 맞춤 이벤트는 그 자동 작동이 없는 대신 — 이름·매개변수를 우리가 자유롭게 정할 수 있습니다.
같은 행동을 추천 이벤트로도, 맞춤 이벤트로도 보낼 수 있나요?
기술적으로는 가능하지만 혼동의 원인이 됩니다. 회원가입을 sign_up(추천)으로 한 곳에서 보내고 click_btn_signup(맞춤)으로 다른 곳에서도 보내면, 같은 행위가 두 이벤트로 잡혀 합산할 때마다 어느 쪽을 쓸지 골라야 합니다. 원칙은 “하나의 행동은 하나의 이벤트로” — 추천 이벤트로 표준화된 행동이라면 추천 이름을 우선합니다.
향상된 측정 이벤트를 그대로 두는 게 좋나요, 끄는 게 좋나요?
광고주의 분석 요구에 맞춰 결정합니다. 기본값(전부 켜짐)으로 두면 데이터가 풍부해지지만, 사이트 구조가 특이해 잘못 트리거되는 항목(예: SPA에서 폼 자동 측정이 부정확)은 끄는 게 깔끔합니다. 단 끄기 결정은 한 번 정해 두면 ‘앞으로 쌓이는 데이터에만’ 적용되므로 초기에 점검해 두는 것이 좋습니다(별도 글 — ‘GA4 향상된 측정 이벤트 끄기’).
자동 수집·향상된 측정 이벤트의 매개변수도 우리가 설계해야 하나요?
아니요. GA4가 자동으로 함께 보내는 매개변수(page_location, page_referrer, page_title, ga_session_id, ga_session_number, engagement_time_msec, language, screen_resolution 등)가 따라옵니다. 추가로 매개변수를 붙일 수는 있지만(예: page_view에 광고주의 콘텐츠 카테고리 매개변수를 함께 보냄), 일반적으로는 ‘있는 그대로’ 받아 씁니다.