Google Ads와 Meta 전환 수, 실제 주문과 어떻게 맞춰 볼까요?

월간 보고서를 준비하며 Google Ads의 구매 전환과 Meta의 구매 전환을 더했는데, 쇼핑몰의 결제 주문보다 많습니다. 먼저 어느 태그가 고장 났는지 찾고 싶겠지만, 각 숫자가 무엇을 세는지부터 확인하는 편이 빠릅니다. 한 주문이 두 광고 플랫폼에서 각각 성과로 인정될 수도 있기 때문입니다.

보고서에는 서로 다른 두 질문이 담겨 있습니다. “실제로 얼마를 팔았는가?”는 주문 원장으로 답합니다. “각 광고 플랫폼은 어떤 성과를 자기 광고에 연결했는가?”는 플랫폼별 수치로 답합니다. 이 구분을 유지하면 경영 보고에 필요한 총액을 명확히 제시하면서도 광고 운영에 필요한 정보를 보존할 수 있습니다.

전환 수를 더하면 왜 주문 수보다 많아질까요?

고객이 Google 광고를 누른 뒤 Meta 광고를 보고 구매했다면, 두 플랫폼이 각자의 기여 규칙에 따라 같은 구매를 성과로 인정할 수 있습니다. 여기서 기여란 플랫폼이 구매 성과를 특정 광고에 연결하는 것을 뜻합니다. 서로 독립적으로 집계하기 때문에 같은 주문에 대한 성과가 겹칠 수 있습니다. 숫자가 다르다는 이유만으로 부정 트래픽이나 추적 오류라고 단정할 수는 없습니다.

물론 실제 수집 오류도 따로 살펴봐야 합니다. 구매 완료 페이지가 다시 열릴 때 같은 이벤트가 반복 전송되는 문제와, 정상 주문 한 건을 Google과 Meta가 각각 인정하는 문제는 원인이 다릅니다. 첫 번째를 고쳐도 두 번째 겹침은 남을 수 있습니다.

Google Ads의 transaction_id는 같은 전환 액션에서 동일한 구매가 여러 번 집계되는 것을 막는 데 활용됩니다. 고유하고 변하지 않는 주문 ID를 사용하되 개인정보는 넣지 마세요. 이 설정으로 Google과 Meta 사이의 중복까지 제거되지는 않습니다. 브라우저와 서버에서 같은 이벤트를 보내는 경우에도 사용 중인 연동 방식의 중복 제거 설정을 별도로 확인해야 합니다.

비교하기 전에 무엇을 맞춰야 할까요?

먼저 원본 보고서를 날짜와 함께 보관하고, 자료를 내보낸 시각을 적습니다. 이후 값이 갱신되더라도 같은 자료를 기준으로 검토하기 위해서입니다. 주문 원장에서는 결제 완료 주문만 포함할지, 취소와 부분 환불을 어떻게 반영할지 정하세요. 세금과 배송비를 포함하는지에 따라 주문 수가 같아도 금액은 달라질 수 있습니다.

같은 달을 선택했다고 비교 기준이 같아지는 것은 아닙니다. Google Ads의 기본 전환 열은 광고 상호작용 날짜를 기준으로 집계됩니다. 주문 발생일과 비교할 때는 전환 발생 시간 기준 열을 검토하세요. 다만 날짜 기준을 바꿔도 두 플랫폼의 기여 규칙 차이까지 없어지지는 않습니다.

구매로 설정된 전환 액션, 기본·보조 전환 구분, 집계 방식도 실제 계정에서 확인합니다. 광고 접촉 후 얼마 동안 구매를 성과로 인정하는지, 여러 광고 접점에 성과를 어떻게 나누는지도 함께 기록하세요. 이것이 기여 기간과 기여 모델입니다. Meta는 보고서에 적용된 클릭·조회·참여의 정의를 살펴보세요. 2026년 측정 방식 변경은 광고주별 적용 시점이 다를 수 있으므로 예전 기본값을 그대로 가정하면 안 됩니다.

1. 조회 기간과 시간대, 광고 상호작용일 또는 전환 발생일
2. 집계 대상 구매 이벤트, 실제 기여 기간과 모델
3. 통화와 주문 금액의 범위, 취소·환불 반영 규칙
4. 원본 자료를 내보낸 날짜와 이후 갱신 여부

주문 6건으로 겹침을 직접 계산해 보겠습니다

아래는 고객 실적이 아닌 가상 사례입니다. 모든 주문은 2026년 9월 1일, UTC 기준의 결제 완료 주문이며 통화는 EUR입니다. 금액에서 세금과 배송비를 제외했고 환불은 없습니다. Google·Meta 연결 표시는 계산을 설명하려고 미리 부여한 가상의 주문별 근거입니다. 일반적인 광고 보고서에서 이런 목록을 그대로 받을 수 있다는 뜻은 아닙니다.

