Microsoft Ads Conversions API: Hoe kun je blijven meten als Safari je UET-tag blokkeert?

Met de Microsoft Ads Conversions API (CAPI) kun je conversie-events rechtstreeks vanaf je server naar Microsoft Advertising sturen, in plaats van vanuit de browser van de bezoeker. Het maakt gebruik van hetzelfde Universal Event Tracking (UET)-gebeurtenismodel als de JavaScript-tag, dus de meting gaat gewoon door als Safari of een adblocker ervoor zorgt dat de browsertag Microsoft niet kan bereiken. Microsoft voert dit uit als proefproject, dus ze moeten het eerst voor je account inschakelen voordat je aan de slag kunt.

Microsoft Ads meet de meeste websites nog steeds via een Universal Event Tracking (UET)-tag in de browser. Dat script leest de Microsoft Click ID (msclkid), plaatst cookies en stuurt paginalaadbeurten en conversies vanaf het apparaat van de bezoeker naar Microsoft. Lange tijd was dat een redelijke standaardinstelling. Browsers lieten pixels van derden toe, en de verzoek naar bat.bing.com kwam meestal wel door.

Dat pad is nu makkelijk te doorbreken. In Safari 27, dat nu in bèta is en meekomt met iOS 27 en macOS 27, kan de verbinding met de advertentieservers van Microsoft worden verbroken voordat er gegevens het apparaat verlaten. Adblockers blokkeren hetzelfde verzoek. Door cookiebeperkingen verloopt de identiteit die nog steeds wordt gebruikt voor remarketing en biedingen. Campagnes blijven geld uitgeven. Het conversiesignaal dat het geautomatiseerde bieden zou moeten sturen, komt te laat binnen, of helemaal niet.

Als Microsoft Ads minder goed presteert dan Google Ads, ligt het probleem soms bij het kanaal zelf. Vaak komt de UET-tag de browser niet eens uit. Dat is een tekortkoming in de meetinfrastructuur.

Wat is Universal Event Tracking (UET)?

Universal Event Tracking (UET) is de trackinglaag van Microsoft Advertising voor websites. Eén tag op de site registreert wat mensen doen nadat ze op een advertentie hebben geklikt, en Microsoft gebruikt die gegevens vervolgens voor conversiedoelen, remarketing en geautomatiseerd bieden.

Meestal wordt er JavaScript geïnstalleerd. De browser laadt de tag van Microsoft en maakt vervolgens verbinding met de eindpunten van Microsoft, met name bat.bing.com. Bij automatisch taggen wordt ‘msclkid’ aan de landings-URL toegevoegd. De tag leest dit, slaat het op en koppelt het aan latere events, zodat een aankoop kan worden gekoppeld aan de klik.

Vroeger was meten via de browser alleen al genoeg, omdat die verzoeken gewoon konden worden afgehandeld. Doelstellingen op basis van de bestemmings-URL hielden het laden van pagina’s bij. Aangepaste events werden geactiveerd bij het afrekenen. Remarketingpools werden gevuld omdat Microsoft terugkerende bezoekers in de browser kon zien. De UET-helper-extensie kan er in Chrome nog steeds goed uitzien, terwijl Safari en geblokkeerde browsers bijna niets doorgeven.

Waarom Safari en advertentieblokkers de Bing UET-tag verstoren

UET is een tag aan de clientzijde. Als het script nooit wordt geladen of als de netwerkverbinding nooit tot stand komt, krijgt Microsoft het bezoek nooit te zien.

Safari 27 is het sprekende voorbeeld. De trackingbescherming van WebKit kan bat.bing.com op domeinniveau en per IP-bereik blokkeren, op netwerkniveau in plaats van door de pagina te inspecteren. Het script kan in Google Tag Manager (GTM) worden geplaatst. De verbinding valt nog steeds weg. Een first-party proxy die alleen verandert waar het script vandaan wordt geladen, helpt niet, omdat de browser nog steeds verbinding moet maken met de advertentieservers van Microsoft. Die IP-adressen zijn precies wat Safari kan blokkeren. In het artikel over de trackingbescherming van Safari 27 wordt dat mechanisme uitgelegd, inclusief waarom Bing UET samen met LinkedIn op de lijst met blootgestelde sites staat.

Adblockers behandelen UET net als elke andere advertentiepixel. Filters in EasyList-stijl blokkeren het script of het verzoek aan bat.bing.com, en strikte trackingbeschermingsmodi in Firefox en Edge doen hetzelfde. De bezoeker koopt nog steeds iets. Microsoft Ads krijgt de aankoop nooit te zien. Hoe adblockers de metingen beïnvloeden, is de bredere versie van dat verhaal.

