픽셀

광고비를 내는 쪽이 오래 볼 수 있던 마지막 지점은 클릭이었습니다. 누군가 광고를 눌러 사이트로 넘어왔다는 사실까지는 광고 계정에 남지만, 그 사람이 넘어와서 가입했는지 결제했는지는 우리 사이트에만 남습니다. 두 기록이 서로 다른 곳에 따로 있었던 겁니다.

그래서 성과를 맞추는 일이 손으로 넘어갔습니다. 표에 날짜별 광고 클릭 수를 적고 그 옆에 자체 집계 가입 수를 적어 눈으로 맞추는 방식입니다. 이 방법은 채널이 하나일 때만 작동합니다. 같은 주에 검색 광고와 소셜 광고가 함께 돌면 늘어난 가입 40건을 어느 쪽 몫으로 볼 근거가 없어서, 두 담당자가 각자 40건을 자기 성과로 보고합니다.

문제는 보고에서 끝나지 않았습니다. 광고 매체 쪽도 결과를 모르니 누구에게 더 보여 줘야 할지 학습할 수 없습니다. 픽셀은 이 두 기록을 잇기 위해 나왔습니다. 결과가 일어나는 자리에 코드 한 조각을 심어 두고, 그 일이 일어난 순간 광고 매체에 신호를 되돌려 보냅니다. 이름은 초기 방식에서 왔습니다. 눈에 보이지 않는 1픽셀 크기 이미지를 넣어 두고 그 이미지를 불러오는 요청 자체를 기록으로 삼았습니다.

픽셀이 하는 일은 하나입니다. 광고 매체가 클릭 이후를 알게 만드는 것이고, 거기서 네 가지가 따라옵니다.

1. 전환을 매체에 알려 줍니다. 결제 완료 화면에 픽셀을 심으면 그 화면이 열리는 순간 매체로 신호가 갑니다. 목표 행동이 일어났는지를 기록하도록 맞춰 두는 설정을 전환 추적이라고 하고, 픽셀은 그 설정을 실제로 실어 나르는 부품입니다.
2. 매체가 그 신호로 노출 대상을 고칩니다. 결제한 사람 500명의 특성을 받은 매체는 비슷한 사람을 찾아 더 보여 주는 쪽으로 움직입니다. 신호를 주지 않으면 매체는 클릭이 많이 나는 사람을 찾고, 클릭이 많은 사람과 돈을 내는 사람은 자주 다릅니다.
3. 다시 보여 줄 명단이 만들어집니다. 가격 페이지까지 보고 나간 사람만 모아 그들에게만 광고를 다시 띄울 수 있습니다. 첫 화면만 보고 나간 사람과 다른 문구를 쓰는 근거가 여기서 나옵니다.
4. 광고 계정 안에서 전환당 비용을 바로 볼 수 있습니다. 전환 건수가 계정에 들어와 있으니 캠페인별 비용이 자동으로 계산되고, 예산을 옮기는 결정이 하루 단위로 내려옵니다.

심는 방식은 두 가지입니다. 페이지 코드에 직접 붙이거나, 추적 코드를 코드 수정 없이 관리하는 도구인 태그 매니저에 등록해 두고 조건을 걸어 발동시킵니다. 매체가 셋이면 픽셀도 셋이라 뒤쪽이 관리하기 쉽습니다. 다만 무엇이 언제 발동하는지가 코드에 안 보이니 어떤 픽셀이 어느 화면에서 도는지를 적어 둔 표가 같이 필요합니다.

픽셀은 사용자의 브라우저에서 돌기 때문에 브라우저가 막으면 같이 막힙니다. 다른 도메인이 심어 사이트 간 추적에 쓰던 서드파티 쿠키를 주요 브라우저가 차단하기 시작하고, 추적을 막는 설정이 기본으로 켜지고, 쿠키 동의를 거절한 방문자가 늘면서 픽셀이 세는 수와 실제 일어난 수가 벌어졌습니다.

그래서 세 가지 대안이 함께 쓰입니다.

1. 포스트백은 브라우저를 거치지 않고 우리 서버가 매체 서버로 직접 신호를 보냅니다. 차단에 걸리지 않아 누락이 적고, 대신 개발 작업이 필요합니다.
2. 서버 수집은 사용자 행동을 우리 서버에서 기록해 두고 필요한 곳으로 내보내는 방식입니다. 무엇을 누구에게 보낼지를 우리가 정할 수 있어서 규제 대응이 수월합니다.
3. UTM 파라미터는 링크에 유입 경로 표시를 붙여 두는 방식입니다. 매체에 신호를 주지는 않으니 픽셀을 대신하지는 못하지만, 픽셀이 빠진 자리에서 어디서 온 방문인지를 우리 쪽에서 세는 데 씁니다.

실무에서는 셋 중 하나를 고르지 않고 겹쳐 씁니다. 픽셀로 매체 최적화를 돌리고, 같은 전환을 포스트백으로 한 번 더 보내 누락을 줄이고, 우리 쪽 집계는 서버 기록으로 맞추는 조합이 흔합니다.

"결제 완료 페이지에 픽셀이 안 붙어 있어서 매체 쪽 전환이 0으로 잡힙니다."

코드를 심지 않은 화면에서는 아무 신호도 가지 않는다는 지적입니다.

"픽셀 기준 가입이 62건인데 우리 집계는 81건이에요."

브라우저 차단과 동의 거절로 누락이 생겼다는 문제 제기입니다.

"이 픽셀은 동의받기 전에 발동하고 있습니다. 태그 조건을 고쳐야 합니다."

동의 절차를 거치기 전에 추적이 시작되면 규제에 걸린다는 경고입니다.

페이지덱에서는 현우가 광고 계정 세 곳의 전환이 실제보다 적게 잡히는 것을 보고 태오에게 확인을 요청했습니다. 살펴보니 결제 완료 화면이 페이지 이동 없이 같은 화면에서 바뀌는 구조라 픽셀이 한 번도 발동하지 않고 있었습니다.

고친 방식은 두 겹이었습니다. 태오가 결제 완료 시점에 픽셀을 직접 발동시키는 코드를 넣고, 같은 시점에 서버에서 매체로 신호를 한 번 더 보내도록 붙였습니다. 두 주 뒤 매체가 잡은 전환은 41건에서 74건으로 올랐고, 자체 집계 81건과의 차이가 40건에서 7건으로 줄었습니다.

픽셀을 심어 두면 일어난 일이 전부 잡힌다고 보는 경우가 많습니다. 코드가 자동으로 도니 빠짐이 없을 것처럼 보입니다. 실제로는 브라우저 차단, 추적 방지 설정, 동의 거절, 광고 차단 도구가 겹쳐 20에서 30퍼센트가 빠집니다. 이 숫자를 모르고 픽셀 기준 전환만 보는 팀은 실제보다 낮은 성과를 근거로 잘 되던 채널의 예산을 줄이게 됩니다. 픽셀 숫자는 매체를 학습시키는 용도로 쓰고, 성과 판정은 자체 집계와 나란히 놓고 합니다.

기술 설정이라 개인정보와 무관하다고 보는 것도 흔합니다. 심는 일이 코드 한 줄이라 그렇게 느껴집니다. 하지만 픽셀이 보내는 것은 방문자의 행동 기록이고, 국가에 따라 동의 없이 이 코드를 발동시키는 것 자체가 위반입니다. 동의를 받기 전에는 발동하지 않도록 조건을 걸어 두는 것이 심는 작업의 일부입니다.