문의 수와 전환당 비용(CPA)은 목표를 달성했는데 영업팀은 상담 품질이 떨어진다고 말한다면, 광고 플랫폼에 무엇을 성공으로 알려줬는지부터 확인해야 한다. 모든 양식 제출을 같은 전환으로 집계하면 실제 계약으로 이어진 문의와 성과가 없었던 문의를 입찰 시스템이 구분하기 어렵다.

Microsoft Advertising의 제품 담당자 나바 홉킨스는 2026년 11월 5일 Search Engine Journal 칼럼에서 문의 이후의 상담 결과와 매출을 광고 플랫폼에 되돌려주는 방법을 제안했다. 칼럼은 플랫폼 직원의 실무 해설로, 기능 설명에는 Microsoft Advertising을 예로 들었다. 다른 플랫폼을 쓴다면 같은 기능과 조건을 제공하는지 별도로 확인해야 한다.

영업팀과 어떤 문의를 좋은 문의로 볼지 정한다

처음 결정할 것은 입찰 전략이나 측정 도구가 아니라 문의의 가치다. 양식 제출만으로 충분한 사업도 있지만, 관심을 보인 사람과 상담할 준비가 된 사람, 계약 가능성이 생긴 사람을 구분해야 하는 사업도 있다.

홉킨스가 제시한 구분은 네 단계다. 마케팅이 검증한 문의(MQL)는 메일링 리스트에 올릴 만큼 관심을 보였지만 아직 영업팀에 넘길 정도는 아닌 상태다. 영업이 검증한 문의(SQL)는 실제 고객이 될 가능성을 가늠할 특성을 갖추고 데모나 체험에 참여할 만큼 관심을 보인 상태다. 이후 영업팀과 연결돼 계약을 향해 진행하는 영업 기회 단계와, 실제 판매나 계약으로 매출이 발생한 단계로 나뉜다.

문의 100건 중 SQL이 10건이라면 양식을 제출했다는 이유만으로 100건을 모두 같은 가치로 알려줘서는 안 된다는 것이 홉킨스의 예시다. 신뢰할 수 있게 측정할 수 있는 범위에서 사업 성과에 가장 가까운 결과를 고르는 것이 목표다.

그 기준은 마케팅팀과 영업팀이 함께 정해야 한다. 낮은 CPA와 낮은 문의 품질은 동시에 나타날 수 있다. 반대로 캠페인을 조정하면서 품질이 달라졌는데 영업팀이 과거 경험으로 판단하고 있을 수도 있다. 양쪽이 현재의 문의를 같은 기준으로 평가하는지 확인해야 어떤 결과를 광고 플랫폼에 보낼지도 정할 수 있다.

상담 결과를 전환 값과 오프라인 전환으로 전달한다

결과를 정했다면 가치가 높은 행동과 낮은 행동을 구분할 정보를 전달한다. 실제 금액을 측정할 수 있다면 그 값을 쓰고, 웹사이트 밖에서 이뤄진 상담과 계약은 오프라인 전환 가져오기로 광고 상호작용과 연결할 수 있다. 광고 클릭 뒤 양식을 제출하고 영업 담당자와 상담한 사람이 나중에 고객이 됐다는 사실을 되돌려주는 방식이다.

홉킨스는 Microsoft Advertising의 오프라인 전환 가져오기에 필요한 핵심 정보로 클릭 ID, 전환 시각, 전환 목표 이름을 들었다. 이 정보를 고객관계관리(CRM) 시스템의 상담 결과와 연결해 남길 수 있는지부터 확인해야 한다.

아직 실제 금액을 측정하기 어렵다면 신뢰할 수 있는 중간 결과를 고를 수 있다. 전환 값 규칙(conversion value rules)은 가치가 높을 가능성에 따라 전환 값을 조정하는 기능이다. 문의가 MQL이나 SQL로 진행했다는 정보는 사업과 무관한 참여 지표보다 문의 품질을 판단하는 데 도움이 된다. 다만 추정한 값을 실제 매출처럼 취급해서는 안 된다. 실제 수치나 결과를 쓰지 않는 CPA와 광고 지출 대비 매출(ROAS) 목표는 방향을 보는 참고 지표로 해석해야 한다는 것이 홉킨스의 조언이다.