Cookies zijn een langzamer lek. De Intelligent Tracking Prevention (ITP) van Safari beperkt de geldigheidsduur van veel JavaScript-cookies tot zeven dagen, en bij sommige cross-site-landingspatronen is die periode zelfs nog korter. Remarketinglijsten worden kleiner. Bij een conversie die plaatsvindt tijdens een volgend bezoek, gaat de klik-ID verloren die UET in de browser had opgeslagen.

De bescherming tegen link-tracking van Safari kan ook msclkid verwijderen in de privémodus en bij links die vanuit Mail of Berichten worden geopend, net zoals het gclid en fbclid verwijdert. Als de klik-ID nooit op de pagina terechtkomt, kan de UET-tag niets toeschrijven, zelfs niet als de netwerkverbinding wel lukt.

Wat de Microsoft Ads Conversions API doet

De Microsoft Ads Conversion API (CAPI), ook wel bekend als de UET Conversion API, is de serverroute voor hetzelfde UET-gebeurtenismodel. In plaats van dat de browser gegevens naar Bing verstuurt, stuurt je backend (of een GTM-container op de server) een POST-verzoek naar:

https://capi.uet.microsoft.com/v1/{tagId}/events

De autorisatie is een ‘Bearer’-token dat aan die UET-tag is gekoppeld. De huidige handleiding van Microsoft is de Conversions API (CAPI). Server-side GTM wordt daar genoemd als een ondersteunde manier om de events te versturen.

Er zijn twee soorten events die belangrijk zijn voor websites:

Events bij het laden van een pagina. Eén per paginaweergave, inclusief routewijzigingen bij single-page applications (SPA’s). Ze bevatten de pagina-URL, de verwijzer, de titel en een pageLoadId. Doelen op basis van de bestemmings-URL en veel remarketingcontext zijn hiervan afhankelijk. Het overslaan hiervan en alleen het doorsturen van aankopen is de meest voorkomende onvolledige configuratie.

Aangepaste events. Aankopen, leads, in het winkelmandje plaatsen, zoekopdrachten – alles wat bij je conversiedoelen past. Hier vind je uitgebreidere velden: waarde, valuta, transactie-ID, product-ID’s.

Conversiedoelen moeten al bestaan voordat je begint met verzenden. CAPI stuurt events door naar doelen die je al hebt aangemaakt in Microsoft Ads. Als er geen doel is gekoppeld aan die UET-tag dat overeenkomt met je eventName, accepteert Microsoft je events met een 200-respons en verschijnt er geen conversie in de interface.

Een ding waar je rekening mee moet houden: de omzet kan niet worden gekoppeld aan een ‘page load’-gebeurtenis. Als een doel met een bestemmings-URL variabele omzet nodig heeft, is de oplossing van Microsoft een tweede aangepaste gebeurtenis die alleen de omzetwaarde en de bijbehorende pageLoadId bevat.

Aangepaste events moeten de `pageLoadId` hergebruiken van de pagina waarop ze plaatsvonden. Microsoft wil dat die ID een universeel unieke identificatiecode (UUID) van versie 4 is. Zonder die ID is de conversie een ‘wees’ naast de paginacontext die de JavaScript-tag vanzelf zou hebben meegestuurd.

Microsoft raadt aan om CAPI samen met UET te gebruiken wanneer dat maar kan. Hun reden: UET registreert activiteiten in de browser en de paginacontxt, en CAPI is de serverroute voor extra events en details nadat UET is geactiveerd. In dezelfde handleiding wordt CAPI gezien als een alternatief wanneer JavaScript niet kan worden gebruikt, zoals bij Safari en bij het gebruik van adblockers. Het CAPI-schema bevat al de pagina-URL, referrer, user agent, IP, msclkid en gehasht e-mailadres. Als de servercontainer die velden heeft ontvangen, worden ze meegestuurd in de POST-verzoek. Die serveraanroep is wat nog steeds bij Microsoft terechtkomt als bat.bing.com wordt geblokkeerd.

Events moeten recent zijn. `eventTime` is een UNIX-tijdstempel in seconden, en Microsoft wijst tijdstempels af die ouder zijn dan zeven dagen. Levering in bijna realtime is de handigste manier. Dumpbestanden die ’s nachts worden verzonden, werken tegen biedsystemen die conversies willen terwijl de klik nog vers is.

