GA4 이벤트 설계는 “일단 많이 보내기”로 시작하면 보고서가 금방 오염됩니다. 이벤트 이름은 동사+대상 형태로 통일하세요. 예: generate_lead, add_to_cart, begin_checkout, submit_consult. 팀마다 다른 이름을 쓰면 대시보드와 광고 전환 연동이 매번 깨집니다.
파라미터는 적게, 의미 있게 둡니다. 상품 ID/카테고리, 캠페인, 퍼널 단계, 가치(value), 통화 정도면 초기에 충분합니다. 자유 텍스트 문장이나 개인정보를 파라미터에 넣지 마세요. 디버그 이벤트와 운영 이벤트를 이름 규칙으로 분리하면 분석이 수월합니다.
전환(키 이벤트)은 소수만 지정합니다. 모든 클릭·스크롤을 전환으로 올리면 광고 최적화 신호가 흐려지고, 내부 리포트에서도 “진짜 성과”를 구분하기 어렵습니다. 리드 제출, 구매, 회원가입처럼 비즈니스 결과에 가까운 것부터 고르세요.
퍼널은 페이지 뷰 나열이 아니라 의도된 단계 이벤트로 구성합니다. 랜딩 조회 → CTA 클릭 → 폼 시작 → 폼 제출처럼 이탈 지점을 볼 수 있게 설계하세요. 단계 이름이 바뀌지 않도록 버전을 문서에 고정합니다.
구현 전 이벤트 사전(dictionary)을 만듭니다. 이름, 설명, 트리거 조건, 파라미터, 담당자, 전환 여부를 한 표에 두고, 태그 매니저·코드·광고 계정 설정을 이 표에 맞춥니다. 사전이 없으면 3개월 뒤 아무도 의미를 모릅니다.
검증 루틴: DebugView로 신규 이벤트 확인, 실시간 보고서로 샘플 확인, 다음 날 탐색 보고서로 누락/중복 점검. 배포 체크리스트에 “이벤트 사전 업데이트”를 넣어 두세요.
