Microsoft Ads UET: śledzenie konwersji 2026

Smart Bidding Microsoft Ads z czystym trackingiem UET raportuje średnio +14 do +20% konwersji w porównaniu z zdegradowanym trackingiem na kontach obserwowanych w publicznych benchmarkach Google Ads, a konta w Target ROAS bez stabilnego UET rzadko wychodzą z fazy uczenia. Microsoft Advertising posiada 9% desktop search w USA i 4% we Francji w Q4 2025 (StatCounter) — platforma jest warta wysiłku, ale bez czystego UET tracisz przewagę.

Ten tutorial nie jest marketingowym przeglądem: to metodologia ops stosowana w produkcji. Snippety gotowe do wklejenia, procedura instalacji krok po kroku przez oficjalne narzędzie UET, mapowanie vs gtag, Enhanced Conversions, Consent Mode v2, server-side oraz 6 błędów, które niszczą tracking. Zalecany warunek wstępny: przeczytanie naszego porównania Microsoft Ads vs Google Ads i przewodnika dla początkujących Microsoft Ads.

Czym jest tag UET i jak wypada w porównaniu z Google Tag?

UET (Universal Event Tracking) to własnościowy tag śledzenia konwersji Microsoft Advertising. Jest bezpośrednim odpowiednikiem Google Tag (gtag) po stronie Google Ads: fragment JavaScript umieszczony w <head> każdej strony, który odkłada cookie first-party na Twojej domenie, mierzy odsłony stron i zdarzenia, a następnie przekazuje te sygnały do Microsoft w celu zasilania konwersji, grup odbiorców i Smart Bidding.

UET nie zastępuje Google Tag — oba współistnieją na tej samej stronie. Gdy użytkownik konwertuje, snippet UET wysyła hit do bat.bing.com (transparentnie, przez Twój cookie first-party), podczas gdy Google Tag wysyła swój hit do googleads.g.doubleclick.net. Każda platforma liczy swoją konwersję niezależnie. Dzięki tej podwójnej instrumentacji mierzysz wyniki każdej dźwigni bez cross-platform bias.

Oto szczegółowe mapowanie funkcjonalne między oboma tagami:

Notre testeur GA4 URL simule la classification Default Channel Group avant déploiement campagne.

UET tag ID to numeryczny identyfikator 8-cyfrowy, unikalny na konto Microsoft Advertising. Pobierasz go w Tools > UET tag po stronie Microsoft. Ten tag ID służy jako klucz w snippecie do umieszczenia, dokładnie tak jak Conversion ID + Conversion Label po stronie Google Ads.

Trzy rzeczy do zapamiętania przed konfiguracją UET. Po pierwsze: jeden tag UET na konto Microsoft, umieszczony na wszystkich stronach (nie tylko na stronach konwersji). Po drugie: zdarzenia to fundament trackingu — następnie definiujesz Conversion Goals w Microsoft, które konsumują te zdarzenia. Po trzecie: Enhanced Conversions i Consent Mode v2 są obsługiwane od 2024 roku i dopasowują UET do standardów trackingu respektującego prywatność w 2026 roku.

Instalacja: 3 metody (GTM, kod, wtyczki CMS)

W 2026 roku dominują trzy metody instalacji. Wybór zależy od Twojego stacku i dojrzałości technicznej. Dla większości kont obserwowanych w publicznych benchmarkach Google Ads, GTM pozostaje królową drogą.

Metoda 1 — Przez Google Tag Manager (zalecana)

GTM posiada oficjalny szablon Microsoft Advertising UET tag (Community Template Gallery). Procedura:

W GTM, Tags > New > Microsoft Advertising UET tag (oficjalny szablon).
Wpisz UET tag ID (8 cyfr pobrane ze strony Microsoft).
Wyzwalacz: All Pages (Page View).
Dla zdarzeń konwersji: utwórz drugi tag typu Microsoft Advertising Event, wpisz UET tag ID, event category/action/label/value, wyzwalacz na zdarzeniu GA4 lub odpowiednim custom trigger.
Testuj w trybie Preview GTM, zweryfikuj, że UET Tag Helper widzi tag firing na stronie.

Zalety: łatwy w utrzymaniu, wersjonowany, współdzieli wyzwalacze z innymi tagami marketingowymi (Google Ads, GA4, Meta), bez modyfikacji kodu strony. To metoda używana na 80%+ kont obserwowanych w publicznych benchmarkach.

