전환 추적

광고를 집행하면 방문자 수는 바로 보였지만, 그 방문이 무엇으로 이어졌는지는 아무도 몰랐습니다. 클릭 3,000건과 이번 달 신규 가입 180건이 각각 따로 놓여 있을 뿐, 그 180명이 어디서 온 사람인지는 어느 화면에도 적혀 있지 않았습니다.

페이지덱 초기에도 현우가 매달 같은 작업을 했습니다. 가입자 명단을 내려받아 가입일을 캠페인 집행일과 대조하고, 날짜가 겹치는 사람을 광고 성과로 치는 식이었습니다. 하루에 여러 캠페인이 돌면 그 방법은 무너졌습니다. "지난주 뉴스레터에서 결제까지 간 사람이 몇 명이에요" 라는 규원의 질문에 돌아온 답은 추정치였습니다.

빠져 있던 것은 성공의 순간을 그 자리에서 기록해 두는 장치였습니다. 나중에 명단을 맞추는 대신, 결제 완료 화면이 뜨는 순간에 "이 사람은 뉴스레터를 타고 들어와 결제했다" 를 한 줄로 남겨 두면 됩니다. 전환 추적은 그 한 줄을 남기도록 미리 심어 두는 설정을 말합니다.

무엇을 전환으로 칠지 정하는 일부터 시작합니다. 기술 작업이 아니라 합의 작업이고, 여기서 정한 정의가 뒤따르는 모든 숫자의 뜻을 결정합니다.

1. 전환을 정의합니다. 무료 가입까지를 전환으로 볼지, 팀원을 초대해 실제로 쓰기 시작한 시점까지를 볼지, 첫 결제만 볼지에 따라 같은 캠페인의 성과가 몇 배씩 달라집니다. 목표가 여럿이면 우선순위를 매겨 하나를 주 전환으로 두고 나머지는 보조로 둡니다.
2. 그 순간을 이벤트로 심습니다. 결제 완료 화면이 뜨는 시점에 신호를 하나 보내도록 코드를 넣는 작업이고, 보통 픽셀이라 부르는 몇 줄짜리 코드가 이 일을 합니다. 브라우저 대신 우리 서버가 직접 보내는 서버 수집 방식을 쓰기도 합니다.
3. 유입 표시와 연결합니다. 전환이 일어났다는 사실만으로는 어느 경로 덕인지 알 수 없어서, 들어올 때 링크에 붙여 둔 UTM 파라미터 같은 꼬리표를 함께 기록합니다. 표시 없이 들어온 방문은 나중에 출처를 되살릴 방법이 없습니다.
4. 광고 매체에 되돌려 보냅니다. 매체가 전환을 알아야 성과 보고와 자동 입찰이 돌아갑니다. 이 신호가 포스트백이고, 우리 서버가 매체 서버에 직접 알리는 형태가 자리를 잡았습니다.
5. 실제로 한 건을 찍어 봅니다. 테스트 결제를 한 번 넣고 그 건이 매체 화면에 뜨는지, 중복으로 두 번 세지지 않는지 확인합니다. 이 단계를 건너뛰면 한 달치 데이터를 통째로 버리는 일이 생깁니다.
6. 정의를 문서에 적고 바꾼 날짜를 남깁니다. 정의를 손대면 지난달과 이번 달을 견줄 수 없게 되므로, 바꿀 때는 바꾼 시점을 기록해 두고 그 전후를 이어 붙여 읽지 않습니다.

목표 행동이 한 순간에 뚜렷하게 일어나고 그 순간이 우리 화면 안에 있을 때 가장 잘 맞습니다. 가입 완료, 결제 완료처럼 화면 하나를 지목할 수 있으면 기록이 깔끔하게 남고 전환율 계산도 바로 됩니다.

반대로 맞지 않는 자리가 넷 있습니다.

첫째는 기록 자체가 막히는 경우입니다. 브라우저와 스마트폰이 추적용 저장소를 점점 제한하면서 놓치는 전환이 생깁니다. 실제 100건 중 80건만 잡히는 상황도 흔하고, 누락이 채널마다 고르지 않아 비교까지 흔들립니다.

