En resumen: Desde diciembre de 2025 la Bing Ads API acepta el inicio de sesión con Google. Los nuevos tipos de concesión GoogleOAuthDesktopMobileAuthCodeGrant y GoogleOAuthWebAuthCodeGrant te permiten autenticarte en la API de Microsoft Advertising con la misma identidad de Google que ya usas para Google Ads. Una corrección de marzo de 2026 conservó el refresh token. El cambio elimina fricción en el onboarding, pero no añade capacidades. Así unificas el modelo de autenticación de ambas plataformas y reduces el código que tienes que mantener.
Doce años trabajando con la Google Ads API me han enseñado una verdad aburrida. El código que habla con la plataforma es la parte fácil. Las horas de mantenimiento se van en gestionar dos juegos de credenciales. Desde diciembre de 2025, la mitad de ese problema desapareció, porque la Bing Ads API ahora acepta el inicio de sesión con Google.
Los nuevos tipos de concesión se llaman GoogleOAuthDesktopMobileAuthCodeGrant y GoogleOAuthWebAuthCodeGrant. Con ellos puedes autenticarte en la API de Microsoft Advertising con la misma identidad de Google que ya usas para Google Ads. La primera versión tenía un fallo: descartaba el refresh token de Google, pero una corrección de marzo de 2026 lo solucionó.
Por qué importa
Las herramientas multiplataforma siempre han pagado un impuesto de autenticación. Dos proveedores de identidad, dos ciclos de vida de tokens y dos bloques de código para credenciales que hacen lo mismo. Integrar Microsoft con Google OAuth te da un solo modelo mental para ambas plataformas y reduce bastante el código de cualquier herramienta que trabaje con las dos. La guía de ALM Corp explica el onboarding en detalle.
El cambio elimina fricción en el onboarding, pero no añade capacidades. Para agencias y scripts multicuenta, reducir la fontanería de autenticación es justo el tipo de mejora que, sin hacer ruido, facilita construir todo lo demás.
Cómo aprovecharlo
Si estás construyendo o refactorizando un conector multiplataforma, unifica la capa de autenticación bajo un único flujo de Google OAuth en vez de mantener una ruta separada para las credenciales de Microsoft. Elige el tipo de concesión que encaje con tu entorno. GoogleOAuthWebAuthCodeGrant va con una aplicación de servidor con URI de redirección, GoogleOAuthDesktopMobileAuthCodeGrant con herramientas instaladas. Guarda y renueva el token de Google exactamente igual que ya lo haces para Google Ads. Gracias a la corrección de marzo de 2026, el refresh token se conserva, así que no obligas a los usuarios a volver a iniciar sesión en cada arranque.
También encaja de forma natural con otros avances de convergencia de este año: una importación de Google más completa, paridad con AI Max e importación de New Customer Acquisition desde Google PMax. Una identidad, dos plataformas, menos código entre ellas.
Hay una pega que conviene señalar. Una identidad compartida es también un punto de fallo compartido. Trata el almacenamiento y la rotación del token de Google con el mismo cuidado que darías a una credencial de Microsoft. La comodidad en la capa de autenticación solo es una ventaja si mantiene el mismo nivel de seguridad.
Para repasar todos los ámbitos en los que la Microsoft Advertising API se ha puesto a la altura de Google este año, lee mi resumen del año de la Microsoft Advertising API. Luego borra una ruta de credenciales de tu código. Pocas refactorizaciones sientan tan bien.
