Microsoft Ads ouvre Conversions API aux annonceurs

Microsoft annonce le 28 octobre 2026 la disponibilité générale de Conversions API. Les annonceurs peuvent transmettre des événements depuis leurs serveurs, leur CRM, leurs applications ou leurs points de vente vers Microsoft Advertising, en complément du suivi dans le navigateur.

Un complément à la balise UET

Microsoft recommande d’associer Conversions API à Universal Event Tracking, la balise UET. Une intégration directe, un gestionnaire de balises ou un connecteur partenaire permettent d’organiser cette transmission. L’ouverture du service ne signifie pas que le suivi est activé automatiquement dans les comptes.

Une vente doit rester une seule conversion

La documentation demande un identifiant d’événement commun lorsque le navigateur et le serveur transmettent la même conversion. Le nom de l’événement et la balise UET doivent aussi correspondre. Sans cette coordination, une hausse des conversions affichées peut traduire un double comptage.

Un même identifiant pour le même achat : Dans le navigateur ; Balise UET ; Identifiant commun ; Sur le serveur ; Conversions API ; Identifiant commun

Commencer par les événements qui prouvent une vente

Notre recommandation : distinguer formulaire reçu, demande qualifiée et vente signée avant de construire l’intégration. Pour une boutique, rapprocher les achats transmis des commandes réellement enregistrées, avec leur montant et leur devise. Tester ensuite la réception et la déduplication sur un même achat.

Définir les données autorisées et le traitement du consentement fait partie de cette préparation. Une connexion serveur ne prouve ni la qualité du signal ni une amélioration des résultats publicitaires. Notre accompagnement tracking et données couvre ces contrôles.

Sources

Documentation consultée le 2 novembre 2026.

Questions fréquentes

Conversions API est-elle encore réservée à un pilote ?

L’annonce du 28 octobre 2026 indique une disponibilité générale. Une configuration reste nécessaire dans le compte et dans les systèmes qui transmettent les événements.

Faut-il supprimer la balise UET ?

Microsoft recommande de conserver UET et de l’utiliser avec Conversions API lorsque c’est possible.

Comment éviter de compter deux fois le même achat ?

Utiliser le même eventId pour les transmissions navigateur et serveur, avec un eventName compatible et la même balise UET, puis contrôler le résultat.

Peut-on transmettre des étapes du CRM ?

La documentation prévoit des événements CRM. Il faut définir leur correspondance avec les objectifs de conversion et les données autorisées avant envoi.

Une intégration réussie démontre-t-elle un gain de performance ?

Non. Vérifier la réception des événements est une étape technique. Le résultat commercial se mesure ensuite, à périmètre et qualité de conversion comparables.