같은 문의 버튼이 페이지마다 click_contact, inquiry, button1처럼 기록되면 보고서에서 하나의 행동으로 합치기 어렵습니다. 반대로 이름 하나에 클릭과 제출을 모두 넣으면 단계 차이가 사라집니다. 이벤트 명명은 개발 편의보다 이용 행동과 상태를 일관되게 표현해야 합니다.
먼저 현재 이벤트 이름, 발생 위치, 트리거 조건, 매개변수를 수집합니다. 이름이 같지만 다른 행동을 세거나, 다른 이름이 같은 행동을 세는 충돌을 표시합니다. 사용하지 않는 이벤트도 삭제 전 보고서 의존성을 확인합니다.
명명 문법은 동작과 대상을 중심으로 짧게 정합니다. 페이지명이나 캠페인명을 이벤트 이름에 반복하지 않고 별도 매개변수로 둡니다. 대소문자, 시제, 구분자와 허용 약어를 사전에 고정합니다.
상태 변화는 별도 사건으로 나눕니다. 양식 시작, 제출 시도, 접수 성공, 오류를 같은 전환으로 묶지 않습니다. 매개변수에는 필요한 문맥만 넣고 개인 정보와 입력 원문을 보내지 않습니다.
새 이벤트는 요청서에서 정의, 발생 조건, 예시, 소유자, 검수 방법을 승인받습니다. 배포 전 시험 환경과 실시간 디버그에서 한 번만 발생하는지 확인합니다. 기존 이름을 바꾸면 적용일과 대응표를 남깁니다.
보고서는 이벤트 사전의 버전을 참조하게 하고 기간 비교 시 명명 변경을 주석 처리합니다. 수치가 달라진 이유를 행동 변화와 측정 변경으로 구분합니다.
최종 산출물은 표준 이름, 행동 정의, 트리거, 허용 매개변수, 개인정보 금지값, 소유자가 담긴 이벤트 사전입니다. 사전을 코드와 보고서의 공통 기준으로 사용하면 팀이 달라도 같은 행동을 같은 의미로 측정할 수 있습니다.
사전에는 이벤트를 폐기하는 절차도 둡니다. 더 이상 쓰지 않는 이름은 마지막 수신일과 의존 보고서를 확인하고 비활성화하며 새 이름으로 조용히 합치지 않습니다. 모바일 앱이나 외부 위젯이 같은 행동을 보낼 때도 플랫폼 매개변수만 다르게 두고 핵심 행동 정의는 유지합니다.
사전 변경 요청은 기존 이벤트를 사용하는 대시보드와 자동화 목록을 첨부해 이름 수정이 보고서 단절로 이어지지 않게 합니다.