Een gehasht e-mailadres en een gehasht telefoonnummer (SHA-256, volgens de normalisatieregels van Microsoft) zorgen voor een betere koppeling als cookies en klik-ID’s ontbreken. Microsoft noemt dat ‘verbeterde conversies’. Dit wordt via dezelfde CAPI-payload verzonden.

	UET JavaScript-tag	Conversions API
Waar het loopt	De browser van de bezoeker	Jouw server
Geblokkeerd door Safari en adblockers	Ja	Geen
Leest msclkid automatisch	Ja	Je slaat het op en verstuurt het
Paginacontext (URL, verwijzende pagina, titel)	Automatisch	Stuur het maar door
Offline- en CRM-events	Geen	Ja
Beschikbaar voor elk account	Ja	Alleen proefaccounts

Toegang is niet automatisch

CAPI is volledig gedocumenteerd, maar het is nog steeds een proefproject. Microsoft stelt het per account in, en je kunt het niet zelf inschakelen. De antwoorden van de Microsoft-ondersteuning zijn hier heel duidelijk over: de enige manier is om je accountmanager of de ondersteuning van Microsoft Advertising te vragen om het klant-ID (CID) te registreren.

Zodra het account is aangemeld, vind je het token onder de UET-tag in de Microsoft Advertising-gebruikersinterface: bewerk de tag, kies ‘Use Conversions API’ en kopieer het token. Er is ook een Campaign Management API-aanroep (UetTagAuthKey/Query) die hetzelfde soort sleutel retourneert.

Voor je je aanmeldt, staat die optie gewoon niet op het scherm. Eerst de GTM-tags aanmaken en dan een leeg token-scherm zoeken: zo verlies je al snel een week.

De vlag staat op het klantenaccount waar de UET-tag bij hoort. Het account van een bureau-manager kan er volledig ingesteld uitzien, terwijl de CID van de klant nog steeds geen CAPI-toegang heeft.

Het deel dat teams vaak overslaan: ID-synchronisatie aan de kant van de gebruiker

CAPI verplaatst de event-payload naar de server-side. De identiteitsvergelijking voor remarketing wordt niet volledig mee verplaatst.

Microsoft wil nog steeds een pixel voor ID-synchronisatie aan de clientzijde, zodat ze je bezoekers-ID's aan Microsoft-ID's kunnen koppelen. Volgens hun documentatie moet je die in de browser activeren, niet vanaf de server, zodat Microsoft de browsercontext kan lezen op het moment van synchronisatie. Het gedocumenteerde eindpunt ziet er als volgt uit:

https://c.bing.com/c.gif?vid={VID}&Red3=BACID_{customerId}

Die velden zijn makkelijk door elkaar te halen.

• Red3 is vereist. Het formaat is BACID_ gevolgd door het Microsoft-klant-ID. Dat CID is niet hetzelfde als het UET-tag-ID. Eén klantaccount kan meerdere UET-tags bevatten. Accounts met meer dan één CID moeten het primaire CID gebruiken, tenzij Microsoft anders aangeeft.
• VID (bezoekers-ID) is vereist. Een anonieme gast-ID, bij voorkeur een UUID van versie 1, die verschilt van de pageLoadId, waarvoor Microsoft een UUID van versie 4 vraagt. Dezelfde waarde moet als anonymousId naar CAPI worden gestuurd. Als deze waarden niet overeenkomen, kan Microsoft de servergebeurtenis niet koppelen aan de synchronisatie.
• UID is optioneel. Een geanonimiseerde gebruikers-ID van een ingelogde gebruiker. Aan de CAPI-kant komt dit overeen met externalId.

Microsoft noemt ID-synchronisatie verplicht voor het aanmaken van doelgroepen en remarketing, inclusief dynamische remarketing. Voor de conversiekwaliteit wordt het „sterk aanbevolen”, vooral als msclkid of gehasht e-mailadres en telefoonnummer ontbreken. Microsoft wil dat dit, waar mogelijk, voor de hele site gebeurt, en in ieder geval één keer per gebruikerssessie.

Dit is de hybride opzet die mensen over het hoofd zien: een thin client-beacon voor identiteitsverificatie, en server-naar-server-events voor de conversiegegevens die browsers steeds blijven blokkeren.

