데이터 손실 없이 클릭 트래커 간 마이그레이션하기

클릭 추적기는 단순한 리디렉션 서비스가 아닙니다. 트래픽이 어디서 왔는지, 어떤 오퍼(offer)를 보았는지, 그리고 다음에 무슨 일이 일어났는지에 대한 기록 시스템(system of record)입니다. 따라서 플랫폼 간 마이그레이션은 단순한 설정 변경이 아니라 데이터 무결성 프로젝트가 됩니다. 목표는 말하기는 간단하지만 틀리기 쉽습니다. 전환 후에는 컷오버 날짜 전후로 공백, 이중 계산 또는 손상된 어트리뷰션 체인 없이 모든 캠페인, 클릭 및 전환에 대해 보고할 수 있어야 합니다.

클릭 추적기 안에 실제로 존재하는 것

무엇을 옮기기 전에, 현재 보유하고 있는 항목들을 인벤토리로 정리하십시오. 대부분의 추적기는 여러 개의 개별 레이어를 저장하며, 각 레이어는 마이그레이션 방식이 다릅니다.

• 구성(Configuration): 트래픽 소스, 오퍼, 랜딩 페이지, 캠페인 및 이들 간의 관계.
• 추적 링크: 트래픽 소스에 배포한 클릭 URL과 제휴 네트워크에 제공한 포스트백 또는 픽셀 URL.
• 과거 이벤트 데이터: 클릭, 전환 및 각각에 첨부된 메타데이터(sub-ID, 지역, 기기, 타임스탬프).
• 어트리뷰션 규칙: 플랫폼이 어떤 클릭이 전환을 소유하는지 결정하는 방법 — 쿠키 윈도우, 클릭 ID, 중복 제거 로직.
• 통합(Integrations): 포스트백 엔드포인트, API 키 및 모든 서버 간(server-to-server) 연결.

구성 및 링크는 다시 구축할 수 있습니다. 하지만 과거 이벤트와 어트리뷰션 규칙은 수동으로 다시 만들 수 없는 부분이기 때문에 마이그레이션이 실패하는 지점이 됩니다.

”데이터 손실 없음”이 무엇을 의미하는지 결정하십시오

여기에는 단 하나의 정답이 없으며, 어떤 선택을 하느냐에 따라 전체 계획이 달라집니다.

가장 강력한 옵션은 **전체 과거 데이터 가져오기(full historical import)**입니다. 과거의 클릭 및 전환 데이터를 새 플랫폼으로 이동하여 보고의 연속성을 유지하는 것입니다. 이는 이전 추적기가 원시 이벤트 데이터를 내보낼 수 있고 새 추적기가 이를 수집할 수 있는 경우에만 가능합니다. 설령 그렇다 하더라도 두 시스템의 스키마가 동일한 경우는 드물기 때문에, 일부 필드는 깔끔하게 매핑되지만 다른 필드는 그렇지 않을 것입니다.

실용적인 중간 지점은 **보고 브리지(reporting bridge)**입니다. 과거 기록은 이전 도구에 남겨두고 읽기 권한을 유지하며, 컷오버 날짜를 명확한 경계로 처리하는 방식입니다. 중복 기간 동안 두 시스템을 수동으로 대조하여 조정합니다. 이는 일반적이고 충분히 실행 가능한 방법이지만, 나중에 누군가가 보고상의 공백을 성과 저하로 오해하지 않도록 해당 경계를 문서화해야 합니다.

가장 취약한 옵션은 계획 없는 하드 컷오버입니다. 이 경우 결제를 중단한 추적기로 이전 링크들이 계속 호출됩니다. 이 방법은 피하십시오.

깔끔한 컷오버의 메커니즘

핵심 문제는 추적 링크가 이미 광고 플랫폼, 이메일 시퀀스, 네트워크 대시보드 등 외부로 배포되어 있다는 점입니다. 이를 회수할 수는 없습니다. 따라서 두 가지 수단이 있습니다. 기존 링크를 활성 상태로 유지하거나, 리디렉션하는 것입니다.

기존 추적기를 병렬로 실행하십시오. 정의된 기간 동안 이전 플랫폼을 활성 상태로 유지하십시오. 이상적으로는 가장 긴 어트리뷰션 윈도우를 커버할 수 있을 만큼 충분한 기간이어야 합니다. 새 캠페인은 새 추적기를 가리키고, 기존 캠페인은 계속 이전 추적기를 통해 해결(resolve)되도록 합니다. 짧은 기간 동안 두 도구에 비용을 지불하게 되지만, 라이브 링크가 끊어지는 일은 없습니다. 일반적으로 이것이 가장 안전한 경로입니다.

