ConnectWiz + Meta Conversions API
운영 중인 연동대화를 시작시킨 광고가, 그 대화가 어떻게 끝났는지 배웁니다
메시징 광고는 무엇이 전환됐는지 누가 Meta에 알려 주지 않으면 눈을 감은 채 최적화합니다. ConnectWiz는 성사된 딜을 Purchase 이벤트로, 실제 금액과 채널별로 올바른 신원을 함께 실어 자사 Events Manager 데이터셋으로 보냅니다. 앞에는 관문 네 개가 있고, 거절은 하나도 빠짐없이 기록됩니다.
광고
하는 일, 정확히
딜이 신호가 됩니다
딜을 성사시키면 실제 금액이 담긴 Purchase가 전송되고, 매핑해 둔 단계로 옮기면 지정해 두신 이벤트가 발동합니다. 화면에서든, 자동화에서든, 가져오기에서든 경로는 가리지 않습니다.
신원은 제대로
WhatsApp은 클릭 ID, Messenger는 페이지 범위 ID, Instagram은 자체 ID를 씁니다. 채널마다 올바른 매칭 키를 Meta가 정한 방식 그대로 해시해서 보냅니다.
관문은 넷, 문은 하나
테넌트가 켜져 있는가? 동의가 광고 타기팅을 허용하는가? 이벤트 형식이 올바르고 매칭이 가능한가? 아직 보내지 않았는가? 거절은 모두 이유와 함께 기록되어, 감사할 수 있고 수수께끼로 남지 않습니다.
상태 패널
무엇이 나갔고 무엇이 거절됐는지, 그리고 왜 그랬는지 볼 수 있습니다. 실제로 들여다볼 수 있는 전환 배관입니다.
Meta 자체 이벤트도 제대로 되돌려 보냅니다
Meta가 스레드 안에서 감지한 구매는 Meta 자체 단위에서 금액을 디코딩하고 메시지에서 이벤트 ID를 끌어내 그대로 되돌려 보냅니다. 그래서 Webhook이 재시도돼도 한 건으로 합쳐지지, 판매가 두 번 세어지지 않습니다. 금액을 알 수 없으면 금액을 아예 싣지 않습니다. 가짜 0은 그 전환이 가치 없었다고 Meta에 말하는 셈이기 때문입니다.
형식 위반에는 이름을 붙입니다
이벤트는 보내기 전에 검증합니다. 이름 길이, 미래나 과거로 벗어난 타임스탬프, 파라미터 예산, 매칭 가능성까지. 위반은 하나하나 이름이 붙은 거절로 로그에 남지, 수수께끼로 남지 않습니다.
기술적인 구조
전환 배관을 조심스럽게 놓는 방법
이벤트 이름을 고정한 이유
Meta 데이터셋은 서로 다른 이벤트 이름을 1,000개까지 영구히 받아들입니다. 지울 수 없고, 한도를 넘으면 새 이름은 아예 기록되지 않습니다. 그래서 이벤트 이름은 고정된 어휘에서 가져오고, 변주는 원래 있어야 할 자리인 파라미터에 둡니다.
이벤트 ID는 결정적으로 만듭니다
이벤트 ID는 무작위가 아니라 그 이벤트가 설명하는 내용에서 파생됩니다. 그래서 재시도해도 같은 ID가 나와 중복이 제거되지, 같은 판매가 두 번 세어지지 않습니다. 무작위로 만들면 이 장치 전체가 무너집니다.
Meta가 받아들인 뒤에야 발송으로 표시합니다
로컬 중복 기록은 Meta가 수락한 다음에 씁니다. 그 전에는 결코 쓰지 않습니다. 네트워크 장애는 재시도로 이어질 뿐, 스스로를 눌러 전환을 잃어버리는 일이 없습니다.
Meta와 한 치도 다르지 않은 정규화
이메일은 소문자로 바꾸되 Gmail의 점과 +태그는 그대로 둡니다. Meta가 그렇게 하기 때문입니다. 전화번호는 국가와 함께 8~15자리로 해석돼야 하고, 국가가 없는 지역 번호는 추측하지 않고 버립니다. 키를 버리면 매칭 하나를 잃지만, 키가 틀리면 엉뚱한 사람을 잃습니다.
채널별 신원, 정확하게
WhatsApp 이벤트는 클릭 ID와 전화번호를 함께 싣습니다. 일부 게재면에서는 클릭 ID가 정당하게 없을 수 있고, 그때는 전화번호가 남습니다. Messenger 신원은 페이지와 페이지 범위 사용자 ID가 함께 있을 때만 유효합니다. Instagram은 자체 범위 ID를 쓰고, 리드 이벤트는 플랫폼 자체 리드 ID를 실으며 Meta에서 온 리드로만 제한합니다.
자기 계산을 자기 이름으로 내놓는 상태 패널
신선도, 이벤트 빈도, 강한 매칭 키 커버리지, 구매 금액, 그리고 모든 거절 사유를 28일 구간으로 측정해 보여 주고, 그것이 저희 측정치임을 명시합니다. 저희 계산을 Meta의 점수인 양 내놓는 것은 갖고 있지도 않은 권위를 지어내는 일이기 때문입니다.
설정
연결 방식
데이터셋 붙여넣기
자사 Events Manager 데이터셋 ID와 토큰. 암호화되고, 고객사 것이며, 언제든 폐기할 수 있습니다.
단계 매핑
어느 파이프라인 단계가 어느 전환 이벤트를 쏠지 고릅니다.
딜 성사
보고는 알아서 이뤄집니다. 관문을 지나고, 중복이 제거되고, 기록됩니다.
보안과 보증
지루한 보증
데이터셋도 토큰도 고객사 것
이벤트는 자사 Events Manager에서 붙여 넣으신 데이터셋으로 갑니다. 액세스 토큰은 저장할 때 암호화하고 화면에 다시 보여 주지 않습니다. 데이터 관계는 고객사와 Meta 사이의 일입니다.
수신 동의는 설정이 아니라 관문입니다
이벤트는 해당 연락처의 동의가 광고 타기팅을 허용할 때만 나갑니다. 확인을 기다리는 더블 옵트인은 인정되지 않고, 거절은 이름을 붙여 기록합니다.
테스트 모드는 눈에 보입니다
테스트 이벤트 코드를 남겨 두면 실제 전환이 조용히 집계되지 않습니다. 그래서 테스트 모드는 패널에 별도 플래그로 드러나며, 모르는 사이에 잊어버릴 수가 없습니다.
이중 집계 질문을 먼저 던집니다
이미 CAPI나 Signals Gateway를 돌리고 계시다면 여기서도 보내는 순간 이중 집계가 됩니다. 판매 한 건에 서로 다른 ID 두 개가 붙으면 중복 제거로도 구제되지 않습니다. 패널이 먼저 묻고, 답이 없으면 가정하는 대신 경고합니다.
솔직한 세부 조건
경계를 명시합니다
신원을 추측하지 않습니다
국가 코드가 없는 전화번호는 추측하지 않고 버립니다. 잘못된 매칭은 남의 프라이버시를 대신 써 버리는 일이기 때문입니다. 금액이 없는 딜은 아무것도 보내지 않습니다. 가짜 0은 결코 보내지 않습니다.
꺼 둔 상태도 정상입니다
이 연동은 꺼진 채로 출시됩니다. 꺼져 있는 것은 성능이 떨어진 상태가 아닙니다. 광고 데이터는 고객사가 내보내기로 결정할 때만 나갑니다.