En bref: Depuis décembre 2025, la Bing Ads API accepte la connexion via Google. Les nouveaux grants GoogleOAuthDesktopMobileAuthCodeGrant et GoogleOAuthWebAuthCodeGrant te permettent de t’authentifier auprès de 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 un obstacle de moins pendant l’intégration, pas une nouvelle fonctionnalité. Un seul modèle d’authentification pour les deux plateformes, moins de code à maintenir.
Douze ans de travail avec la Google Ads API m’ont appris une vérité banale. Le code qui parle à la plateforme, c’est la partie facile. Les heures de maintenance sont englouties par le code chargé de maintenir 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 de t’authentifier auprès de l’API Microsoft Advertising avec la même identité Google que tu utilises déjà pour Google Ads. Une première version présentait un défaut qui faisait perdre le refresh token Google, mais un correctif de mars 2026 l’a corrigé.
Pourquoi c’est important
Les outils multi-plateformes ont toujours payé une taxe d’authentification. Deux fournisseurs d’identité, deux cycles de vie distincts pour les tokens, deux blocs de gestion des identifiants qui font le même travail. Faire reposer l’authentification Microsoft sur 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 le parcours d’intégration.
C’est un obstacle de moins pendant l’intégration, pas une nouvelle fonctionnalité. Mais pour les agences et les scripts multi-comptes, alléger la plomberie d’authentification simplifie discrètement tout ce qui reste à 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 application côté serveur avec une URI de redirection, 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 reste valide : tu n’obliges plus tes utilisateurs à se reconnecter à chaque session.
Cela complète naturellement les autres progrès de convergence réalisés cette année : import Google enrichi, parité AI Max et 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é. Accorde au stockage et à la rotation du token Google 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 domaines où l’API Microsoft Advertising a rattrapé Google cette année, lis mon bilan annuel de l’API Microsoft Advertising. Puis va supprimer un chemin d’identifiants de ton code. Peu de refactorings font autant de bien.
