버튼 클릭과 양식 제출, 실제 처리 완료를 모두 전환으로 설정하면 하나의 이용 흐름이 여러 성과로 계산됩니다. 반대로 최종 매출만 보면 그전에 어디에서 멈추는지 알 수 없습니다. 핵심 전환과 진단용 보조 사건을 단계별로 구분해야 합니다.
먼저 사업이 완료로 인정하는 결과를 운영팀이 정의합니다. 문의라면 실제 접수, 예약이라면 현재 시스템의 확정 상태처럼 확인 가능한 사건을 사용합니다. 분석팀이 데이터가 잘 잡힌다는 이유로 기준을 대신 정하지 않습니다.
클릭, 시작, 제출 시도는 경로를 이해하는 보조 사건으로 둡니다. 핵심 전환과 이름, 보고서 위치를 분리하고 하나의 세션에서 여러 번 발생할 수 있는지 기록합니다. 개인별 결과를 분석 도구에서 과도하게 결합하지 않습니다.
중복 방지 기준도 정합니다. 새로고침, 뒤로 가기, 여러 탭, 재시도에서 같은 접수번호가 여러 번 세어지지 않는지 시험합니다. 주문이나 접수 식별값은 보안 기준에 맞춰 처리하고 공개 보고서에 노출하지 않습니다.
오프라인 처리나 외부 시스템 완료가 있다면 연결 방법과 지연을 명시합니다. 연결할 수 없는 행동을 추정치로 핵심 전환에 넣지 않습니다. 취소·반려 상태는 별도 사건으로 보존합니다.
정의가 바뀌면 적용일과 이전 지표와의 차이를 주석으로 남깁니다. 전환 수 증가가 사업 성과인지 측정 범위 확대인지 구분합니다.
최종 산출물은 행동 단계, 사건 정의, 핵심·보조 구분, 중복 기준, 데이터 출처, 취소 처리를 담은 전환 인정표입니다. 이 표가 있으면 클릭을 성과로 부풀리지 않으면서도 최종 완료 전의 문제 구간을 분석할 수 있습니다.
전환 인정표는 보고 목적마다 핵심 전환을 함부로 바꾸지 않게 합니다. 마케팅, 운영, 재무 보고가 서로 다른 완료 상태를 필요로 한다면 명칭과 데이터 출처를 분리합니다. 하나의 숫자를 모든 부서에 사용해 의미를 흐리지 않고 취소·중복·시험 건의 처리도 문서화합니다.
핵심 전환 정의는 캠페인마다 바꾸지 않고 사업 절차가 실제로 달라질 때 책임자 승인을 거쳐 갱신합니다.