Microsoft Ads UET: tracciamento conversioni 2026

Smart Bidding Microsoft Ads con un tracking UET pulito registra in media dal +14 al +20% di conversioni in più rispetto a un tracking degradato sui conti osservati nei benchmark pubblici Google Ads, e i conti in Target ROAS senza UET stabile escono raramente dalla learning phase. Microsoft Advertising detiene il 9% del desktop search negli USA e il 4% in Francia nel Q4 2025 (StatCounter) — la piattaforma vale l'investimento, ma senza UET pulito si perde il vantaggio.

Questo tutorial non è un overview di marketing: è la metodologia ops applicata in produzione. Snippet pronti all'uso, procedura di installazione passo dopo passo tramite lo strumento UET ufficiale, mapping vs gtag, Enhanced Conversions, Consent Mode v2, server-side, e i 6 errori che affossano il tracking. Prerequisito consigliato: aver letto il nostro confronto Microsoft Ads vs Google Ads e la nostra guida per principianti Microsoft Ads.

Cos'è il tag UET e come si posiziona rispetto a Google Tag?

Il UET (Universal Event Tracking) è il tag di tracking conversione proprietario di Microsoft Advertising. È l'equivalente diretto del Google Tag (gtag) lato Google Ads: un frammento JavaScript posizionato nel <head> di ogni pagina, che deposita un cookie first-party sul vostro dominio, misura i pageview e gli eventi, poi trasmette questi segnali a Microsoft per alimentare le conversioni, le audience e lo Smart Bidding.

Il UET non sostituisce il Google Tag — i due coesistono sullo stesso sito. Quando un utente converte, lo snippet UET invia un hit a bat.bing.com (in modo trasparente, tramite il vostro cookie first-party), mentre il Google Tag invia il suo hit a googleads.g.doubleclick.net. Ogni piattaforma conta la sua conversione indipendentemente. È attraverso questa doppia strumentazione che misurate la performance di ogni leva senza bias cross-platform.

Ecco il mapping funzionale dettagliato tra i due tag:

Il nostro tester GA4 URL simula la classificazione Default Channel Group prima del deploy campagna.

Il UET tag ID è un identificativo numerico a 8 cifre, unico per account Microsoft Advertising. Lo recuperate in Tools > UET tag lato Microsoft. Questo tag ID serve come chiave nello snippet da installare, esattamente come il Conversion ID + Conversion Label lato Google Ads.

Tre cose da tenere a mente prima di configurare il UET. Primo: un solo tag UET per account Microsoft, posizionato su tutte le pagine (non solo le pagine di conversione). Secondo: gli eventi sono la pietra angolare del tracking — definite poi dei Conversion Goals in Microsoft che consumano questi eventi. Terzo: Enhanced Conversions e Consent Mode v2 sono supportati dal 2024 e allineano UET agli standard 2026 di tracking rispettoso della privacy.

Installazione: 3 metodi (GTM, codice, plugin CMS)

Tre metodi di installazione dominano nel 2026. La scelta dipende dal vostro stack e dalla vostra maturità tecnica. Per la maggior parte dei conti osservati nei benchmark pubblici Google Ads, GTM resta la via preferita.

Metodo 1 — Via Google Tag Manager (consigliato)

GTM dispone di un template ufficiale Microsoft Advertising UET tag (Community Template Gallery). Procedura:

In GTM, Tags > New > Microsoft Advertising UET tag (template ufficiale).
Inserire il UET tag ID (8 cifre recuperate lato Microsoft).
Trigger: All Pages (Page View).
Per gli eventi di conversione: creare un secondo tag di tipo Microsoft Advertising Event, inserire il UET tag ID, l'event category/action/label/value, trigger sull'evento GA4 o il custom trigger corrispondente.
Testare in modalità Preview GTM, validare che UET Tag Helper rilevi il tag firing sulla pagina.

Vantaggi: manutenibile, versionato, condivide i trigger con gli altri tag marketing (Google Ads, GA4, Meta), nessuna modifica al codice del sito. È il metodo utilizzato sull'80%+ dei conti osservati nei benchmark pubblici.

Metodo 2 — Codice diretto nell'head

Per i siti senza GTM (build custom o vincoli ops), lo snippet ufficiale Microsoft da incollare nel <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>

Sostituite YOUR_UET_TAG_ID con l'ID a 8 cifre. L'opzione enableAutoSpaTracking: true attiva il tracking automatico dei cambi URL via History API — utile per le SPA React, Vue, Angular. Per triggerare un evento di conversione successivamente nel codice:

// Sulla pagina di conferma acquisto
window.uetq = window.uetq || [];
window.uetq.push('event', 'purchase', {
  revenue_value: 129.99,
  currency: 'EUR',
  event_category: 'ecommerce',
  event_label: 'order_completed'
});

Metodo 3 — Plugin CMS (Shopify, WooCommerce, Wix)

Per i siti no-code, Microsoft propone plugin ufficiali:

Shopify: Microsoft Channel app (gratuita, nello Shopify App Store).
WooCommerce: Microsoft Advertising Pixel for WooCommerce.
Wix, Squarespace: integrazione tramite Tag Manager semplificato integrato.

Questi plugin installano automaticamente il UET e triggerano gli eventi e-commerce standard (purchase, add_to_cart, view_item). È il metodo più rapido per un avvio e-com — contate 30 minuti di installazione vs 4-6h per un'integrazione GTM full custom. Limite: gli eventi custom (es.: evento specifico del vostro business) restano da collegare manualmente via GTM o codice diretto in complemento al plugin.

Conversioni standard vs eventi personalizzati

Una volta installato il UET, lo step successivo è definire cosa volete tracciare. Microsoft Advertising distingue due livelli: i Conversion Goals (che lo Smart Bidding ottimizzerà) e i Custom Events (segnali granulari utilizzabili per audience o diagnostica).

Un Conversion Goal è una conversione business: un acquisto, un lead, un signup, un abbonamento. Lo create in Tools > Conversion goals. Quattro tipi possibili:

Event: triggerato da un push UET (il più utilizzato).
Destination URL: triggerato all'atterraggio su un URL specifico (es.: /grazie-per-il-vostro-ordine).
Duration: durata di sessione minima raggiunta.
Pages per visit: numero di pagine viste raggiunto.

Il tipo Event è il più flessibile — consuma gli eventi che inviate tramite uetq.push('event', ...). La regola pratica: usate Event per tutte le conversioni critiche, Destination URL solo come fallback o per conversioni molto semplici (form one-page senza tracking dinamico).

Un Custom Event è un segnale arbitrario inviato tramite uetq.push che non è (necessariamente) legato a un Conversion Goal. Esempi di custom events utili:

video_play, video_complete: engagement video.
scroll_50pct, scroll_75pct: profondità di lettura.
add_to_cart, begin_checkout: step del funnel e-com.
pricing_page_view: intent SaaS B2B.

Questi custom events servono a costruire audience (es.: "utenti che hanno fatto video_play 50%+") o a diagnosticare perdite nel funnel, senza sovraccaricare lo Smart Bidding con troppi Conversion Goals concorrenti.

Insight chiave :

Sui conti osservati nei benchmark pubblici Google Ads, da 4 a 7 Conversion Goals attivi rappresenta il punto ottimale per lo Smart Bidding Microsoft Ads. Oltre, l'algoritmo diversifica troppo la sua ottimizzazione e la performance per goal si degrada. I custom events non hanno questo limite — potete averne 30+ senza impatto sulle offerte.

Ecco un esempio completo di strumentazione per un sito e-commerce che vuole tracciare i 5 step del funnel + l'acquisto finale:

// 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 principale)
window.uetq.push('event', 'purchase', {
  event_category: 'ecommerce',
  revenue_value: 129.99,
  currency: 'EUR',
  transaction_id: 'ORDER_12345'
});

Il transaction_id è critico: serve come event_id per la deduplicazione se passate al server-side o se confrontate con Google Ads. Senza transaction_id univoco, impossibile deduplicare e le vostre metriche cross-platform sono falsate.

Enhanced Conversions Microsoft Ads nel 2026

Le Enhanced Conversions Microsoft Ads esistono dal 2024 e hanno raggiunto stabilità in produzione nel 2026. Il principio è identico a Google Ads: trasmettere nel payload della conversione dati utente hashati (email, telefono, indirizzo) per permettere a Microsoft di ri-matchare la conversione a un utente Microsoft (Bing search, Edge browser) anche quando il cookie first-party è stato perso (ITP, ad-blocker, cross-device).

Il guadagno misurato delle Enhanced Conversions sul matching Microsoft varia tra +6 e +15% di conversioni registrate a seconda del verticale e della qualità dei dati — vicino all'ordine di grandezza osservato lato Google Ads. È sufficientemente significativo per giustificare l'investimento di 1-2 giorni di sviluppo per collegare le Enhanced Conversions correttamente.

L'hashing deve avvenire prima dell'invio a Microsoft, idealmente lato server (per evitare di esporre i PII in chiaro lato browser). Procedura tipo:

// Lato server (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, '')),
  // indirizzo in formato hashato: nome + cognome + cap + paese
  address: sha256Hash(`${user.firstName}${user.lastName}${user.zip}${user.countryCode}`)
};

