Smart Bidding Microsoft Ads com um tracking UET limpo reporta em média +14 a +20% de conversões vs um tracking degradado nas contas observadas nos benchmarks públicos do Google Ads, e as contas em Target ROAS sem UET estável raramente saem da learning phase. O Microsoft Advertising detém 9% do desktop search nos EUA e 4% na França no Q4 2025 (StatCounter) — a plataforma vale o investimento, mas sem UET limpo você perde a vantagem.
Este tutorial não é um overview de marketing: é a metodologia ops aplicada em produção. Snippets prontos para colar, procedimento de instalação passo a passo via a ferramenta UET oficial, mapeamento vs gtag, Enhanced Conversions, Consent Mode v2, server-side, e os 6 erros que destroem o tracking. Pré-requisito recomendado: ter lido nosso comparativo Microsoft Ads vs Google Ads e nosso guia iniciante Microsoft Ads.
O que é a tag UET e como se posiciona vs Google Tag?
O UET (Universal Event Tracking) é a tag de tracking de conversão proprietária do Microsoft Advertising. É o equivalente direto do Google Tag (gtag) no lado do Google Ads: um fragmento JavaScript instalado no <head> de cada página, que deposita um cookie first-party no seu domínio, mede os pageviews e os events, e depois transmite esses sinais à Microsoft para alimentar as conversões, as audiências e o Smart Bidding.
O UET não substitui o Google Tag — os dois coexistem no mesmo site. Quando um usuário converte, o snippet UET envia um hit para bat.bing.com (transparente, via seu cookie first-party), enquanto o Google Tag envia seu hit para googleads.g.doubleclick.net. Cada plataforma contabiliza sua conversão independentemente. É por essa dupla instrumentação que você mede a performance de cada canal sem viés cross-platform.
Aqui está o mapeamento funcional detalhado entre as duas tags:
O UET tag ID é um identificador numérico de 8 dígitos, único por conta Microsoft Advertising. Você o recupera em Tools > UET tag no Microsoft. Este tag ID serve como chave no snippet a ser instalado, exatamente como o Conversion ID + Conversion Label no Google Ads.
Três coisas a lembrar antes de configurar o UET. Primeiro: uma única tag UET por conta Microsoft, instalada em todas as páginas (não apenas nas páginas de conversão). Segundo: os events são a pedra angular do tracking — você define depois Conversion Goals na Microsoft que consomem esses events. Terceiro: Enhanced Conversions e Consent Mode v2 são suportados desde 2024 e alinham o UET aos padrões 2026 de tracking respeitoso à privacidade.
Instalação: 3 métodos (GTM, código, plugins CMS)
Três métodos de instalação dominam em 2026. A escolha depende do seu stack e da sua maturidade técnica. Para a maioria das contas observadas nos benchmarks públicos do Google Ads, o GTM continua sendo o caminho ideal.
Método 1 — Via Google Tag Manager (recomendado)
O GTM dispõe de um template oficial Microsoft Advertising UET tag (Community Template Gallery). Procedimento:
- No GTM, Tags > New > Microsoft Advertising UET tag (template oficial).
- Informar o UET tag ID (8 dígitos recuperados no Microsoft).
- Trigger: All Pages (Page View).
- Para os events de conversão: criar uma segunda tag do tipo Microsoft Advertising Event, informar o UET tag ID, o event category/action/label/value, trigger no event GA4 ou no custom trigger correspondente.
- Testar em modo Preview do GTM, validar que o UET Tag Helper vê a tag disparando na página.
Vantagens: sustentável, versionado, compartilhamento dos triggers com as outras tags de marketing (Google Ads, GA4, Meta), sem modificação de código do site. É o método usado em 80%+ das contas observadas nos benchmarks públicos.
Método 2 — Código direto no head
Para sites sem GTM (build customizado ou restrições ops), o snippet oficial Microsoft a colar no <head>:
<script>
(function(w,d,t,r,u){
var f,n,i;
w[u]=w[u]||[],f=function(){
var o={ti:"YOUR_UET_TAG_ID", enableAutoSpaTracking: true};
o.q=w[u],w[u]=new UET(o),w[u].push("pageLoad")
},
n=d.createElement(t),n.src=r,n.async=1,n.onload=n.onreadystatechange=function(){
var s=this.readyState;
s&&s!=="loaded"&&s!=="complete"||(f(),n.onload=n.onreadystatechange=null)
},
i=d.getElementsByTagName(t)[0],i.parentNode.insertBefore(n,i)
})(window,document,"script","//bat.bing.com/bat.js","uetq");
</script>
Substitua YOUR_UET_TAG_ID pelo ID de 8 dígitos. A opção enableAutoSpaTracking: true ativa o tracking automático das mudanças de URL via History API — útil para SPAs React, Vue, Angular. Para disparar um event de conversão mais tarde no código:
// Na página de confirmação de compra
window.uetq = window.uetq || [];
window.uetq.push('event', 'purchase', {
revenue_value: 129.99,
currency: 'EUR',
event_category: 'ecommerce',
event_label: 'order_completed'
});
Método 3 — Plugins CMS (Shopify, WooCommerce, Wix)
Para sites no-code, a Microsoft oferece plugins oficiais:
- Shopify: Microsoft Channel app (gratuita, na Shopify App Store).
- WooCommerce: Microsoft Advertising Pixel for WooCommerce.
- Wix, Squarespace: integração via Tag Manager simplificado integrado.
Esses plugins instalam automaticamente o UET e disparam os events e-commerce padrão (purchase, add_to_cart, view_item). É o método mais rápido para um início e-com — conte 30 minutos de instalação vs 4-6h para uma integração GTM full custom. Limitação: os events custom (ex: event específico do seu negócio) permanecem a ser configurados manualmente via GTM ou código direto em complemento ao plugin.
Conversões padrão vs eventos personalizados
Uma vez o UET instalado, a próxima etapa é definir o que você quer rastrear. O Microsoft Advertising distingue dois níveis: os Conversion Goals (que o Smart Bidding otimizará) e os Custom Events (sinais granulares utilizáveis para audiências ou diagnósticos).
Um Conversion Goal é uma conversão de negócio: uma compra, um lead, um signup, uma assinatura. Você o cria em Tools > Conversion goals. Quatro tipos possíveis:
- Event: disparado por um push UET (o mais utilizado).
- Destination URL: disparado ao aterrissar em uma URL específica (ex:
/obrigado-pelo-pedido). - Duration: duração mínima de sessão atingida.
- Pages per visit: número de páginas visualizadas atingido.
O tipo Event é o mais flexível — ele consome os events que você envia via uetq.push('event', ...). A regra prática: use Event para todas as conversões críticas, Destination URL apenas como fallback ou para conversões muito simples (formulário one-page sem tracking dinâmico).
Um Custom Event é um sinal arbitrário enviado via uetq.push que não é (necessariamente) vinculado a um Conversion Goal. Exemplos de custom events úteis:
video_play,video_complete: engajamento de vídeo.scroll_50pct,scroll_75pct: profundidade de leitura.add_to_cart,begin_checkout: etapas do funil e-com.pricing_page_view: intent SaaS B2B.
Esses custom events servem para construir audiências (ex: "usuários que fizeram video_play 50%+") ou para diagnosticar vazamentos no funil, sem sobrecarregar o Smart Bidding com muitos Conversion Goals concorrentes.
Nas contas observadas nos benchmarks públicos do Google Ads, 4 a 7 Conversion Goals ativos representam o sweet spot para Smart Bidding Microsoft Ads. Acima disso, o algoritmo diversifica demais sua otimização e a performance por goal se degrada. Os custom events não têm essa limitação — você pode ter 30+ sem impacto nos lances.
Aqui está um exemplo completo de instrumentação para um site e-commerce que quer rastrear as 5 etapas do funil + a compra final:
// View product
window.uetq.push('event', 'view_item', {
event_category: 'ecommerce',
event_value: 89.90,
currency: 'EUR'
});
// Add to cart
window.uetq.push('event', 'add_to_cart', {
event_category: 'ecommerce',
event_value: 89.90,
currency: 'EUR'
});
// Begin checkout
window.uetq.push('event', 'begin_checkout', {
event_category: 'ecommerce'
});
// Purchase (Conversion Goal principal)
window.uetq.push('event', 'purchase', {
event_category: 'ecommerce',
revenue_value: 129.99,
currency: 'EUR',
transaction_id: 'ORDER_12345'
});
O transaction_id é crítico: ele serve como event_id para deduplicação se você migrar para server-side ou se comparar com o Google Ads. Sem transaction_id único, impossível deduplicar e suas métricas cross-platform ficam enviesadas.
Enhanced Conversions Microsoft Ads em 2026
Enhanced Conversions Microsoft Ads existem desde 2024 e atingiram estabilidade de produção em 2026. O princípio é idêntico ao Google Ads: transmitir no payload da conversão dados de usuário com hash (email, telefone, endereço) para permitir que a Microsoft re-associe a conversão a um usuário Microsoft (Bing search, Edge browser) mesmo quando o cookie first-party foi perdido (ITP, ad-blockers, cross-device).
O ganho medido das Enhanced Conversions no matching Microsoft varia entre +6 e +15% de conversões reportadas dependendo da vertical e da qualidade dos dados — próximo da ordem de grandeza observada no Google Ads. É significativo o suficiente para justificar o investimento de 1-2 dias de dev para configurar as Enhanced Conversions adequadamente.
O hashing deve ser feito antes do envio à Microsoft, idealmente do lado do servidor (para evitar expor o PII em texto claro no navegador). Procedimento tipo:
// Lado servidor (Node.js)
const crypto = require('crypto');
function sha256Hash(input) {
return crypto
.createHash('sha256')
.update(input.trim().toLowerCase())
.digest('hex');
}
const enhancedData = {
email: sha256Hash(user.email),
phone: sha256Hash(user.phone.replace(/\s/g, '')),
// endereço em formato com hash: nome + sobrenome + cep + país
address: sha256Hash(`${user.firstName}${user.lastName}${user.zip}${user.countryCode}`)
};
// Push no data layer para que o UET o recupere
dataLayer.push({
event: 'purchase',
enhanced_conversion_data: enhancedData
});
No UET, a tag detecta a presença dos dados com hash no payload e os transmite ao Microsoft Advertising. Ativação da funcionalidade no Microsoft: Tools > UET tag > Enhanced conversions > Enable.
Algumas regras de qualidade a respeitar para maximizar a taxa de match:
- Sempre em lowercase antes do hashing (
user@email.com→ hash, nãoUser@Email.com). - Trim de espaços sistemático em email e telefone.
- Formato E.164 internacional para o telefone (ex:
+5511912345678). - País em formato ISO 2 letras (BR, PT, US, etc.).
- Hashing SHA-256 hex (não SHA-1, não Base64).
A Microsoft também oferece um modo Enhanced Conversions for Leads específico para conversões fora do site (CRM B2B, closing offline) — veja nosso guia offline conversions CRM para o framework funcional equivalente no Google Ads.
Importação das conversões GA4 para Microsoft Ads
Desde 2024, o Microsoft Advertising oferece uma importação nativa das conversões GA4: você autentica sua propriedade GA4, a Microsoft lê os events via API do Google Analytics, e os recria como Conversion Goals no Microsoft. É um atalho poderoso quando você já tem um setup GA4 maduro com events limpos.
Procedimento de importação:
- No Microsoft Advertising, Tools > UET tags > Import GA4 conversions.
- Autenticar sua propriedade GA4 via OAuth Google.
- Selecionar os events a importar (purchase, generate_lead, sign_up, etc.).
- A Microsoft os recria como Conversion Goals com os mesmos parâmetros (value, currency).
- Os dados são retroativos em 30 dias — útil para iniciar o Smart Bidding sem esperar 30 dias após o cutover.
Limitações a conhecer:
- Apenas os events GA4 padrão (Enhanced Ecommerce schema) são importáveis corretamente. Os events custom com parâmetros complexos podem perder atributos.
- A importação é unidirecional: GA4 → Microsoft, não o inverso. Se você corrigir depois a conversão no Microsoft, o GA4 não será atualizado.
- A importação GA4 usa os modelos de atribuição GA4 (data-driven por padrão). Se você comparar com as conversões Microsoft nativas (UET), os números podem divergir de 5-15% devido à atribuição diferente.
- Os events vinculados a audiências GA4 não são importáveis como audiências Microsoft — é necessário recriar as audiências manualmente (veja nosso guia de importação Google → Microsoft Ads).
Quando usar importação GA4 vs UET nativo? Nossa regra prática: use UET nativo sempre que puder (sinal mais limpo, latência mais curta, suporte completo de funcionalidades); use importação GA4 como complemento ou fallback para os events que você não pode instrumentar rapidamente via UET. Nas contas observadas nos benchmarks públicos do Google Ads, aproximadamente 25 a 35% usam importação GA4 como bridge inicial e depois migram para UET nativo em 60 a 90 dias.
Para as conversões offline (closing CRM, chamadas telefônicas convertidas, compras na loja) que não passam nem pelo UET nem pelo GA4, a Microsoft oferece Offline Conversion Imports: upload CSV ou API que envia as conversões a posteriori com seu Microsoft Click ID (equivalente GCLID). É a alavanca indispensável para SaaS B2B e lead gen — veja nosso guia offline conversions Google Ads para a mecânica equivalente.
Server-side e Consent Mode v2: compatibilidade
A tag UET funciona em client-side por padrão, mas pode ser retransmitida em server-side via um container sGTM (Google Tag Manager Server) com um template Microsoft Advertising. O benefício é o mesmo que no Google: contorno parcial do ITP (cookies first-party HTTP não afetados pelo ITP JS), redução do peso JS no client, controle do payload enviado à Microsoft.
Arquitetura sGTM + UET:
- O navegador envia um event para
metrics.seusite.com(seu subdomínio first-party apontando para Cloud Run). - O sGTM recebe o event, aplica transformações se necessário (hashing, enriquecimento CRM).
- O sGTM retransmite via um template UET para
bat.bing.com(server-to-server). - O Microsoft Advertising recebe o hit como se viesse de um navegador normal.
Para o procedimento completo de implementação sGTM (que serve simultaneamente Google Ads, GA4 e Microsoft Ads), veja nosso guia completo server-side tracking GTM 2026. A mesma infraestrutura retransmite os events para todos os vendors — você paga a infra apenas uma vez.
Consent Mode v2 no UET: a Microsoft implementou seu equivalente em 2024. A tag respeita os 4 flags padrão:
ad_storage: autorização para armazenar cookies publicitários.ad_user_data: autorização para compartilhar user data com a Microsoft.ad_personalization: autorização para personalizar os ads.analytics_storage: autorização dos cookies analytics.
Quando o consentimento é denied, o UET entra em modo "cookieless ping" — a Microsoft recebe a informação da conversão sem cookie, sem matching de usuário, de forma agregada e modelada. Suas conversões continuam aparecendo nos relatórios (como "Modeled conversions"), mas sem matching individual.
A configuração CMP no UET se parece com a do Google:
// CMP push para Cookiebot/OneTrust/Didomi
window.uetq = window.uetq || [];
window.uetq.push('consent', 'default', {
ad_storage: 'denied',
ad_user_data: 'denied',
ad_personalization: 'denied',
analytics_storage: 'denied'
});
// Quando o usuário aceita
window.uetq.push('consent', 'update', {
ad_storage: 'granted',
ad_user_data: 'granted',
ad_personalization: 'granted',
analytics_storage: 'granted'
});
Nunca esqueça de enviar um estado default ANTES do carregamento do UET. Se o UET dispara antes do consent push, ele considera o consentimento como granted por padrão em CMPs não-europeias e grava o cookie sem base legal. É o erro mais frequente — em 30 a 40% dos setups referenciados, o consent default está ausente ou mal sequenciado. Consequência: risco LGPD/RGPD direto + desativação das conversões modeladas que dependem do flag.
Validação e debugging do tracking
Testar um setup UET antes de escalar o orçamento é inegociável. Três ferramentas principais para validar o tracking em preview e em produção.
UET Tag Helper (extensão Chrome oficial Microsoft)
A extensão UET Tag Helper é instalada gratuitamente no Chrome. Ela detecta automaticamente as tags UET ativas na página, exibe o tag ID, verifica o disparo dos pageviews e events, e sinaliza os erros comuns (tag ID ausente, snippet mal formado, events sem parâmetros obrigatórios).
Procedimento de validação:
- Ativar o UET Tag Helper, navegar no site.
- Verificar que a tag dispara em pageview em cada página (ícone verde).
- Disparar manualmente uma ação de conversão (ex: adicionar ao carrinho).
- Verificar que o event aparece no painel do UET Tag Helper com os parâmetros corretos.
- Navegar na página de confirmação, verificar que o event purchase dispara com revenue_value e currency corretos.
Diagnostics Microsoft Advertising
No Microsoft, Tools > Conversion tracking > Diagnostics exibe o status de cada conversion goal:
- Status "Verified" = pelo menos uma conversão reportada nos últimos 7 dias.
- Status "Unverified" = nenhuma conversão = potencial problema de tracking.
- Status "Inactive" = goal desativado.
Inspecione cada goal Unverified antes de escalar. As causas mais frequentes: tag UET não instalada na página de conversão, event name mal configurado (typo), Conversion Goal apontando para o event errado, Consent Mode denied em todo o tráfego.
Testes em modo preview GTM (se método 1)
O GTM dispõe de um modo Preview que permite simular uma sessão no site e ver todas as tags que disparam. Ativar Preview, navegar no site, verificar que:
- A tag UET pageview dispara em todas as páginas.
- As tags UET event disparam nos triggers corretos (compra, lead, signup).
- Os parâmetros (revenue_value, currency, transaction_id) estão corretamente preenchidos.
É o método mais robusto para validar ANTES da publicação GTM. Uma vez validado em preview, publique o container GTM, depois re-verifique em produção via UET Tag Helper.
Nas contas observadas nos benchmarks públicos do Google Ads, 30 a 40% dos setups UET auditados têm pelo menos um erro de tracking não detectado internamente — tipicamente um Conversion Goal mal mapeado ou um event que não dispara em SPA. Dedique sistematicamente 1 a 2 horas de validação pós-instalação, é o ROI mais rentável de toda a migração.
Para ir mais longe na base de tracking do Google e no pipeline completo até o Smart Bidding, leia nosso guia conversion tracking Google Ads. Para automatizar a vigilância do tracking a longo prazo, veja também nosso guia Microsoft Ads Scripts que inclui um script de monitoramento de conversões.
Para as contas que querem industrializar o gerenciamento, lance um audit gratuito SteerAds: ele escaneia o setup UET e Google Ads conversion, verifica a coerência do tracking nas duas plataformas, identifica os Conversion Goals não verificados e propõe um plano de correção priorizado. Veja também nosso guia de importação Google → Microsoft Ads para a migração completa e nosso guia Shopping feed Bing Merchant se você opera em e-commerce.
Para os recursos oficiais, veja o help center UET Microsoft e a documentação desenvolvedor UET.
Fontes
Fontes oficiais consultadas para este guia:
FAQ
A tag UET funciona sem cookies de terceiros em 2026?
Sim, a tag UET funciona com cookies first-party há muito tempo — ela define seu cookie no seu próprio domínio, não em bat.bing.com. O fim dos cookies de terceiros do Chrome não afeta o UET da mesma forma que afeta o pixel Meta clássico. Por outro lado, o ITP do Safari limita a 7 dias a vida útil dos cookies first-party escritos via JavaScript: para preservar a atribuição além desse período, a migração para server-side (sGTM retransmitindo para UET) permanece recomendada. Veja a seção server-side deste artigo. Nas contas observadas nos benchmarks públicos do Google Ads, a migração server-side recupera 12 a 22% de sinal adicional pós-ITP no Microsoft Ads.
É necessária uma tag UET por site ou por campanha?
Uma única tag UET por conta Microsoft Advertising, instalada em todas as páginas do site. O UET funciona como a tag do Google Ads: é única por conta, e as conversões são definidas depois no Microsoft Advertising via Conversion Goals que apontam para events ou URLs específicas. Se você gerencia múltiplos domínios com uma única conta Microsoft, pode reutilizar a mesma tag UET em cada domínio — a Microsoft aceita cross-domain tracking via UET. Por outro lado, duas contas Microsoft distintas = duas tags UET distintas. Documentação oficial disponível no help da Microsoft.
Qual a diferença entre Conversion Goal e Custom Event UET?
Um Conversion Goal é uma conversão de negócio definida no Microsoft Advertising (purchase, lead, signup) que será usada pelo Smart Bidding para otimizar. Um Custom Event é um sinal arbitrário enviado via uetq.push (ex: 'video_play', 'scroll_50pct') que pode servir para construir audiências ou alimentar Conversion Goals. A regra: use Custom Events para dados granulares, Conversion Goals para o que o Smart Bidding deve otimizar. Nas contas observadas nos benchmarks públicos do Google Ads, 4 a 7 Conversion Goals ativos representam o sweet spot — acima disso, o Smart Bidding diversifica demais e a performance se degrada.
Como importar minhas conversões GA4 no Microsoft Ads?
O Microsoft Advertising oferece desde 2024 uma importação nativa das conversões GA4. Em Tools > UET tags > Import GA4 conversions, autentique sua propriedade GA4, selecione os events a importar (purchase, generate_lead, etc.), e a Microsoft os recria como Conversion Goals. Os dados são retroativos em 30 dias. Limitações: apenas os events GA4 padrão são suportados (os do schema Google Analytics enhanced ecommerce), os events custom com parâmetros complexos nem sempre são importados corretamente. Para importações avançadas ou conversões offline de CRM, a via Offline Conversion Imports permanece mais robusta — veja a seção dedicada deste artigo.
O UET é compatível com Consent Mode v2?
Sim, desde 2024, a Microsoft implementou seu equivalente Consent Mode v2 para o UET. A tag respeita os flags ad_storage, ad_user_data, ad_personalization e analytics_storage transmitidos pela sua CMP. Quando o consentimento é denied, o UET entra em modo 'cookieless ping' (sem cookie, sem matching) que permite à Microsoft reportar dados agregados e modelados sem violar o RGPD. No nosso painel, 30 a 40% dos setups UET auditados não configuram corretamente o Consent Mode v2 e perdem tanto a conformidade quanto as conversões modeladas resultantes. Detalhes na seção dedicada.
Quanto tempo até o Smart Bidding do Microsoft Ads estar estável após instalação do UET?
14 a 21 dias mínimo após as conversões serem reportadas de forma estável. A tag UET deve gerar pelo menos 30 conversões em uma janela de 30 dias por campanha para que um Target CPA ou Target ROAS funcione corretamente (limites da Microsoft equivalentes aos do Google). Abaixo disso, o algoritmo permanece em exploração, o CPC pode ser errático e o CPA descontrolado. Prática recomendada: iniciar em Manual CPC ou Maximize Clicks durante 2-3 semanas, validar a estabilidade do tracking, depois migrar para Smart Bidding. Queimar orçamento em learning phase com tracking instável é o erro mais custoso em migração.