A100은 100 EUR, A103은 120 EUR이며 두 플랫폼 모두에 연결됩니다. A101 150 EUR와 A105 200 EUR는 Google에만, A102 80 EUR는 Meta에만 연결됩니다. A104 50 EUR에는 어느 쪽의 연결 표시도 없습니다. 이렇게 실제 주문은 6건, 합계는 700 EUR입니다.

Google에 연결된 주문은 4건·570 EUR, Meta는 3건·300 EUR입니다. 단순히 더하면 7건·870 EUR가 됩니다. 두 플랫폼에 모두 연결된 A100과 A103, 즉 2건·220 EUR를 한 번 빼면 적어도 한 플랫폼에 연결된 고유 주문은 5건·650 EUR입니다. 여기에 A104 1건·50 EUR를 더하면 원장과 일치합니다.

건수 계산은 4 + 3 − 2 + 1 = 6, 금액 계산은 570 + 300 − 220 + 50 = 700입니다. 전환 합계 7건과 실제 주문 6건의 차이인 1건을 중복 규모로 보면 틀립니다. 실제 겹침은 2건이고, 두 플랫폼에 연결 표시가 없는 주문 1건이 함께 존재하기 때문입니다.

이 계산은 주문별 연결 근거와 집계 범위가 일치할 때만 유효합니다. 실제 플랫폼의 합계만으로 겹친 주문을 찾아낼 수는 없습니다. 모델링된 전환이나 소수점으로 배분된 기여를 이 예시의 0과 1처럼 취급해서도 안 됩니다.

주문별로 연결할 수 없는 수치는 어떻게 남길까요?

실무에서는 전환 하나하나를 주문 ID와 연결할 근거가 부족할 수 있습니다. Google Ads의 일반 보고서가 완전한 주문별 기여 목록을 제공한다고 가정하지 마세요. 적법하게 사용할 수 있는 자사 자료와 주문 원장을 대조하고, 확인 가능한 연결만 기록합니다. 자료가 부족하면 그 부분은 “미확인”으로 남깁니다.

양식에서는 검토한 근거로 전환 연결을 확인했을 때 1을 입력합니다. 검토한 근거의 범위 안에서 연결이 없음을 확인했을 때만 0을 입력하고, 아직 알 수 없거나 근거가 부족하면 비워 두세요. 0이나 빈칸을 “광고의 영향이 없었다”는 판단으로 바꾸지 마세요. 주문과 연결되지 않은 집계, 모델링된 수치, 자료 간 범위 차이를 각각 설명하면 억지로 합계를 맞출 필요가 없습니다.

실제 주문 수와 매출은 합의한 사업 기준에 따른 결과입니다. 그 주문이 어느 광고 덕분에 발생했는지까지 증명하지는 않습니다. 플랫폼의 기여 배분과 광고가 없었을 때보다 구매가 얼마나 늘었는지를 살피는 증분 효과는 별개의 질문입니다.

AI에는 정리와 점검을 맡기세요

AI는 서로 다른 열 이름을 대응시키고 빠진 시간대나 통화를 찾아내는 데 활용할 수 있습니다. 확인된 대조 결과를 바탕으로 경영진에게 설명할 초안을 만드는 데도 도움이 됩니다. 반면 자료에 없는 주문 ID를 복원하거나 실제 구매 원인을 판정할 수는 없습니다.

건수와 금액은 검증 가능한 수식이나 코드로 계산하고 사람이 결과를 확인하세요. AI가 추정한 겹침을 계산표에 넣지 않는 것이 중요합니다. 예시 파일과 빈 양식은 기기에 내려받아 직접 편집할 수 있습니다. 고객 이름과 이메일은 제외하고, 필요한 최소한의 익명화 자료만 사용하세요.

마지막 보고서에는 숫자와 설명을 함께 담으세요

보고서 첫 화면에는 실제 주문 수와 매출, Google Ads 전환, Meta 전환을 각각 표시합니다. 그 아래에 확인된 겹침과 미확인 항목을 정리하세요. “합계가 다릅니다”에서 끝내지 않고, 무엇을 확인했고 무엇은 자료가 없어 판단하지 못했는지 보여 주는 구성입니다.

배포 전에는 포함 주문과 환불 기준, 날짜 기준, 실제 기여 설정, 자료를 내보낸 시각을 다시 점검합니다. 반복 수집된 이벤트를 발견했다면 조치 내역도 남기세요. 담당자가 같은 자료로 계산을 재현할 수 있어야 다음 보고 기간에도 일관된 설명이 가능합니다.

이 과정을 반복 업무로 정리하고 싶다면 MindVerve의 AI Workflow Launch에서 보고 업무 하나를 범위로 잡을 수 있습니다. 사용할 자료와 집계 규칙을 함께 정하고, 누락된 ID나 환불 같은 예외를 시험한 뒤 결과 검토와 인계까지 진행합니다.