// Push nel data layer perché UET lo recuperi
dataLayer.push({
  event: 'purchase',
  enhanced_conversion_data: enhancedData
});

Lato UET, il tag rileva la presenza dei dati hashati nel payload e li trasmette a Microsoft Advertising. Attivazione della funzionalità lato Microsoft: Tools > UET tag > Enhanced conversions > Enable.

Alcune regole di qualità da rispettare per massimizzare il tasso di match:

Sempre in lowercase prima dell'hashing (user@email.com → hash, non User@Email.com).
Trim degli spazi sistematico su email e telefono.
Formato E.164 internazionale per il telefono (es.: +33612345678).
Paese in formato ISO 2 lettere (FR, DE, US, IT, ecc.).
Hashing SHA-256 hex (non SHA-1, non Base64).

Microsoft propone anche una modalità Enhanced Conversions for Leads specifica per le conversioni off-site (CRM B2B, closing offline) — vedi la nostra guida offline conversions CRM per il framework funzionale equivalente lato Google Ads.

Import delle conversioni GA4 verso Microsoft Ads

Dal 2024, Microsoft Advertising propone un import nativo delle conversioni GA4: autenticate la vostra proprietà GA4, Microsoft legge gli eventi tramite l'API Google Analytics, e li ricrea come Conversion Goals lato Microsoft. È una scorciatoia potente quando avete già un setup GA4 maturo con eventi puliti.

Procedura di import:

In Microsoft Advertising, Tools > UET tags > Import GA4 conversions.
Autenticare la vostra proprietà GA4 tramite OAuth Google.
Selezionare gli eventi da importare (purchase, generate_lead, sign_up, ecc.).
Microsoft li ricrea come Conversion Goals con gli stessi parametri (value, currency).
I dati sono retroattivi su 30 giorni — utile per avviare lo Smart Bidding senza attendere 30 giorni dopo il cutover.

Limiti da conoscere:

Solo gli eventi GA4 standard (schema Enhanced Ecommerce) sono importabili correttamente. Gli eventi custom con parametri complessi possono perdere attributi.
L'import è unidirezionale: GA4 → Microsoft, non viceversa. Se correggete poi la conversione lato Microsoft, GA4 non verrà aggiornato.
L'import GA4 utilizza i modelli di attribuzione GA4 (data-driven di default). Se confrontate con le conversioni Microsoft native (UET), i numeri possono divergere del 5-15% a causa dell'attribuzione diversa.
Gli eventi legati alle audience GA4 non sono importabili come audience Microsoft — bisogna ricreare le audience manualmente (vedi la nostra guida di import Google → Microsoft Ads).

Quando usare l'import GA4 vs UET nativo? La nostra regola pratica: usate UET nativo appena possibile (segnale più pulito, latenza più bassa, full feature support); usate GA4 import come complemento o fallback per gli eventi che non potete strumentare rapidamente lato UET. Sui conti osservati nei benchmark pubblici Google Ads, circa il 25-35% usa GA4 import come bridge iniziale poi migra verso UET nativo in 60-90 giorni.

Per le conversioni offline (closing CRM, chiamate telefoniche convertite, acquisti in negozio) che non passano né per UET né per GA4, Microsoft propone Offline Conversion Imports: upload CSV o API che spinge le conversioni a posteriori con il loro Microsoft Click ID (equivalente GCLID). È la leva indispensabile per i SaaS B2B e lead gen — vedi la nostra guida offline conversions Google Ads per la meccanica equivalente.

Server-side e Consent Mode v2: compatibilità

Il tag UET funziona in client-side di default, ma può essere inoltrato in server-side tramite un container sGTM (Google Tag Manager Server) con un template Microsoft Advertising. Il beneficio è lo stesso del lato Google: aggiramento parziale dell'ITP (cookie first-party HTTP non toccati da ITP JS), riduzione del peso JS client, controllo del payload inviato a Microsoft.

Architettura sGTM + UET:

Il browser invia un evento verso metrics.vostrosito.com (il vostro sotto-dominio first-party che punta su Cloud Run).
Il sGTM riceve l'evento, applica trasformazioni se necessario (hashing, arricchimento CRM).
Il sGTM inoltra tramite un template UET verso bat.bing.com (server-to-server).
Microsoft Advertising riceve l'hit come se venisse da un browser normale.

Per la procedura completa di setup sGTM (che serve sia per Google Ads, GA4 che per Microsoft Ads), vedi la nostra guida completa server-side tracking GTM 2026. La stessa infrastruttura inoltra gli eventi verso tutti i vendor — pagate l'infra una sola volta.

