전환 이벤트

구매라는 이름만 붙이지 말고 언제 완료로 인정하는지, 금액은 어떻게 보내는지, 반복 행동을 어떻게 세는지 정의합니다. 목표 이벤트가 입찰과 보고서의 기준이 됩니다.

좋은 전환 이벤트의 조건

첫째, 사용자가 실제로 완료한 행동이어야 합니다. 둘째, 반복 로드나 재시도에도 한 번만 집계되어야 합니다. 셋째, 많이 발생할수록 실제 구매나 유효한 문의도 늘어나는 행동인지 확인해야 합니다. 무료 자료 열람을 구매와 같은 목표로 취급하면 시스템이 자료를 많이 여는 사람에게 광고를 집중하고 실제 구매는 늘지 않을 수 있습니다.

이벤트 정의를 바꾸면 보고서에 변경 시점을 남깁니다. 예전에는 버튼 클릭을 lead라고 기록하고 이제는 유효한 신청 저장을 lead로 기록한다면 전후 건수의 차이는 운영 성과만의 변화가 아닙니다. 이벤트 이름뿐 아니라 발생 조건, 중복 처리, 금액 기준을 문서화해야 해석이 가능합니다.

같은 purchase라는 이름이어도 결제 승인 시점에서 배송 완료 시점으로 발생 조건을 바꾸면 시계열의 뜻이 달라집니다. 새 정의와 적용 날짜를 기록하고, 광고 목표를 바꾸기 전에 실제 주문과 대조합니다.

버튼 클릭과 신청 완료를 구분합니다

신청 양식의 제출 버튼을 누른 순간과 서버가 유효한 신청을 저장한 순간은 다릅니다. 상담 리드 목표라면 후자를 이벤트로 잡는 편이 실제 성과에 가깝습니다.

설비 상담 사이트에서 100명이 제출 버튼을 눌렀다고 해봅시다. 그중 15건은 전화번호 형식 오류로 저장되지 않았고, 5건은 같은 신청의 재시도였습니다. 버튼 클릭 100건을 전환으로 보내면 실제 저장된 신청보다 목표가 크게 잡힙니다. 서버가 저장한 신청 ID를 기준으로 집계하고, 나중에 스팸 여부나 영업 적합성을 별도로 판정하면 신청 완료와 유효한 리드도 구분할 수 있습니다.

정의할 항목	상담 신청 이벤트의 기준 예시
완료 시점	서버가 유효한 신청을 저장한 때
제외할 행동	버튼 클릭만 했거나 검증에 실패한 신청
중복 제거	같은 신청 ID의 재전송은 한 건으로 처리
변경 기록	정의·적용 날짜를 보고서에 남김