Metoda 2 — Kod bezpośredni w head

Dla stron bez GTM (custom build lub ograniczenia ops), oficjalny snippet Microsoft do wklejenia w <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>

Zastąp YOUR_UET_TAG_ID 8-cyfrowym ID. Opcja enableAutoSpaTracking: true aktywuje automatyczne śledzenie zmian URL przez History API — przydatne dla SPA React, Vue, Angular. Aby uruchomić zdarzenie konwersji później w kodzie:

// Na stronie potwierdzenia zakupu
window.uetq = window.uetq || [];
window.uetq.push('event', 'purchase', {
  revenue_value: 129.99,
  currency: 'EUR',
  event_category: 'ecommerce',
  event_label: 'order_completed'
});

Metoda 3 — Wtyczki CMS (Shopify, WooCommerce, Wix)

Dla stron no-code, Microsoft oferuje oficjalne wtyczki:

Shopify: Microsoft Channel app (bezpłatna, w Shopify App Store).
WooCommerce: Microsoft Advertising Pixel for WooCommerce.
Wix, Squarespace: integracja przez uproszczony wbudowany Tag Manager.

Te wtyczki automatycznie umieszczają UET i uruchamiają standardowe zdarzenia e-commerce (purchase, add_to_cart, view_item). To najszybsza metoda na start e-commerce — planuj 30 minut instalacji vs 4–6h dla pełnej niestandardowej integracji GTM. Ograniczenie: zdarzenia niestandardowe (np. specyficzne dla Twojego biznesu) nadal wymagają ręcznego podłączenia przez GTM lub kod bezpośredni jako uzupełnienie wtyczki.

Konwersje standardowe vs zdarzenia niestandardowe

Po umieszczeniu UET, następnym krokiem jest zdefiniowanie co chcesz śledzić. Microsoft Advertising rozróżnia dwa poziomy: Conversion Goals (które Smart Bidding będzie optymalizował) oraz Custom Events (granularne sygnały używane do grup odbiorców lub diagnostyki).

Conversion Goal to konwersja biznesowa: zakup, lead, signup, subskrypcja. Tworzysz go w Tools > Conversion goals. Cztery możliwe typy:

Event: uruchamiany przez push UET (najczęściej używany).
Destination URL: uruchamiany przy lądowaniu na konkretnym URL (np. /dziekujemy-za-zamowienie).
Duration: osiągnięty minimalny czas sesji.
Pages per visit: osiągnięta liczba obejrzanych stron.

Typ Event jest najbardziej elastyczny — konsumuje zdarzenia, które wypychasz przez uetq.push('event', ...). Praktyczna zasada: używaj Event dla wszystkich krytycznych konwersji, Destination URL tylko jako fallback lub dla bardzo prostych konwersji (formularz jednoetapowy bez dynamicznego trackingu).

Custom Event to dowolny sygnał wysyłany przez uetq.push, który niekoniecznie jest powiązany z Conversion Goal. Przykłady użytecznych custom events:

video_play, video_complete: zaangażowanie wideo.
scroll_50pct, scroll_75pct: głębokość czytania.
add_to_cart, begin_checkout: etapy lejka e-commerce.
pricing_page_view: intencja SaaS B2B.

Te custom events służą do budowania grup odbiorców (np. "użytkownicy, którzy odtworzyli video 50%+") lub diagnozowania wycieków w lejku, bez przeciążania Smart Bidding zbyt wieloma konkurencyjnymi Conversion Goals.

Kluczowy insight :

Na kontach obserwowanych w publicznych benchmarkach Google Ads, 4 do 7 aktywnych Conversion Goals to sweet spot dla Smart Bidding Microsoft Ads. Powyżej tego progu algorytm nadmiernie dywersyfikuje optymalizację i wyniki według celu się pogarszają. Custom events nie mają tego ograniczenia — możesz mieć ich 30+ bez wpływu na stawki.

Oto kompletny przykład instrumentacji dla strony e-commerce, która chce śledzić 5 etapów lejka + końcowy zakup:

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

transaction_id jest kluczowy: służy jako event_id do deduplikacji jeśli przechodzisz na server-side lub porównujesz z Google Ads. Bez unikalnego transaction_id, deduplikacja jest niemożliwa i Twoje metryki cross-platform są zaburzone.