최종 계약만 고집하면 입찰 시스템이 학습할 전환 수가 부족할 수 있다. 홉킨스는 자동 입찰의 참고 기준으로 30일 안에 전환 30건 이상을, 예산이나 목표를 크게 바꾼 뒤 보정에 필요한 물량으로 대략 50건까지를 제시했다. 여러 플랫폼의 안내를 참고한 수치로, 모든 캠페인에 적용되는 보장 기준은 아니다. 최종 결과가 드물다면 더 이른 단계의 의미 있는 전환을 고르는 판단이 필요하다.

정기적인 수동 업로드 대신 전환 API(Conversions API, CAPI)를 쓰는 방법도 있다. CAPI는 자사 시스템의 전환 정보를 프로그램으로 광고 플랫폼에 보내는 방식이다. Microsoft Advertising에서는 광고주 서버의 전환과 참여 이벤트를 유니버설 이벤트 추적(UET)으로 직접 보낼 수 있다. UET는 사이트의 이용 행동을 측정하는 Microsoft Advertising의 추적 체계다. 홉킨스는 매출, 제품 정보, 클릭 ID, 해시 처리한 식별자, 동의 상태 등을 전달할 수 있는 신호로 소개했다.

전송 속도보다 기록의 품질을 먼저 점검한다

CRM이 품질 낮은 문의를 성공 결과로 분류하고 있다면, 그 기록을 더 빨리 보내도 광고가 원하는 고객을 찾기 어려운 문제는 남는다. 오히려 잘못 정의한 성공을 더 효율적으로 학습하게 할 수 있다.

전환 수와 값에 차이가 생기면 우선 어떤 행동을 집계하는지 확인한다. 작은 참여 행동에 붙인 값이 방향성 지표인지 실제 매출을 예측하는 값인지 구분하고, 문의가 MQL이나 SQL에 해당하는지 살핀다. 어느 쪽에도 맞지 않는다면 그 이유도 기록한다. 홉킨스는 기존 고객의 문의가 섞여 문제를 일으키는 경우 문의 흐름이 안정될 때까지 신규 고객만 타기팅하는 조치를 검토할 수 있다고 제안했다.

상담이 다음 단계로 넘어갈 때 CRM에 기록을 쉽게 남길 수 있는지도 중요하다. 방문자가 양식이나 랜딩 페이지에서 연락 방법을 찾기 어렵지는 않은지, 추적 픽셀 여러 개나 수동 입력 때문에 같은 전환을 두 번 세지는 않는지 함께 확인한다. 데이터 연결만 고쳐서는 이런 문제가 해결되지 않는다.

영업 후속 연락도 같은 점검에 포함된다. 홉킨스는 문의 접수 후 90분 안에 연락하는지를 확인하라고 권했다. 이는 모든 업종의 공통 기준이라기보다, 후속 연락이 늦어 잠재 고객이 다른 해결책을 찾는 상황을 살피기 위한 권고다. 문의의 질과 영업 대응을 함께 봐야 어느 단계에서 성과가 끊기는지 파악할 수 있다.

성과를 판단하는 주기를 실제 영업 과정에 맞춘다

데이터를 빨리 보낸다고 계약까지 걸리는 시간이 줄어드는 것은 아니다. 문의가 들어온 직후의 수치와 영업 과정을 충분히 거친 뒤의 수치는 달라질 수 있다. 몇 주가 걸리는 결과를 어제의 광고 보고서에서 찾으며 설정을 급하게 바꾸면 판단을 그르칠 수 있다.

Microsoft Advertising의 전환 기간은 목표에 따라 1분에서 최대 90일까지 설정할 수 있고, 홉킨스가 설명한 CAPI 조회 기간은 90일이다. 실제 상담과 계약이 그 안에 기록될 수 있는지 확인하고, 보고 주기도 영업 주기에 맞춰야 한다. 자동 입찰이 의미 있는 데이터를 쌓고 학습할 시간도 필요하다.

캠페인의 목적에 따라서도 해석은 달라진다. 홉킨스는 인지나 고려 단계의 캠페인이 만든 상담 예약과 매출을 즉각적인 성공 지표가 아닌 보조 핵심 성과 지표로 보라고 조언했다. 캠페인에 요구한 역할과 플랫폼에 최적화하도록 알려준 행동이 일치해야 한다.

실제 상담 결과나 매출을 플랫폼에 되돌려 보내지 않는 선택도 가능하다. 이때는 플랫폼 지표가 무엇을 측정하는지 분명히 알고 내부 기준 데이터로 사업 성과를 판단해야 한다. 데이터를 연결하기로 했다면 유효 상담의 정의, CRM 기록, 플랫폼이 요구하는 식별 정보와 동의 조건이 맞는지부터 확인하는 순서가 된다.