Consent Mode v2 lato UET: Microsoft ha implementato il suo equivalente nel 2024. Il tag rispetta i 4 flag standard:

ad_storage: autorizzazione a memorizzare cookie pubblicitari.
ad_user_data: autorizzazione a condividere i user data con Microsoft.
ad_personalization: autorizzazione a personalizzare gli ads.
analytics_storage: autorizzazione dei cookie analytics.

Quando il consenso è negato, UET passa in modalità "cookieless ping" — Microsoft riceve l'informazione della conversione senza cookie, senza matching utente, in forma aggregata e modellizzata. Le vostre conversioni vengono comunque registrate nei report (sotto "Modeled conversions"), ma senza matching individuale.

La configurazione CMP lato UET è simile a quella di Google:

// CMP push a 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 l'utente accetta
window.uetq.push('consent', 'update', {
  ad_storage: 'granted',
  ad_user_data: 'granted',
  ad_personalization: 'granted',
  analytics_storage: 'granted'
});

Warning Consent Mode v2 :

non dimenticare mai di inviare uno stato default PRIMA del caricamento del UET. Se UET si attiva prima del consent push, considera il consenso come granted di default lato CMP non-Europee e scrive il cookie senza base legale. È l'errore più frequente — sul 30-40% dei setup di riferimento, il consent default è mancante o mal sequenziato. Conseguenza: rischio GDPR diretto + disattivazione delle conversioni modellizzate che dipendono dal flag.

Validazione e debugging del tracking

Testare un setup UET prima di scalare il budget è non negoziabile. Tre strumenti principali per validare il tracking in preview e in produzione.

UET Tag Helper (estensione Chrome ufficiale Microsoft)

L'estensione UET Tag Helper si installa gratuitamente su Chrome. Rileva automaticamente i tag UET attivi sulla pagina, mostra il tag ID, verifica il firing dei pageview e degli eventi, e segnala gli errori comuni (tag ID mancante, snippet mal formattato, eventi senza parametri richiesti).

Procedura di validazione:

Attivare UET Tag Helper, navigare sul sito.
Verificare che il tag firing in pageview su ogni pagina (icona verde).
Triggerare manualmente un'azione di conversione (es.: aggiunta carrello).
Verificare che l'evento appaia nel pannello UET Tag Helper con i parametri corretti.
Navigare sulla pagina di conferma, verificare che l'evento purchase firing con revenue_value e currency corretti.

Diagnostics Microsoft Advertising

Lato Microsoft, Tools > Conversion tracking > Diagnostics mostra lo stato di ogni conversion goal:

Stato "Verified" = almeno una conversione registrata negli ultimi 7 giorni.
Stato "Unverified" = nessuna conversione = potenziale problema di tracking.
Stato "Inactive" = goal disattivato.

Ispezionate ogni goal Unverified prima di scalare. Le cause più frequenti: tag UET non installato sulla pagina di conversione, event name mal configurato (typo), Conversion Goal che punta a un evento errato, Consent Mode denied su tutto il traffico.

Test in modalità preview GTM (se metodo 1)

GTM dispone di una modalità Preview che permette di simulare una sessione sul sito e vedere tutti i tag che firing. Attivare Preview, navigare sul sito, verificare che:

Il tag UET pageview firing su tutte le pagine.
I tag UET event firing sui trigger corretti (acquisto, lead, signup).
I parametri (revenue_value, currency, transaction_id) sono correttamente compilati.

È il metodo più robusto per validare PRIMA della pubblicazione GTM. Una volta validato in preview, pubblicare il container GTM, poi ri-verificare in prod tramite UET Tag Helper.

Insight chiave :

Sui conti osservati nei benchmark pubblici Google Ads, dal 30 al 40% dei setup UET auditati hanno almeno un errore di tracking non rilevato internamente — tipicamente un Conversion Goal mal mappato o un evento che non firing su SPA. Dedicate sistematicamente 1-2 ore di validazione post-installazione, è il ROI più redditizio di tutta la migrazione.

Per approfondire il tracking base lato Google e la pipeline completa verso lo Smart Bidding, leggete la nostra guida conversion tracking Google Ads. Per automatizzare il monitoraggio del tracking nel tempo, vedi anche la nostra guida Microsoft Ads Scripts che include uno script di monitoring conversioni.

Per i conti che vogliono industrializzare il pilotaggio, lanciate un audit gratuito SteerAds: scansiona il setup UET e Google Ads conversion, verifica la coerenza del tracking sulle due piattaforme, identifica i Conversion Goals non verificati e propone un piano di correzione prioritizzato. Vedi anche la nostra guida di import Google → Microsoft Ads per la migrazione completa e la nostra guida Shopping feed Bing Merchant se operate in e-commerce.

