En bref: Depuis décembre 2025, la Bing Ads API accepte la connexion via Google. Les nouveaux grants GoogleOAuthDesktopMobileAuthCodeGrant et GoogleOAuthWebAuthCodeGrant authentifient Microsoft Advertising avec la même identité Google que tu utilises déjà pour Google Ads. Un correctif de mars 2026 préserve le refresh token. C'est de la friction d'onboarding en moins, pas une nouvelle capacité. Un seul modèle d'authentification pour les deux plateformes, moins de code à maintenir.
Douze ans de travail avec l’API Google Ads m’ont appris une vérité banale. Le code qui parle à la plateforme, c’est la partie facile. Les heures de maintenance partent dans le code qui garde en vie deux jeux d’identifiants. Depuis décembre 2025, la moitié du problème a disparu, parce que la Bing Ads API accepte désormais la connexion via Google.
Les nouveaux grants s’appellent GoogleOAuthDesktopMobileAuthCodeGrant et GoogleOAuthWebAuthCodeGrant. Ils te permettent d’authentifier l’API Microsoft Advertising avec la même identité Google que tu utilises déjà pour Google Ads. Une première version avait une faille et perdait le refresh token Google, mais un correctif de mars 2026 l’a comblée.
Pourquoi c’est important
Les outils multi-plateformes ont toujours payé une taxe d’authentification. Deux fournisseurs d’identité, deux cycles de vie de tokens, deux tas de code de gestion d’identifiants qui font la même chose. Ranger Microsoft sous Google OAuth te donne un seul modèle mental pour les deux plateformes et nettement moins de code dans chaque outil qui touche aux deux. Le guide d’ALM Corp détaille tout l’onboarding.
C’est de la friction d’onboarding en moins, pas une nouvelle capacité. Mais pour les agences et les scripts multi-comptes, moins de plomberie d’authentification, c’est exactement le genre de changement qui rend discrètement tout le reste plus simple à construire.
Comment en profiter
Si tu construis ou refactorises un connecteur multi-plateformes, unifie la couche d’authentification sous un seul flux Google OAuth au lieu de maintenir un chemin séparé pour les identifiants Microsoft. Choisis le grant qui correspond à ton environnement. GoogleOAuthWebAuthCodeGrant convient à une app côté serveur avec redirect URI, GoogleOAuthDesktopMobileAuthCodeGrant aux outils installés. Stocke et rafraîchis le token Google exactement comme tu le fais déjà pour Google Ads. Grâce au correctif de mars 2026, le refresh token survit, donc tu ne renvoies pas tes utilisateurs se connecter à chaque session.
Ça s’ajoute naturellement aux autres avancées de convergence de l’année. Import Google enrichi, parité AI Max, import de la New Customer Acquisition depuis Google PMax. Une identité, deux plateformes, moins de code entre les deux.
Un piège mérite d’être signalé. Une identité partagée est aussi un point de défaillance partagé. Traite le stockage et la rotation du token Google avec le même soin qu’un identifiant Microsoft. Le confort de la couche d’authentification n’est une victoire que si la sécurité suit.
Pour le tour complet des points où l’API Microsoft Advertising a rattrapé Google cette année, lis notre bilan de l’année de l’API Microsoft. Puis va supprimer un chemin d’identifiants de ton code. Peu de refactorings font autant de bien.