Enhanced Conversions Microsoft Ads w 2026

Enhanced Conversions Microsoft Ads istnieją od 2024 roku i osiągnęły stabilność produkcyjną w 2026 roku. Zasada jest identyczna jak w Google Ads: przekazywanie w payloadzie konwersji zhaszowanych danych użytkownika (email, telefon, adres), aby umożliwić Microsoft ponowne dopasowanie konwersji do użytkownika Microsoft (wyszukiwanie Bing, przeglądarka Edge) nawet gdy cookie first-party zostało utracone (ITP, ad-blockery, cross-device).

Mierzony zysk z Enhanced Conversions na matchowanie Microsoft waha się między +6 a +15% raportowanych konwersji w zależności od pionu i jakości danych — zbliżony do rzędu wielkości obserwowanego po stronie Google Ads. To wystarczająco znaczące, by uzasadnić inwestycję 1–2 dni dev na prawidłowe podłączenie Enhanced Conversions.

Haszowanie musi odbywać się przed wysłaniem do Microsoft, idealnie po stronie serwera (aby uniknąć eksponowania PII w czystej postaci po stronie przeglądarki). Typowa procedura:

// Po stronie serwera (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, '')),
  // adres w formacie zhaszowanym: imię + nazwisko + kod pocztowy + kraj
  address: sha256Hash(`${user.firstName}${user.lastName}${user.zip}${user.countryCode}`)
};

// Push do data layer, aby UET go pobrał
dataLayer.push({
  event: 'purchase',
  enhanced_conversion_data: enhancedData
});

Po stronie UET, tag wykrywa obecność zhaszowanych danych w payloadzie i przekazuje je do Microsoft Advertising. Aktywacja funkcji po stronie Microsoft: Tools > UET tag > Enhanced conversions > Enable.

Kilka zasad jakości do przestrzegania, aby zmaksymalizować współczynnik matchowania:

Zawsze małymi literami przed haszowaniem (user@email.com → hash, nie User@Email.com).
Trim spacji systematycznie dla email i telefonu.
Format E.164 international dla telefonu (np. +48612345678).
Kraj w formacie ISO 2 litery (PL, DE, FR, US itd.).
Haszowanie SHA-256 hex (nie SHA-1, nie Base64).

Microsoft proponuje również tryb Enhanced Conversions for Leads specyficzny dla konwersji off-site (CRM B2B, closing offline) — zobacz nasz przewodnik offline conversions CRM po funkcjonalne ramy odpowiednika po stronie Google Ads.

Import konwersji GA4 do Microsoft Ads

Od 2024 roku Microsoft Advertising oferuje natywny import konwersji GA4: uwierzytelniasz swoją właściwość GA4, Microsoft odczytuje zdarzenia przez API Google Analytics i odtwarza je jako Conversion Goals po stronie Microsoft. To potężny skrót, gdy masz już dojrzały setup GA4 z czystymi zdarzeniami.

Procedura importu:

W Microsoft Advertising, Tools > UET tags > Import GA4 conversions.
Uwierzytelnij swoją właściwość GA4 przez OAuth Google.
Wybierz zdarzenia do importu (purchase, generate_lead, sign_up itd.).
Microsoft odtwarza je jako Conversion Goals z tymi samymi parametrami (value, currency).
Dane są wsteczne o 30 dni — przydatne do zainicjowania Smart Bidding bez czekania 30 dni po cutoverze.

Ograniczenia do znajomości:

Tylko standardowe zdarzenia GA4 (Enhanced Ecommerce schema) importują się poprawnie. Zdarzenia niestandardowe ze złożonymi parametrami mogą tracić atrybuty.
Import jest jednostronny: GA4 → Microsoft, nie odwrotnie. Jeśli następnie poprawisz konwersję po stronie Microsoft, GA4 nie zostanie zaktualizowany.
Import GA4 używa modeli atrybucji GA4 (domyślnie data-driven). Jeśli porównujesz z natywnymi konwersjami Microsoft (UET), liczby mogą się różnić o 5–15% z powodu różnej atrybucji.
Zdarzenia powiązane z grupami odbiorców GA4 nie są importowalne jako grupy odbiorców Microsoft — trzeba je odtworzyć ręcznie (zobacz nasz przewodnik importu Google → Microsoft Ads).