ID-synchronisatie is nog steeds een verzoek van de browser aan Microsoft. Safari en adblockers kunnen c.bing.com op dezelfde manier blokkeren als ze bat.bing.com blokkeren. Dat is frustrerend. Het is ook de reden waarom gehasht e-mailadres, gehasht telefoonnummer en msclkid nog steeds bij de serverevents horen. De pixel helpt als hij wordt geactiveerd. CAPI moet nog steeds steunen op identificatiegegevens waar jij controle over hebt.

Waarom msclkid nog steeds belangrijk is

msclkid is de klik-ID van Microsoft. Als ‘auto-tagging’ is ingeschakeld, voegt Microsoft deze toe aan de bestemmings-URL nadat er op een advertentie is geklikt. Vroeger deed het UET-JavaScript dat voor je. Bij CAPI is dat nu jouw taak.

De richtlijnen van Microsoft zijn duidelijk: sla per gebruiker de meest recente msclkid op (first-party cookie, lokale opslag of op de server), overschrijf deze wanneer er een nieuwe binnenkomt, bewaar hem ongeveer 90 dagen en stuur hem mee bij latere UET-events voor die gebruiker. Het formaat is een UUID. Alleen de bezoekers-ID is een zwakke vervanging als er een klik-ID bestond.

En ja, dit is nog steeds de moeite waard, zelfs als de gehasht e-mailadres al in de payload zit. Het matchen van klik-ID’s en verbeterde conversies vullen verschillende hiaten op.

Zonder msclkid kunnen CAPI-events nog steeds in de pijplijn van Microsoft terechtkomen. De toeschrijving aan de klik die daadwerkelijk voor het bezoek heeft betaald, wordt hierdoor minder nauwkeurig. Het geautomatiseerde bieden wordt dan getraind op basis van een vager beeld.

Safari kan msclkid verwijderen voordat de pagina wordt geladen, net zoals bij de Link Tracking Protection die al van invloed is op de klik-ID’s van Google en Meta. GTM aan de server-side kan een queryparameter die nooit op je site is aangekomen niet herstellen. Het is handig om deze parameter bij de eerste landing op te slaan, als die aanwezig is. Voor de sessies waarin deze ontbreekt, zijn gehasht e-mailadres en telefoonnummer de back-up die Microsoft nog steeds kan matchen.

Hoe stel je Microsoft CAPI in bij GTM aan de server-side?

In de documentatie van Microsoft wordt een tagmanager of server-side tagmanager beschouwd als een geldig verzendpad. De architectuur is dezelfde als die voor Meta CAPI of Google Ads-servertags wordt gebruikt. De browser communiceert met een first-party domein waarover jij de controle hebt. De servercontainer verstuurt een POST-verzoek naar capi.uet.microsoft.com. Safari krijgt die aanroep naar Microsoft nooit te zien.

De plaatsing volgt de gebruikelijke verdeling. Conversie-events horen thuis in de servercontainer. De ID-synchronisatiepixel blijft in de webcontainer, omdat die aan de clientzijde moet draaien. De server-side GTM (sGTM) platformchecker geeft een breder beeld van de verdeling tussen web- en serverplaatsing. Microsoft CAPI volgt hetzelfde patroon: server voor de gebeurtenis zelf, web voor het identiteitsbaken.

Hoofdpad:

1. Token- en tag-ID. Zodra CAPI zichtbaar is in het account, kopieer je de UET-tag-ID en het authenticatietoken. Sla beide op als GTM-variabelen op de server. De huidige richtlijnen van Microsoft voor opstellingen met twee signalen zijn om dezelfde UET-tag-ID te hergebruiken en dezelfde eventId en eventName te versturen bij zowel de browsergebeurtenis als de CAPI-gebeurtenis, zodat Microsoft dubbele gegevens kan verwijderen.
2. Zorg dat de site-events in de servercontainer terechtkomen. Web GTM leest de gegevenslaag (aankoop, generate_lead en de paginaweergave die als CAPI-paginabelasting moet worden geregistreerd). Google Analytics 4 (GA4) is de gebruikelijke manier om gegevens naar de servercontainer te sturen. Een dataclient kan ook webhooks van een webshop of CRM ontvangen. Zorg ervoor dat de namen en omzetvelden overeenkomen met wat je al naar Google en Meta stuurt.
3. Maak de `pageLoadId` en `eventId` van Mint al vroeg aan. Een nieuwe UUID voor elke paginaweergave of SPA-navigatie. Aangepaste events op die pagina gebruiken die UUID opnieuw. De eventID van de conversie moet stabiel zijn: dezelfde tekenreeks bij zowel de UET JavaScript-gebeurtenis als de CAPI-gebeurtenis, als beide worden geactiveerd. Een bestelnummer plus een achtervoegsel is prima, zolang het maar uniek blijft.
4. Verzend de CAPI POST vanuit de servercontainer. Server GTM heeft een ingebouwde HTTP-verzoektag. Een POST-verzoek naar capi.uet.microsoft.com met een Bearer-header en een JSON-body is voldoende als je de payload zelf toewijst. Er zijn sjablonen in de Template Gallery beschikbaar als je de veldtoewijzing van GA4 naar UET al voor je gedaan wilt hebben. Sommige van de sjablonen kunnen de browser ook opdracht geven om de ID-synchronisatiepixel te activeren. Het verzoek heeft nog steeds de tag-ID in het pad nodig, pageLoad en/of aangepaste events, userData met ten minste één identificatiecode, msclkid als je die hebt, en pageLoadId om aangepaste events te koppelen aan het laden van pagina’s. User agent, IP, gehasht e-mailadres, gehasht telefoonnummer en anonymousId die overeenkomt met VID helpen allemaal bij het matchen.
5. Zorg ervoor dat de ID-synchronisatie in de webcontainer blijft. Een afbeeldingspixel of iets vergelijkbaars met VID en Red3. Volgens de documentatie van Microsoft moet dit een pixel aan de clientzijde zijn, en geen HTTP-verzoek aan de server.
6. Toegang met toestemming. CAPI ondersteunt adStorageConsent: G voor ‘toegestaan’, D voor ‘geweigerd’. Geweigerde events worden niet gebruikt voor attributie of retargeting. Als je het veld weglaat, gaat Microsoft ervan uit dat er toestemming is gegeven. Geef de signalen van het Consent Management Platform (CMP) door aan de GTM-server en stem de Microsoft-tag af op dezelfde regels voor advertentieopslag die je al toepast voor Google en Meta.
7. Test het eerst voordat je je bod aanpast. GTM-voorbeeld op het web en op de server. Een 200-statuscode van CAPI is niet hetzelfde als een conversie in de gebruikersinterface, en een 200-statuscode kan nog steeds waarschuwingen bevatten voor velden die Microsoft heeft geschrapt. Controleer de conversie- en UET-diagnostiek van Microsoft, en voer vervolgens een testaankoop of -lead uit met een bekende msclkid. Let ook op het gedrag van batches: standaard zorgt één ongeldige gebeurtenis ervoor dat het hele verzoek mislukt, dus stel ‘continueOnValidationError’ in als je liever hebt dat de goede gebeurtenissen worden verwerkt en de slechte worden gerapporteerd. Vergelijk het volume van alleen de browser met dat van de server gedurende een tijdje voordat het geautomatiseerde bieden leert van de nieuwe feed.

Waar TAGGRS past

Microsoft CAPI heeft een GTM-servercontainer op een eigen domein nodig, toestemmingslogica op één plek en een schone stroom van events die je naar Microsoft kunt sturen, net zoals je dat doet bij Google Ads, Meta en LinkedIn.

TAGGRS host de servercontainer, koppelt een subdomein (of een pad van dezelfde oorsprong) aan je domein en biedt je één plek om events te verwerken voordat ze naar advertentieplatforms worden gestuurd. De toewijzing van het Microsoft-token en de payload blijft in GTM. De hosting, de first-party-levering en de operationele laag die server-side tagging mogelijk maakt, zijn in handen van TAGGRS.

Als GA4 al naar een TAGGRS-servercontainer wordt gestuurd, is Microsoft CAPI een extra bestemmings-tag in die stream. Het is geen tweede trackingstack. De ID-sync-pixel blijft hoe dan ook in de webcontainer.

Maak een gratis TAGGRS-account aan en zorg dat de servercontainer draait voordat je CAPI-toegang van Microsoft terugkomt, of boek een demo als je de installatie liever eerst op je eigen site wilt bekijken.

Conclusie

De UET-tag in de browser is een onbetrouwbare standaard geworden voor het meten van Microsoft Ads. Safari 27 en adblockers blokkeren een aanzienlijk deel van de UET-verzoeken voordat ze Microsoft bereiken, en door de cookiebeperkingen verloopt vervolgens de identiteit waarop remarketing is gebaseerd. De Conversions API verplaatst die events naar een serverpad dat jij beheert, terwijl de UET-JavaScript-tag gewoon blijft draaien, waar hij ook wordt geladen.