기존 링크를 새 링크로 리디렉션하십시오. 기존 추적기가 이를 지원한다면, 기존 링크가 새 플랫폼의 대응 링크를 가리키도록 설정할 수 있습니다. 장기적으로는 더 깔끔하지만 당장은 더 위험합니다. 파라미터 전달 과정에서 불일치가 발생하면 sub-ID 데이터가 소리 없이 누락되며, 이는 네트워크 정산 시점이 되어서야 발견될 수 있습니다.

어떤 방법을 선택하든 순서가 중요합니다.

1. 새 추적기에서 구성을 다시 구축하고, 캠페인별로 이전 추적기와 대조하여 검증합니다.
2. 실제 트래픽을 보내기 전에 클릭, 리디렉션, 전환 포스트백 등 모든 링크 유형을 엔드 투 엔드로 테스트합니다.
3. 제휴 네트워크의 포스트백 및 픽셀 URL을 업데이트하여 전환이 새 시스템으로 보고되도록 합니다.
4. 문제가 발생했을 때 범위를 제한할 수 있도록, 한꺼번에 하지 말고 트래픽 소스별로 순차적으로 컷오버합니다.
5. 어트리뷰션 윈도우 기간 동안 두 시스템을 병렬로 실행한 후 데이터를 대조 조정합니다.

중복 기간의 데이터 대조 조정

병렬 실행 기간 동안 두 추적기는 일부 동일한 이벤트를 기록하게 됩니다. 여러분의 임무는 두 데이터가 일치함을 증명하거나, 일치하지 않는 이유를 정확하게 설명하는 것입니다.

동일한 날짜, 동일한 캠페인에 대한 클릭수와 전환수를 비교하십시오. 중복 제거 로직, 시간대 처리 방식, 봇 필터링의 차이로 인해 약간의 차이가 발생할 수 있습니다. 어떤 시스템을 보고의 기준(authoritative)으로 삼을지 결정하고 이를 기록해 두십시오. 가장 흔한 마이그레이션 실패 사례는 데이터 손실이 아니라, 어떤 도구가 ‘진실의 원천(source of truth)‘인지 합의하지 않아 두 팀이 서로 다른 숫자를 인용하는 것입니다.

컷오버 시점에 걸쳐 있는 전환에 특히 주의하십시오. 전환 전(스위치 이전)에 발생한 클릭이 전환 후(스위치 이후)에 전환될 수 있습니다. 만약 포스트백이 이제 새 추적기를 가리킨다면, 해당 전환은 클릭 기록이 없는 시스템에 도달하게 됩니다. 이러한 엣지 케이스를 어떻게 처리할지 미리 결정하고, 데이터가 사라지게 두지 말고 플래그를 지정해 표시하십시오.

취소 전 실용적인 체크리스트

• 이전 추적기에서 원시 이벤트 데이터를 내보내어 직접 제어할 수 있는 곳에 저장하십시오.
• 새 추적기의 어트리뷰션 윈도우가 이전 추적기와 일치하거나 더 긴지 확인하십시오.
• 추적기 UI뿐만 아니라 네트워크 수준에서 모든 포스트백과 픽셀을 검증하십시오.
• 가장 긴 어트리뷰션 윈도우가 완전히 경과할 때까지 이전 링크가 계속 작동하도록 유지하십시오.
• 향후 보고를 위해 컷오버 날짜와 진실의 원천(source-of-truth) 결정 사항을 문서화하십시오.
• 데이터 대조 조정이 완료되고 최종 승인된 후에만 이전 구독을 취소하십시오.

클릭 추적기를 마이그레이션하는 것은 화려하지 않은 작업이며, 두 가지 도구에 비용을 지불하는 것을 중단하기 위해 컷오버를 서두르고 싶은 유혹이 생기기 마련입니다. 하지만 이를 견뎌내십시오. 몇 주 더 병렬로 실행하는 데 드는 비용은, 다시는 재구성할 수 없는 리포팅 공백으로 인해 발생하는 비용에 비하면 사소한 수준입니다. 일단 기존 데이터가 사라지면, 아무리 영리한 분석을 하더라도 이를 되살릴 수 없기 때문입니다.