Kiedy używać importu GA4 vs natywnego UET? Nasza praktyczna zasada: używaj natywnego UET zawsze, gdy możesz (najczystszy sygnał, najkrótsze opóźnienie, pełna obsługa funkcji); używaj importu GA4 jako uzupełnienie lub fallback dla zdarzeń, których nie możesz szybko zinstrumentować po stronie UET. Na kontach obserwowanych w publicznych benchmarkach Google Ads, około 25–35% używa importu GA4 jako mostu początkowego, a następnie migruje do natywnego UET w ciągu 60–90 dni.

Dla konwersji offline (closing CRM, przekonwertowane rozmowy telefoniczne, zakupy w sklepie), które nie przechodzą ani przez UET, ani przez GA4, Microsoft oferuje Offline Conversion Imports: upload CSV lub API, które wypchnięcia konwersji a posteriori z ich Microsoft Click ID (odpowiednik GCLID). To niezbędna dźwignia dla SaaS B2B i lead gen — zobacz nasz przewodnik offline conversions Google Ads po ekwiwalentną mechanikę.

Server-side i Consent Mode v2: kompatybilność

Tag UET działa domyślnie po stronie klienta, ale może być przekazywany server-side przez kontener sGTM (Google Tag Manager Server) z szablonem Microsoft Advertising. Korzyść jest taka sama jak po stronie Google: częściowe obejście ITP (cookies first-party HTTP niedotknięte przez ITP JS), zmniejszenie wagi JS po stronie klienta, kontrola nad ładunkiem wysyłanym do Microsoft.

Architektura sGTM + UET:

Przeglądarka wysyła zdarzenie do metrics.twoja-strona.com (Twoja subdomena first-party wskazująca na Cloud Run).
sGTM odbiera zdarzenie, stosuje transformacje jeśli potrzeba (haszowanie, wzbogacenie CRM).
sGTM przekazuje przez szablon UET do bat.bing.com (server-to-server).
Microsoft Advertising otrzymuje hit jakby pochodził z normalnej przeglądarki.

Pełną procedurę konfiguracji sGTM (która służy jednocześnie Google Ads, GA4 i Microsoft Ads) znajdziesz w naszym kompletnym przewodniku server-side tracking GTM 2026. Ta sama infrastruktura przekazuje zdarzenia do wszystkich vendorów — płacisz za infrastrukturę tylko raz.

Consent Mode v2 po stronie UET: Microsoft wdrożył swój odpowiednik w 2024 roku. Tag respektuje 4 standardowe flagi:

ad_storage: autoryzacja przechowywania reklamowych cookies.
ad_user_data: autoryzacja udostępniania danych użytkownika Microsoft.
ad_personalization: autoryzacja personalizacji reklam.
analytics_storage: autoryzacja cookies analitycznych.

Gdy zgoda jest denied, UET przechodzi w tryb "cookieless ping" — Microsoft otrzymuje informację o konwersji bez cookie, bez matchowania użytkownika, w formie zagregowanej i modelowanej. Twoje konwersje nadal pojawiają się w raportach (jako "Modeled conversions"), ale bez indywidualnego matchowania.

Podłączenie CMP po stronie UET wygląda podobnie jak w Google:

// Push CMP do 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'
});

// Gdy użytkownik wyraża zgodę
window.uetq.push('consent', 'update', {
  ad_storage: 'granted',
  ad_user_data: 'granted',
  ad_personalization: 'granted',
  analytics_storage: 'granted'
});

Ostrzeżenie Consent Mode v2 :

nigdy nie zapominaj wypychać stanu default PRZED załadowaniem UET. Jeśli UET uruchamia się przed pushem zgody, uważa zgodę za domyślnie granted po stronie CMP spoza Europy i zapisuje cookie bez podstawy prawnej. To najczęstszy błąd — w 30–40% zidentyfikowanych setupów, domyślna zgoda jest brakująca lub źle sekwencjonowana. Konsekwencja: bezpośrednie ryzyko RODO + dezaktywacja modelowanych konwersji zależnych od flagi.

Walidacja i debugging trackingu

Testowanie setupu UET przed skalowaniem budżetu jest absolutnie konieczne. Trzy główne narzędzia do walidacji trackingu w podglądzie i w produkcji.