둘째는 기기를 넘나드는 경우입니다. 출근길에 휴대폰으로 광고를 보고 사무실 PC에서 결제하면 두 기록은 서로 다른 사람으로 남습니다. 로그인한 사용자는 계정으로 이어 붙일 수 있지만 로그인 전 방문은 대부분 끊깁니다.

셋째는 전환이 화면 밖에서 일어나는 경우입니다. 문의를 남긴 뒤 영업이 전화로 계약을 따내는 흐름에서는 성공의 순간이 우리 화면에 없습니다. 이때는 문의 접수까지만 전환으로 잡고 성사 여부는 영업 기록과 따로 맞춥니다.

넷째는 검토 기간이 긴 경우입니다. 첫 방문에서 계약까지 넉 달이 걸리는 제품이면 이번 달 광고비와 이번 달 전환을 나란히 놓는 계산이 뜻을 잃습니다.

한계가 하나 더 있는데, 이건 기술이 아니라 해석 쪽입니다. 전환 추적은 무슨 일이 있었는지를 기록할 뿐 공을 나누지는 않습니다. 한 사람이 검색·뉴스레터·광고를 거쳐 결제했을 때 누구 몫으로 적을지는 어트리뷰션 규칙이 따로 정합니다. 기록이 정확해도 규칙이 바뀌면 채널 순위가 뒤집힙니다.

"이 캠페인 전환 추적이 안 걸려 있어요. 이번 주 성과는 못 봅니다."

기록 장치가 빠진 채로 광고가 돌았다는 뜻이고, 지나간 몫은 되살릴 수 없다는 말입니다.

"전환을 가입에서 첫 결제로 바꿀 건데, 그러면 지난 분기랑 비교가 안 돼요."

정의를 바꾸면 숫자의 뜻이 달라져 시계열이 끊긴다는 경고입니다.

"매체에서는 40건인데 우리 데이터는 31건이에요."

매체 집계와 자체 집계가 다르다는 지적이고, 중복 계산이나 누락 중 어느 쪽인지 확인하자는 요청입니다.

페이지덱에서 이 설정을 새로 까는 자리는 대개 현우와 태오가 함께 앉는 30분입니다. 현우가 무엇을 전환으로 셀지와 어느 매체에 신호를 보낼지를 정하고, 태오가 결제 완료 시점에 코드를 넣습니다. 그다음 현우가 카드로 실제 결제를 한 건 넣어 보고, 매체 화면에 그 한 건이 뜨는 것까지 확인한 뒤에야 광고를 켭니다.

한 달 뒤 현우는 채널별 전환 건수를 놓고 예산을 옮깁니다. 건수가 적어도 ROAS가 높은 채널은 남기고, 건수만 많고 결제로 이어지지 않는 채널은 줄입니다.

설정을 켜 두면 숫자가 사실 그대로 찍힌다고 여기는 경우가 가장 많습니다. 자동으로 집계되니 사람의 실수가 끼어들 자리가 없어 보이기 때문입니다. 실제로는 차단·중복·누락이 늘 섞여 있고, 매체 화면과 자체 데이터가 10퍼센트 넘게 어긋나는 일도 드물지 않습니다. 이 차이를 모르고 매체 숫자를 그대로 보고에 올리면, 실제보다 성과가 좋아 보이는 채널에 예산이 계속 몰립니다.

전환을 많이 잡아 둘수록 좋다고 보는 것도 흔합니다. 버튼 클릭마다 전환을 걸어 두면 스무 개가 넘어가고, 그러면 어느 것이 진짜 목표인지 아무도 모릅니다. 매체의 자동 입찰은 지목된 전환을 늘리는 쪽으로 움직이므로, 목표를 여럿으로 벌려 두면 광고비가 가벼운 행동을 사들이는 데 쓰입니다. 주 전환은 하나로 두고 나머지는 참고용으로 내려 둡니다.