thanks page 주소 하나가 바뀌자 전환 8일치가 사라졌습니다

7월 2주차에 전환이 절반으로 줄고 CPA가 두 배로 뛰었습니다. 처음 고민은 성과가 떨어진 건지, 숫자가 틀린 건지였어요.

틀린 건 숫자 쪽이었습니다

따라가 보니 숫자 쪽이었습니다. 7월 15일 특정 전환 이벤트의 thanks page 주소가 바뀌었는데, 저희는 그 페이지의 페이지뷰를 전환으로 세고 있었어요. 그래서 7월 15일부터 22일까지 8일 동안 그 전환이 통째로 빠졌습니다.

같은 달 특정 프로그래매틱 SEO 페이지에는 외부 크롤 리소스가 몰려 분모가 흔들렸습니다. 한 달 안에 분자와 분모가 둘 다 흔들린 셈이에요.

전환을 thanks page 페이지뷰로 세면 트리거가 주소에 묶입니다. 주소가 바뀌어도 오류는 나지 않아요. 집계만 0이 됩니다.

아래는 원리를 보여 주려고 다시 쓴 예시입니다. 경로와 이벤트 이름은 실제와 달라요.

# 전: 페이지뷰 트리거
조건: Page Path 같음 /signup/complete    ← 주소가 바뀌면 조용히 0건

# 후: 맞춤 이벤트 트리거
조건: Event 같음 sign_up                 ← 주소와 무관

URL 기반 트리거는 화면을 만드는 쪽이 주소를 바꿀 때마다 깨질 수 있습니다. 이벤트 기반 트리거는 개발팀이 “가입이 끝났다”는 신호를 직접 보내기 때문에 주소가 바뀌어도 같은 값을 받습니다.

이번 일에서 남긴 교훈은 “URL 페이지뷰에 기댄 추적은 배포 한 번에 깨진다”입니다. 할 일은 두 가지로 정했어요.