UET Tag Helper (oficjalne rozszerzenie Chrome Microsoft)

Rozszerzenie UET Tag Helper instaluje się bezpłatnie w Chrome. Automatycznie wykrywa aktywne tagi UET na stronie, wyświetla tag ID, weryfikuje uruchamianie odsłon stron i zdarzeń oraz sygnalizuje typowe błędy (brakujący tag ID, źle sformowany snippet, zdarzenia bez wymaganych parametrów).

Procedura walidacji:

Aktywuj UET Tag Helper, nawiguj po witrynie.
Sprawdź, czy tag firing w pageview na każdej stronie (zielona ikona).
Ręcznie uruchom akcję konwersji (np. dodanie do koszyka).
Sprawdź, czy zdarzenie pojawia się w panelu UET Tag Helper z prawidłowymi parametrami.
Nawiguj do strony potwierdzenia, sprawdź czy zdarzenie purchase firing z prawidłowymi revenue_value i currency.

Diagnostics Microsoft Advertising

Po stronie Microsoft, Tools > Conversion tracking > Diagnostics wyświetla status każdego conversion goal:

Status "Verified" = co najmniej jedna konwersja raportowana w ciągu ostatnich 7 dni.
Status "Unverified" = brak konwersji = potencjalny problem z trackingiem.
Status "Inactive" = cel wyłączony.

Sprawdź każdy Unverified goal przed skalowaniem. Najczęstsze przyczyny: tag UET nieumieszczony na stronie konwersji, błędnie podłączona nazwa zdarzenia (literówka), Conversion Goal wskazujący na złe zdarzenie, Consent Mode denied dla całego ruchu.

Testy w trybie podglądu GTM (jeśli metoda 1)

GTM posiada tryb Preview, który pozwala symulować sesję na stronie i widzieć wszystkie tagi firing. Aktywuj Preview, nawiguj po stronie, sprawdź, że:

Tag UET pageview firing na wszystkich stronach.
Tagi UET event firing na prawidłowych wyzwalaczach (zakup, lead, signup).
Parametry (revenue_value, currency, transaction_id) są prawidłowo wypełnione.

To najbardziej solidna metoda walidacji PRZED publikacją GTM. Po walidacji w podglądzie, opublikuj kontener GTM, następnie ponownie sprawdź w produkcji przez UET Tag Helper.

Kluczowy insight :

Na kontach obserwowanych w publicznych benchmarkach Google Ads, 30–40% audytowanych setupów UET ma co najmniej jeden nieznany wewnętrznie błąd trackingu — typowo błędnie zmapowany Conversion Goal lub zdarzenie, które nie firing na SPA. Systematycznie poświęcaj 1–2 godziny walidacji po instalacji, to najlepiej opłacalny ROI z całej migracji.

Aby pogłębić bazę trackingu po stronie Google i pełny pipeline do Smart Bidding, przeczytaj nasz przewodnik conversion tracking Google Ads. Aby zautomatyzować monitoring trackingu w czasie, zobacz też nasz przewodnik Microsoft Ads Scripts, który zawiera skrypt monitorowania konwersji.

Dla kont, które chcą industrializować zarządzanie, uruchom bezpłatny audyt SteerAds: skanuje setup UET i konwersji Google Ads, weryfikuje spójność trackingu na obu platformach, identyfikuje niezweryfikowane Conversion Goals i proponuje priorytetowy plan naprawczy. Zobacz też nasz przewodnik importu Google → Microsoft Ads dla pełnej migracji oraz nasz przewodnik Shopping feed Bing Merchant jeśli działasz w e-commerce.

Dla oficjalnych zasobów, zobacz centrum pomocy UET Microsoft oraz dokumentację developerską UET.

Źródła

Oficjalne źródła wykorzystane w tym przewodniku:

FAQ

Czy tag UET działa bez cookies stron trzecich w 2026 roku?

Tak, tag UET działa w trybie first-party cookies od dawna — umieszcza swój cookie na Twoim własnym domenie, nie na bat.bing.com. Koniec cookies stron trzecich w Chrome nie dotyka UET tak samo jak klasyczny pixel Meta. Jednak ITP Safari ogranicza żywotność cookies first-party zapisywanych przez JavaScript do 7 dni: aby zachować atrybucję powyżej tego okresu, zalecane jest przejście na server-side (sGTM przekazujący do UET). Zobacz sekcję server-side w tym artykule. Na kontach obserwowanych w publicznych benchmarkach Google Ads, przejście na server-side odzyskuje 12–22% dodatkowego sygnału po ITP po stronie Microsoft Ads.