Voor de meeste teams is de toegang het grootste struikelblok, niet de implementatie. CAPI is een proefproject, dus vraag je Microsoft-accountmanager om het in te schakelen voor je klant-ID, en gebruik de wachttijd om de servercontainer en de gebeurtenisstroom op orde te krijgen. Als je al Meta CAPI gebruikt, gaat het hier om hetzelfde soort werk voor een kanaal dat je nu minder nauwkeurig meet dan je denkt.

FAQ

Heb ik de UET JavaScript-tag nog steeds nodig?

Ja, overal waar het nog wel laadt. Microsoft raadt aan om CAPI samen met UET te gebruiken, omdat de JavaScript-tag de browseractiviteit en de paginacontext bijhoudt, informatie die een servergebeurtenis niet automatisch meekrijgt. Als beide dezelfde conversie doorgeven, gebruik dan dezelfde eventId, eventName en UET-tag-ID, zodat Microsoft het maar één keer telt.

Microsoft beschrijft CAPI ook als het alternatief wanneer JavaScript niet kan draaien, zoals in het geval van Safari en adblockers dat hierboven is besproken. Een volledige CAPI-installatie bestaat volgens hun documentatie uit twee delen: de server-naar-server-events en de pixel voor ID-synchronisatie aan de clientzijde. De pagina-URL, referrer, user agent, IP-adres en msclkid maken allemaal deel uit van het CAPI-schema.

Is Microsoft CAPI nu algemeen beschikbaar?

Nee. De documentatie is openbaar en volledig, maar de toegang is nog steeds een proefproject dat Microsoft per account toekent. Als ‘Use Conversions API’ ontbreekt op de UET-tag, is dat de verwachte status voor een account dat nog door niemand is aangemeld. Vraag de accountmanager of de ondersteuning van Microsoft om de CID toe te voegen.

Kan ik aankopen alleen server-side versturen?

Je kunt alleen aangepaste conversieevents via POST versturen. De doelstellingen en doelgroepen zien er dan minder goed uit dan zou moeten. Plan het laden van pagina’s en aangepaste events samen.

Mijn events geven 200 terug, maar er worden geen conversies weergegeven. Waarom?

In de meeste gevallen is het antwoord het conversiedoel. Controleer of er een doel is in Microsoft Ads, of het gekoppeld is aan dezelfde UET-tag-ID waarnaar je gegevens verstuurt, en of de actie van het doel exact overeenkomt met je eventName. Controleer vervolgens of eventTime binnen het zeven dagen durende tijdvenster valt en of msclkid of een gehasht identificatienummer aanwezig is bij het doel.

Vervangt dit het importeren van offline conversies?

CAPI kan ook CRM-, offline- en app-events via hetzelfde eindpunt doorgeven. Dat is een andere bron van events dan het laden van webpagina’s. Er zijn nog steeds klassieke offline-importworkflows voor conversies die pas dagen later in een CRM terechtkomen. De ‘eventTime’ van de website moet binnen de afgelopen zeven dagen vallen, dus een verouderde CRM-dump zal de validatie niet doorstaan.

Waar past Microsoft CAPI binnen GTM?

Servercontainer voor de CAPI POST. Webcontainer voor de ID-synchronisatiepixel. Microsoft raadt ook aan om de UET-JavaScript-tag op een plek te laten staan waar hij geladen kan worden, met een gedeelde eventId als beide kanten dezelfde conversie doorsturen.

Wat als Safari ook de ID-synchronisatiepixel blokkeert?

Dan kan Microsoft je bezoekers-ID niet koppelen aan zijn eigen ID’s tijdens die sessies, waardoor dat verkeer niet in de remarketinglijsten terechtkomt. De conversie kan nog steeds worden geregistreerd, omdat de CAPI POST-verzoek vanaf jouw server wordt verzonden, niet vanuit Safari. Voeg msclkid, anonymousId en een gehasht e-mailadres of telefoonnummer toe aan die event, zodat Microsoft deze nog steeds kan koppelen aan een klik of een bekende gebruiker.

Hoe voorkom ik dat dingen dubbel worden geteld?

Eén eventId voor dezelfde conversie in UET JavaScript en CAPI, dezelfde UET-tag-ID, compatibele eventName. Controleer of beide tags die ID ook daadwerkelijk versturen. De tellingen moeten worden vergeleken met bestellingen of het CRM-systeem, niet alleen met de conversiekolom van Microsoft Ads.