Per le risorse ufficiali, vedi l'help center UET Microsoft e la documentazione sviluppatori UET.

Fonti

Fonti ufficiali consultate per questa guida:

FAQ

Il tag UET funziona senza cookie di terze parti nel 2026?

Sì, il tag UET funziona con cookie first-party da tempo — deposita il suo cookie sul vostro dominio, non su bat.bing.com. La fine dei cookie di terze parti Chrome non influisce quindi sul UET allo stesso modo del pixel Meta classico. Tuttavia, ITP Safari limita a 7 giorni la durata dei cookie first-party scritti via JavaScript: per preservare l'attribuzione oltre questo limite, il passaggio al server-side (sGTM che inoltra al UET) resta consigliato. Vedi la sezione server-side di questo articolo. Sui conti osservati nei benchmark pubblici Google Ads, il passaggio server-side recupera dal 12 al 22% di segnale aggiuntivo post-ITP lato Microsoft Ads.

Serve un tag UET per sito o per campagna?

Un solo tag UET per account Microsoft Advertising, posizionato su tutte le pagine del sito. Il UET funziona come il tag Google Ads: è unico a livello account, e le conversioni vengono definite successivamente in Microsoft Advertising tramite Conversion Goals che puntano a eventi o URL specifici. Se gestite più domini con un solo account Microsoft, potete riutilizzare lo stesso tag UET su ogni dominio — Microsoft accetta il cross-domain tracking lato UET. Due account Microsoft distinti = due tag UET distinti. Documentazione ufficiale disponibile sull'help center Microsoft.

Qual è la differenza tra Conversion Goal e Custom Event UET?

Un Conversion Goal è una conversione business definita in Microsoft Advertising (purchase, lead, signup) che verrà utilizzata dallo Smart Bidding per ottimizzare. Un Custom Event è un segnale arbitrario inviato tramite uetq.push (es.: 'video_play', 'scroll_50pct') che può servire a costruire audience o alimentare Conversion Goals. La regola: usate Custom Events per il dato granulare, Conversion Goals per ciò che lo Smart Bidding deve ottimizzare. Sui conti osservati nei benchmark pubblici Google Ads, da 4 a 7 Conversion Goals attivi rappresentano il punto ottimale — oltre, lo Smart Bidding diversifica troppo e la performance si degrada.

Come importare le conversioni GA4 in Microsoft Ads?

Microsoft Advertising propone dal 2024 un import nativo delle conversioni GA4. In Tools > UET tags > Import GA4 conversions, autenticate la vostra proprietà GA4, selezionate gli eventi da importare (purchase, generate_lead, ecc.), e Microsoft li ricrea come Conversion Goals. I dati sono retroattivi su 30 giorni. Limiti: solo gli eventi GA4 standard sono supportati (quelli dello schema enhanced ecommerce Google Analytics), gli eventi custom con parametri complessi non sempre si importano bene. Per import avanzati o conversioni offline da CRM, il passaggio tramite Offline Conversion Imports resta più robusto — vedi la sezione dedicata di questo articolo.

Il UET è compatibile con Consent Mode v2?

Sì dal 2024, Microsoft ha implementato il suo equivalente Consent Mode v2 per il UET. Il tag rispetta i flag ad_storage, ad_user_data, ad_personalization e analytics_storage trasmessi dalla vostra CMP. Quando il consenso è negato, UET passa in modalità 'cookieless ping' (senza cookie, senza matching) che permette a Microsoft di raccogliere dati aggregati e modellizzati senza violare il GDPR. Sul nostro panel, dal 30 al 40% dei setup UET auditati non configurano correttamente Consent Mode v2 e perdono sia la conformità che le conversioni modellizzate che ne derivano. Dettagli nella sezione dedicata.

Quanto tempo prima che lo Smart Bidding Microsoft Ads sia stabile dopo l'installazione UET?

Da 14 a 21 giorni minimo dopo che le conversioni vengono registrate in modo stabile. Il tag UET deve generare almeno 30 conversioni in una finestra di 30 giorni per campagna affinché un Target CPA o Target ROAS possa funzionare correttamente (soglie Microsoft equivalenti a Google). Sotto questa soglia, l'algoritmo resta in esplorazione, il CPC può essere erratico e il CPA non controllato. Pratica consigliata: iniziare in Manual CPC o Maximize Clicks per 2-3 settimane, validare la stabilità del tracking, poi passare allo Smart Bidding. Bruciare budget in learning phase con un tracking instabile è l'errore più costoso in migrazione.