Czy potrzebny jest jeden tag UET na stronę, czy na kampanię?

Jeden tag UET na konto Microsoft Advertising, umieszczony na wszystkich stronach witryny. UET działa jak tag Google Ads: jest unikalny na poziomie konta, a konwersje definiuje się następnie w Microsoft Advertising za pomocą Conversion Goals wskazujących na konkretne zdarzenia lub URL. Jeśli zarządzasz wieloma domenami z jednym kontem Microsoft, możesz ponownie użyć tego samego tagu UET na każdej domenie — Microsoft akceptuje cross-domain tracking po stronie UET. Natomiast dwa oddzielne konta Microsoft = dwa oddzielne tagi UET. Oficjalna dokumentacja dostępna w centrum pomocy Microsoft.

Jaka jest różnica między Conversion Goal a Custom Event UET?

Conversion Goal to konwersja biznesowa zdefiniowana w Microsoft Advertising (purchase, lead, signup), która będzie używana przez Smart Bidding do optymalizacji. Custom Event to dowolny sygnał wysyłany przez uetq.push (np. 'video_play', 'scroll_50pct'), który może służyć do budowania grup odbiorców lub zasilania Conversion Goals. Zasada: używaj Custom Events do granularnych danych, Conversion Goals do tego, co Smart Bidding ma optymalizować. Na kontach obserwowanych w publicznych benchmarkach Google Ads, 4–7 aktywnych Conversion Goals to sweet spot — powyżej Smart Bidding nadmiernie dywersyfikuje i wyniki się pogarszają.

Jak zaimportować moje konwersje GA4 do Microsoft Ads?

Microsoft Advertising od 2024 roku oferuje natywny import konwersji GA4. W Tools > UET tags > Import GA4 conversions, uwierzytelnij swoją właściwość GA4, wybierz zdarzenia do importu (purchase, generate_lead itd.), a Microsoft odtworzy je jako Conversion Goals. Dane są wsteczne o 30 dni. Ograniczenia: obsługiwane są tylko standardowe zdarzenia GA4 (ze schematu Google Analytics enhanced ecommerce), zdarzenia niestandardowe ze złożonymi parametrami nie zawsze importują się poprawnie. Dla zaawansowanych importów lub konwersji offline z CRM, Offline Conversion Imports pozostają bardziej niezawodne — patrz dedykowana sekcja tego artykułu.

Czy UET jest kompatybilny z Consent Mode v2?

Tak, od 2024 roku Microsoft wdrożył swój odpowiednik Consent Mode v2 dla UET. Tag respektuje flagi ad_storage, ad_user_data, ad_personalization i analytics_storage przekazywane przez Twoją CMP. Gdy zgoda jest denied, UET przechodzi w tryb 'cookieless ping' (bez cookie, bez matchowania), który pozwala Microsoft na raportowanie zagregowanych i modelowanych danych bez naruszania RODO. Na naszym panelu, 30–40% audytowanych setupów UET nie konfiguruje poprawnie Consent Mode v2 i traci zarówno zgodność, jak i wynikające z niej modelowane konwersje. Szczegóły w dedykowanej sekcji.

Ile czasu mija, zanim Smart Bidding Microsoft Ads będzie prawidłowy po instalacji UET?

Minimum 14–21 dni po tym, jak konwersje zaczną stabilnie się raportować. Tag UET musi generować co najmniej 30 konwersji w oknie 30 dni na kampanię, aby Target CPA lub Target ROAS mogły działać prawidłowo (progi Microsoft odpowiadają Google). Poniżej tego progu algorytm pozostaje w trybie eksploracji, CPC może być niestabilny, a CPA niekontrolowany. Zalecana praktyka: zacznij od Manual CPC lub Maximize Clicks przez 2–3 tygodnie, potwierdź stabilność trackingu, następnie przejdź na Smart Bidding. Spalenie budżetu w fazie uczenia przy niestabilnym trackingu to najbardziej kosztowny błąd w migracji.