Microsoft Advertising UET 태그·오프라인 전환 추적 감사 체크리스트 2026, Bing Ads와 CRM 전환 연결 전 확인할 기준
Microsoft Advertising UET 태그·오프라인 전환 추적 감사 체크리스트 2026, Bing Ads와 CRM 전환 연결 전 확인할 기준
Microsoft Advertising을 Bing Ads라고 부르던 시절부터 운영해 온 계정이라면 전환 추적 설정이 오래된 채로 남아 있을 수 있습니다. 검색 광고 예산은 계속 쓰고 있는데 문의, 예약, 견적 요청, 상담 완료, 계약 같은 실제 영업 결과가 광고 계정에 제대로 이어지지 않으면 캠페인 판단이 흐려집니다.
이때 핵심이 Universal Event Tracking, 즉 UET 태그와 오프라인 전환입니다. UET는 웹사이트에서 고객 행동을 기록해 전환 추적과 리마케팅에 쓰는 Microsoft Advertising 도구입니다. Microsoft Learn 문서는 UET가 paid search의 conversion tracking과 remarketing list를 위한 전제 조건이라고 설명합니다.
출처: Microsoft Learn – Universal Event Tracking
오프라인 전환은 웹사이트 문의 이후 CRM, 콜센터, 영업팀에서 상담 완료나 계약 전환을 나중에 광고 계정으로 보내는 흐름입니다. Microsoft Learn의 OfflineConversion 문서는 Microsoft Advertising으로 보내는 offline conversion data object를 설명하며, 같은 MicrosoftClickId와 ConversionTime의 중복 오프라인 전환은 첫 번째만 계산된다고 안내합니다.
출처: Microsoft Learn – OfflineConversion Data Object
이 글은 법률 자문, 개인정보보호 컨설팅, 광고 성과 보장 문서가 아닙니다. 작은 B2B 팀, 대행사, 쇼핑몰, 예약·상담형 사업자가 Microsoft Advertising UET 태그와 오프라인 전환을 연결하거나 정리하기 전 운영 실수를 줄이기 위한 체크리스트입니다. 실제 적용 전에는 Microsoft 공식 문서, 회사 내부 개인정보 처리 기준, 지역별 동의 기준을 다시 확인해야 합니다.
다른 광고 채널 전환 추적도 함께 운영한다면 Google Ads 전환 추적 감사 체크리스트, Meta Pixel·Conversions API 전환 추적 감사 체크리스트, LinkedIn Insight Tag·Conversions API 전환 추적 감사 체크리스트, TikTok Pixel·Events API 전환 추적 감사 체크리스트를 함께 봐야 합니다. 광고 계정 권한 자체가 정리되지 않았다면 AI 광고 계정 권한 감사 체크리스트를 먼저 확인하는 편이 안전합니다.
연결 전 12개 항목부터 확인합니다
UET 태그와 오프라인 전환을 수정하기 전에는 아래 항목을 먼저 정리합니다.
| 항목 | 확인 질문 |
|---|---|
| 전환 목적 | 문의, 상담 예약, 견적 요청, 구매, 계약 중 무엇을 최적화할 것인가 |
| UET 태그 | 계정에 이미 만든 UET tag가 있는가, 여러 개라면 왜 나뉘었는가 |
| 설치 위치 | 모든 주요 랜딩, 문의 폼, 결제 완료, 감사 페이지에 태그가 들어가 있는가 |
| 전환 목표 | URL goal, event goal, offline conversion goal 중 무엇을 쓰는가 |
| Microsoft Click ID | 랜딩에서 CRM까지 click id를 보존할 수 있는가 |
| CRM 필드 | 리드 ID, 전환 시각, 전환명, 전환값, 통화 코드를 어디에 저장하는가 |
| 중복 처리 | 같은 리드가 여러 번 업로드되거나 여러 상태값으로 잡히지 않는가 |
| 동의 상태 | 광고 추적, 쿠키, 개인정보 처리 동의 상태를 전송 전에 확인하는가 |
| 권한 | 광고 계정, UET, API, CRM, 자동화 도구 권한이 분리돼 있는가 |
| 테스트 | 테스트 리드와 실제 리드가 보고서에서 섞이지 않는가 |
| 지연 시간 | 오프라인 전환 업로드 후 보고서 반영 시간을 운영자가 알고 있는가 |
| 롤백 | 태그와 CRM 매핑 오류가 나면 이전 설정으로 되돌릴 수 있는가 |
UET 태그는 한 번 붙이고 끝나는 코드가 아닙니다
Microsoft Learn 문서는 UET 태그를 하나 만든 뒤 웹사이트에 추가하고, 이후 conversion tracking 또는 remarketing audience를 설정한다고 설명합니다. 또한 UET tag tracking code를 웹사이트 전체에 추가해야 하며, 사이트 전체 layout page가 있다면 그곳에 넣는 것이 좋다고 안내합니다.
출처: Microsoft Learn – Universal Event Tracking
운영 감사에서는 "태그가 있느냐"보다 "어디에 어떤 목적으로 들어갔느냐"가 중요합니다.
| 점검 항목 | 확인 기준 |
|---|---|
| UET tag ID | 현재 캠페인이 참조하는 태그와 사이트에 설치된 태그가 같은가 |
| 설치 범위 | 랜딩 페이지, 가격 페이지, 문의 폼, 완료 페이지에 모두 적용됐는가 |
| 태그 관리자 | GTM, 플러그인, 테마 코드 중 어디에서 배포되는가 |
| 중복 설치 | 같은 UET가 테마와 GTM에서 동시에 발화하지 않는가 |
| 변경 기록 | 태그 추가, 삭제, trigger 변경 이력이 남아 있는가 |
WordPress 사이트라면 테마 파일, header 삽입 플러그인, Google Tag Manager, 광고 자동화 플러그인이 동시에 태그를 넣고 있을 수 있습니다. GA4·Google Tag Manager 접근 권한 감사 체크리스트처럼 태그 배포 권한과 승인 흐름도 같이 봐야 합니다.
Conversion goal을 먼저 정의해야 합니다
UET 태그가 데이터를 모아도 어떤 행동을 전환으로 볼지는 별도 conversion goal에서 정합니다. Microsoft Learn의 ConversionGoal 문서는 conversion goal의 기본 객체와 AppInstallGoal, DurationGoal, EventGoal, OfflineConversionGoal, UrlGoal 같은 파생 유형을 설명합니다.
출처: Microsoft Learn – ConversionGoal Data Object
전환 목표를 정할 때는 광고팀 용어와 영업팀 용어를 맞춰야 합니다.
| 전환 목표 | 적합한 상황 | 감사 포인트 |
|---|---|---|
| URL goal | thank-you page, 예약 완료 페이지가 명확할 때 | 완료 URL이 실제 전환과 일치하는가 |
| Event goal | 버튼 클릭, 폼 제출, 다운로드처럼 이벤트가 필요할 때 | 이벤트 이름과 trigger 조건이 중복되지 않는가 |
| Offline conversion goal | 상담 완료, 계약, 유효 리드처럼 CRM 후속 상태가 중요할 때 | Microsoft Click ID와 CRM 상태값이 보존되는가 |
| Duration/Page view goal | 참여도 참고 지표가 필요할 때 | 실제 매출 전환과 혼동하지 않는가 |
전환 목표가 너무 많으면 보고서가 복잡해지고, 너무 적으면 리드 품질을 놓칩니다. "문의 제출"과 "영업팀이 유효하다고 확인한 리드"는 다른 전환으로 보는 편이 안전합니다.
Microsoft Click ID는 CRM까지 따라가야 합니다
오프라인 전환의 핵심은 클릭과 나중의 영업 결과를 연결하는 것입니다. Microsoft Advertising에서는 Microsoft Click ID를 기준으로 오프라인 전환을 연결합니다. 이 값이 랜딩 페이지에서 폼, CRM, 상담 관리 도구까지 이어지지 않으면 나중에 상담 완료나 계약 데이터를 업로드해도 광고 클릭과 매칭하기 어렵습니다.
| 구간 | 확인할 점 |
|---|---|
| 광고 클릭 | 랜딩 URL에 click id가 붙어 들어오는가 |
| 웹사이트 | hidden field, 쿠키, 세션 저장 방식이 정해져 있는가 |
| 문의 폼 | 폼 제출 시 click id가 CRM 리드 필드로 넘어가는가 |
| CRM | 담당자 변경, 상태 변경, 병합 후에도 click id가 사라지지 않는가 |
| 업로드 파일/API | MicrosoftClickId, ConversionName, ConversionTime, ConversionValue가 정확한가 |
CRM을 바꾸거나 폼 플러그인을 교체할 때 이 값이 자주 끊깁니다. 광고 계정만 보고 있으면 문제가 안 보이고, CRM 담당자는 광고 click id가 왜 필요한지 모를 수 있습니다. 연결 전에 필드 이름, 보관 기간, 접근 권한을 표로 남기는 편이 좋습니다.
오프라인 전환 업로드는 지연과 중복 기준을 알아야 합니다
Microsoft Learn은 OfflineConversionGoal을 설정한 뒤 2시간을 기다린 다음 ApplyOfflineConversions 작업으로 OfflineConversion 데이터를 보내라고 안내합니다. 또한 Microsoft Advertising reporting에서 conversion data를 보기까지 최대 6시간이 걸릴 수 있다고 설명합니다.
출처: Microsoft Learn – OfflineConversion Data Object
출처: Microsoft Learn – ApplyOfflineConversions Operation
그래서 업로드 직후 "전환이 안 보인다"고 바로 설정을 또 바꾸면 안 됩니다.
| 항목 | 운영 기준 |
|---|---|
| 업로드 시각 | 매일 한 번, 또는 상태 변경 후 일정 시간 뒤 전송 |
| 보고 지연 | 업로드 후 보고서 반영까지 시간을 두고 확인 |
| CountType | 같은 클릭의 여러 전환을 모두 볼지, 첫 전환만 볼지 기준화 |
| 중복 기준 | 같은 MicrosoftClickId와 ConversionTime 중복 전송 방지 |
| 테스트 데이터 | 테스트 리드와 내부 직원 전환을 별도 표시 또는 제외 |
| 실패 처리 | API 실패, 파일 업로드 실패, 필드 누락 알림 생성 |
오프라인 전환은 매출이나 계약처럼 민감한 내부 정보를 광고 플랫폼으로 보내는 흐름입니다. 전환값을 보낼지, 통화 코드를 보낼지, 리드 등급만 보낼지, 실제 계약 금액을 보낼지는 내부 기준으로 정해야 합니다.
CRM 상태값과 광고 전환명을 1:1로 맞춥니다
가장 흔한 실수는 CRM 상태값을 광고 전환명과 느슨하게 연결하는 것입니다. 예를 들어 CRM에는 "신규 문의", "상담 예약", "상담 완료", "견적 발송", "계약 완료"가 있는데 광고 계정에는 모두 "Lead"로 들어가면 최적화와 보고가 흔들립니다.
| CRM 상태 | 광고 전환으로 볼지 | 이유 |
|---|---|---|
| 신규 문의 | 보조 전환 | 수량은 많지만 품질 차이가 큼 |
| 상담 예약 | 주요 후보 | 실제 영업 접점이 생김 |
| 상담 완료 | 주요 전환 | 리드 품질 판단에 가까움 |
| 견적 발송 | 업종별 주요 전환 | 구매 의도가 강한 단계 |
| 계약 완료 | 최종 전환 | 수량은 적지만 가치가 큼 |
| 스팸·중복 리드 | 제외 | 캠페인 학습을 오염시킬 수 있음 |
모든 단계를 최적화 대상으로 넣기보다, 보고용 전환과 입찰 최적화용 전환을 나누는 것이 좋습니다. 작은 계정에서는 최종 계약만 보내면 데이터가 너무 적을 수 있으므로 상담 완료나 견적 발송 같은 중간 단계를 함께 검토합니다.
UET와 오프라인 전환 권한은 광고 관리자 권한과 다릅니다
광고 캠페인을 수정할 수 없는 사용자라도 태그, conversion goal, API, CRM 자동화 권한이 남아 있으면 전환 데이터 흐름을 바꿀 수 있습니다. 대행사 변경, 퇴사자 발생, CRM 이전 때 특히 조심해야 합니다.
| 권한 범위 | 감사 포인트 |
|---|---|
| Microsoft Advertising 계정 | account manager, campaign manager, viewer 역할 분리 |
| UET tag | 태그 생성, 이름 변경, 삭제 권한 제한 |
| Conversion goal | goal 생성·수정·삭제 승인 흐름 |
| API access | developer token, user access token, 자동화 계정 소유자 |
| CRM | click id, 리드 상태, 계약 금액 필드 접근 권한 |
| 태그 관리자 | GTM publish, WordPress 관리자, 플러그인 수정 권한 |
| 대행사 | 계약 종료 후 계정, 태그, CRM, 자동화 접근 회수 |
Microsoft Advertising API를 쓰는 경우에는 일반 로그인 비밀번호가 아니라 access token과 API 권한 흐름이 들어갑니다. 자동화 계정이 누구 소유인지, 토큰이 어디에 보관되는지, 실패 알림을 누가 받는지까지 확인해야 합니다.
출처: Microsoft Learn – Get Started With the Bing Ads API
바꾸기 전후 지표를 따로 봅니다
UET 태그나 오프라인 전환을 고친 직후에는 전환 수가 갑자기 늘거나 줄 수 있습니다. 실제 성과 변화가 아니라 집계 기준 변화일 수 있습니다. 변경 전후 비교 기준을 미리 정해야 합니다.
| 비교 항목 | 보기 기준 |
|---|---|
| 웹 전환 | UET 기반 문의 제출, 예약 완료, 구매 완료 수 |
| 오프라인 전환 | CRM 상담 완료, 견적 발송, 계약 완료 수 |
| 매칭률 | CRM 유효 리드 중 Microsoft Click ID가 남아 있는 비율 |
| 지연 시간 | 클릭부터 CRM 상태 변경, 업로드, 보고서 반영까지 걸리는 시간 |
| 중복률 | 같은 리드가 여러 전환명이나 여러 시각으로 반복 업로드되는지 |
| 캠페인 학습 | 최적화 전환 변경 후 입찰과 예산 판단이 흔들렸는지 |
큰 프로모션 직전, 월말 보고 마감 직전, 주말 직전에는 태그와 CRM 매핑을 크게 바꾸지 않는 편이 좋습니다. 오류가 생겼을 때 광고팀, 개발자, CRM 담당자가 동시에 확인할 수 있는 시간에 변경해야 합니다.
테스트 순서는 작게 잡습니다
공개 전에는 실제 리드 한두 건을 무리하게 만들기보다 테스트용 랜딩과 테스트 CRM 상태를 따로 정하는 것이 좋습니다.
- 테스트용 캠페인 또는 테스트 랜딩 URL을 정합니다.
- UET 태그가 모든 주요 페이지에서 한 번씩만 발화하는지 확인합니다.
- 문의 폼 hidden field에 Microsoft Click ID가 들어오는지 확인합니다.
- CRM 리드 상세 화면에서 click id, 전환 시각, 상태값이 보존되는지 확인합니다.
- 테스트 리드를 상담 완료 또는 견적 발송 상태로 바꿉니다.
- 오프라인 전환 업로드 파일 또는 API payload를 검토합니다.
- 업로드 후 보고서 반영 지연 시간을 두고 확인합니다.
- 테스트 데이터가 실제 최적화와 보고에 섞이지 않게 정리합니다.
테스트가 어려운 이유는 기술보다 책임 구분입니다. 광고 운영자, 웹 개발자, CRM 관리자, 대행사가 같은 전환명과 같은 리드 ID를 보고 있어야 합니다.
체크리스트
| 체크 | 완료 |
|---|---|
| 현재 Microsoft Advertising 계정의 UET tag ID와 설치 위치를 확인했다 | |
| UET가 랜딩, 문의 폼, 완료 페이지에서 중복 없이 발화하는지 확인했다 | |
| URL goal, event goal, offline conversion goal 중 어떤 전환 목표를 쓸지 정했다 | |
| Microsoft Click ID가 웹사이트에서 CRM까지 보존되는지 테스트했다 | |
| CRM 상태값과 광고 전환명을 1:1로 매핑했다 | |
| 오프라인 전환 업로드 필드와 형식을 문서화했다 | |
| CountType, 중복 기준, 테스트 데이터 제외 기준을 정했다 | |
| 업로드 후 보고서 반영 지연 시간을 운영자에게 공유했다 | |
| API, CRM, 태그 관리자, 대행사 권한을 분리 점검했다 | |
| 퇴사자와 이전 대행사의 UET·API·CRM 접근을 회수했다 | |
| 변경 전후 7일 지표 비교 기준을 정했다 | |
| 문제가 생겼을 때 이전 태그와 CRM 매핑으로 되돌릴 방법을 준비했다 | |
| Google, Meta, LinkedIn, TikTok 전환 추적과 리포트 기준이 충돌하지 않는지 확인했다 |
Microsoft Advertising UET와 오프라인 전환은 검색 광고 성과를 웹 문의 단계에서 CRM 품질 단계까지 확장해 볼 수 있게 합니다. 하지만 연결하는 순간 웹사이트 태그, 광고 계정, CRM, API, 대행사 권한이 함께 움직입니다. 그래서 "전환이 잡히는가"만 보지 말고 "어떤 클릭 ID가 어디에 저장되는가", "어떤 CRM 상태를 전환으로 보낼 것인가", "누가 바꿀 수 있고 어떻게 되돌릴 것인가"까지 같이 확인해야 합니다.
About The Author
