GA4 구축 전에 반드시 정하고 시작해야 하는 이벤트 택소노미 - TagMan
핵심 요약
- GA4 구축 전에 이벤트 이름과 매개변수 규칙을 문서로 정하지 않으면 나중에 다시 작업하게 됩니다
- 설계는 전환 정의 → 여정 단계 → 이벤트 → 매개변수 순서로 진행해야 빠진 이벤트가 줄어듭니다
- 표준 이벤트로 표현 가능한 행동은 표준 이벤트명을 쓰고, 자체 이벤트는 표기 규칙을 정해 일관되게 사용해야 합니다
- 이벤트 이름 변경 시 이전 데이터와 단절되고 맞춤 측정기준은 소급 적용되지 않으므로 시작 전 설계가 중요합니다
- 여정 단계, 이벤트명, 트리거 조건, 매개변수 형식을 담은 설계 문서를 만들어두면 개발팀과의 소통 비용이 줄어듭니다
GA4 구축 전에 반드시 정하고 시작해야 하는 이벤트 택소노미 - TagMan
콘텐츠로 건너뛰기
TagMan
측정 태그 설계·설치·운영을 맡는 태그 매니지먼트 서비스
# GA4 구축 전에 반드시 정하고 시작해야 하는 이벤트 택소노미
TagMan GA4 / 분석툴 및 광고전환 픽셀 태깅 전문가
TagMan 홈 / 자료실 / GA4 구축과 점검
GA4 구축과 점검
# GA4 구축 전에 반드시 정하고 시작해야 하는 이벤트 택소노미
2026년 9월 15일
📖 약 3분 읽기
개발팀에 GA4 구축을 요청하기 전, 딱 한 가지만 먼저 확인해보세요. “우리 서비스에서 어떤 행동을, 어떤 이름으로, 어떤 정보와 함께 기록할 것인가”에 대한 답이 문서로 정리되어 있나요? 이 답이 없는 상태에서 태깅부터 시작하면, 몇 주 뒤 똑같은 작업을 다시 해야 하는 상황을 맞게 됩니다.
3줄 요약
✓ 이벤트 이름과 매개변수를 먼저 정하지 않고 시작하면 반드시 다시 만들게 됩니다
✓ 전환 정의에서 여정 단계, 이벤트, 매개변수 순서로 설계해야 나중에 흔들리지 않습니다
✓ 이벤트 이름 변경은 과거 데이터와 단절을 만들기 때문에 시작 전 결정이 가장 값쌉니다
택소노미란 무엇인가요
택소노미는 어려운 개념이 아닙니다. “장바구니에 담았을 때는 add_to_cart로 부른다”, “구매 완료 시에는 purchase로 부르고 결제 금액과 통화 단위를 함께 담는다”처럼, 사용자의 행동을 어떤 이름과 정보로 기록할지 정한 규칙 체계입니다. 문제는 이 규칙이 문서로 존재하지 않을 때 생깁니다. 개발자는 개발자대로, 마케터는 마케터대로 각자 편한 이름을 붙이게 되고, 몇 달 뒤 데이터를 열어보면 같은 행동이 서로 다른 이름 서너 개로 흩어져 있는 상황을 마주하게 됩니다.
정하는 순서: 전환부터, 이벤트는 그다음입니다
택소노미 설계는 이벤트 목록부터 나열하는 작업이 아닙니다. 순서를 거꾸로 밟으면 나중에 꼭 빠진 이벤트가 나옵니다. 먼저 사업의 전환이 무엇인지부터 정의합니다. 커머스라면 구매 완료, 서비스형 사이트라면 상담 신청이나 회원가입처럼 말입니다. 전환이 정해지면, 사용자가 그 전환에 이르기까지 거치는 여정 단계를 그려봅니다. 방문에서 탐색으로, 관심 표시로, 전환 직전 행동으로, 그리고 전환으로 이어지는 식입니다. 단계가 그려진 다음에야 각 단계에서 어떤 행동을 이벤트로 남길지 정하고, 마지막으로 그 이벤트에 어떤 매개변수를 붙일지 결정합니다. 이 순서를 지키면 빠뜨리는 이벤트가 확 줄어듭니다.
단계를 먼저 그리고, 그 아래에 이름을 답니다. 순서를 뒤집으면 빠진 단계가 나중에 드러납니다.
이벤트 이름은 어떻게 지어야 할까요
GA4는 구매, 검색, 로그인처럼 이미 정해진 표준 이벤트를 제공합니다. 표준 이벤트를 그대로 쓰면 별도 설정 없이 관련 보고서에 자동으로 연결된다는 이점이 있습니다. 그래서 원칙은 단순합니다. 표준 이벤트로 표현 가능한 행동은 표준 이벤트 이름을 그대로 쓰고, 표준으로 담기지 않는 우리 서비스만의 행동에 한해서만 자체 이벤트를 만듭니다. 그리고 자체 이벤트를 만들기로 했다면, 표기 규칙 하나를 정해서 끝까지 지킵니다. 소문자와 밑줄만 쓸지, 동사를 앞에 둘지 뒤에 둘지 같은 규칙을 문서에 못 박아두지 않으면, view_pricing과 pricing_view가 같은 사이트 안에 함께 존재하는 상황이 생깁니다.
매개변수도 형식을 미리 고정해야 합니다
이벤트 이름을 정했다고 끝이 아닙니다. 각 이벤트에 담을 매개변수의 값 형식과 단위까지 미리 문서로 고정해야 합니다. 가격을 담을 때 숫자만 넣을지 통화 기호까지 넣을지, 카테고리명을 한글로 쓸지 영문 코드로 쓸지 같은 결정입니다. 이 형식이 팀마다 다르면, 나중에 보고서에서 같은 값이 여러 표기로 쪼개져 집계됩니다.
지금 정해야 하는 이유: 나중엔 되돌릴 수 없습니다
이벤트 이름을 바꾸는 순간, GA4에서는 이전 이름으로 쌓인 데이터와 새 이름으로 쌓이는 데이터가 서로 이어지지 않습니다. 즉 이름을 바꾸면 그 시점을 기준으로 데이터가 끊깁니다. 또한 맞춤 측정기준과 측정항목으로 등록할 수 있는 매개변수 개수에는 한도가 있어서, 처음부터 꼭 필요한 매개변수만 추려두지 않으면 나중에 정작 중요한 값을 등록할 자리가 없는 상황을 맞을 수 있습니다. 맞춤 측정기준은 소급 적용되지 않고 반영에도 24 ~ 48시간이 걸리므로, 나중에 추가하면 그 이전 기간은 비어 있는 채로 남습니다. 이런 특성 때문에 이벤트 택소노미는 만들면서 조금씩 고쳐가는 작업이 아니라, 시작 전에 최대한 완성해두어야 하는 작업입니다.
설계 문서로 남겨두세요
말로 정한 규칙은 시간이 지나면 잊히고, 담당자가 바뀌면 사라집니다. 그래서 여정 단계, 이벤트 이름, 트리거 조건, 매개변수와 값 형식을 표 하나에 담은 설계 문서를 만들어두는 것이 좋습니다. 이 문서 한 장이 개발팀과의 소통 비용을 크게 줄여줍니다. 아래는 커머스 사이트를 예로 든 양식입니다.
표. 이벤트 택소노미 설계 문서 양식 (커머스 예시)
여정 단계
이벤트 이름
언제 발생하는가
주요 매개변수
값 형식과 단위
방문
page_view
페이지가 열릴 때
page_location, page_title
문자열
탐색
view_item
상품 상세 화면을 열 때
item_id, item_category
소문자 영문 코드로 통일
관심 표시
add_to_cart
장바구니에 담을 때
item_id, value, currency
value는 숫자만, currency는 통화 코드
전환 직전
begin_checkout
결제 화면에 들어설 때
value, currency, coupon
value는 숫자만, 쿠폰은 문자열
전환
purchase
결제가 완료될 때
transaction_id, value, currency
transaction_id는 주문마다 고유한 값
이벤트 이름을 먼저 정하고, 매개변수 형식을 먼저 고정하고, 그다음에 구현으로 넘어가는 순서. 이 순서 하나가 GA4 구축을 한 번에 끝내는지, 몇 달 뒤 다시 만들게 되는지를 가릅니다. 설계 문서를 먼저 완성한 다음 태깅에 들어가는 방식이, 결국 시간과 비용을 가장 아끼는 길입니다.
이벤트 택소노미 설계부터 함께 잡아드립니다.
이벤트 설계 상담하기
자주 묻는 질문 (FAQ)
이벤트 택소노미란 무엇인가요?
사용자의 행동을 어떤 이름과 정보로 기록할지 정한 규칙 체계입니다. 장바구니에 담았을 때는 add_to_cart로 부르고, 구매 완료 시에는 purchase로 부르며 결제 금액과 통화 단위를 함께 담는다는 식입니다. 문서로 존재하지 않으면 같은 행동이 서로 다른 이름 서너 개로 흔어집니다.
어떤 순서로 설계해야 하나요?
사업의 전환을 먼저 정의하고, 그 전환에 이르기까지의 여정 단계를 그린 다음, 각 단계에서 어떤 행동을 이벤트로 남길지 정하고, 마지막에 매개변수를 결정합니다. 이벤트 목록부터 나열하는 순서로 밟으면 나중에 꼭 빠진 이벤트가 나옵니다.
나중에 이름을 바꾸면 안 되나요?
이벤트 이름을 바꾸면 이전 이름으로 쌓인 데이터와 새 이름으로 쌓이는 데이터가 서로 이어지지 않아 그 시점을 기준으로 데이터가 끊깁니다. 또한 맞춤 측정기준은 소급 적용되지 않고 반영에도 24 ~ 48시간이 걸리므로, 나중에 추가하면 그 이전 기간은 비어 있는 채로 남습니다.
함께 읽으면 좋은 글
태깅 대행 견적서에서 반드시 확인할 항목: 건당 계약과 월 단위 계약을 나누어 봅니다
GTM 담당자가 퇴사하면 생기는 일: 계정 소유권 점검 목록
GA4와 BigQuery를 연동해 원천 데이터와 대조하기
글쓴이
BizSpring & Entrench Consulting.
광고 전환 픽셀과 GTM · GA 태깅을 전문으로 합니다. 태깅 설계부터 상시 운영까지 측정 체계를 다룹니다.
← 자료실 목록으로 돌아가기
연관 글
GA4 실시간에는 잡히는데 보고서에는 안 나오는 이유
ChatGPT 광고 전환 측정 설치 가이드: 공식 규격으로 정리한 절차
당근 전환 추적 코드 설치와 한계
동의 모드 구현 실무: 무엇을 언제 수집할 것인가
태그 GA4이벤트설계 , 데이터거버넌스 , 명명규칙 , 이벤트택소노미 , 태깅전략
출처: https://tagman.co.kr/blog/ga4-%ea%b5%ac%ec%b6%95-%ec%a0%84%ec%97%90-%eb%b0%98%eb%93%9c%ec%8b%9c-%ec%a0%95%ed%95%98%ea%b3%a0-%ec%8b%9c%ec%9e%91%ed%95%b4%ec%95%bc-%ed%95%98%eb%8a%94-%ec%9d%b4%eb%b2%a4%ed%8a%b8/
자주 묻는 질문
이벤트 택소노미란 무엇인가요?
사용자의 행동을 어떤 이름과 정보로 기록할지 정한 규칙 체계입니다. 장바구니에 담았을 때는 add_to_cart로 부르고, 구매 완료 시에는 purchase로 부르며 결제 금액과 통화 단위를 함께 담는다는 식입니다. 문서로 존재하지 않으면 같은 행동이 서로 다른 이름 서너 개로 흔어집니다.
어떤 순서로 설계해야 하나요?
사업의 전환을 먼저 정의하고, 그 전환에 이르기까지의 여정 단계를 그린 다음, 각 단계에서 어떤 행동을 이벤트로 남길지 정하고, 마지막에 매개변수를 결정합니다. 이벤트 목록부터 나열하는 순서로 밟으면 나중에 꼭 빠진 이벤트가 나옵니다.
나중에 이름을 바꾸면 안 되나요?
이벤트 이름을 바꾸면 이전 이름으로 쌓인 데이터와 새 이름으로 쌓이는 데이터가 서로 이어지지 않아 그 시점을 기준으로 데이터가 끊깁니다. 또한 맞춤 측정기준은 소급 적용되지 않고 반영에도 24 ~ 48시간이 걸리므로, 나중에 추가하면 그 이전 기간은 비어 있는 채로 남습니다.
관련 문서
이 문서를 참조하는 문서 (역링크)
- TAGMAN —