Un año en la Microsoft Advertising API: SOAP se muere, la ventana está abierta

El 1 de abril de este año, Microsoft publicó una entrada de blog anunciando el final de su API SOAP. Comprobé la fecha dos veces, porque colar el funeral de un protocolo en un post del 1 de abril es buscarse problemas. Iba en serio. Las funciones nuevas dejan de llegar a SOAP el 1 de octubre de 2026, y el 31 de enero de 2027 todo se apaga.

Luego hice lo que veinte años en PPC me han enseñado a hacer. Abrí nuestro código en Lynt y comprobé qué conectores siguen hablando SOAP con Bing. No porque la fecha límite esté cerca. Porque una retirada de API nunca rompe nada el día en que se anuncia. Rompe un job de reporting catorce meses después, a mitad de trimestre, en una cuenta donde nadie recuerda quién escribió el script.

Esa fecha límite es el único reloj que corre de verdad durante el año de la API de Microsoft. Todo lo demás que lanzó la plataforma es más silencioso y, sinceramente, más interesante. Poco a poco, la Bing Ads API alcanzó a Google. PMax, AI Max, recursos generativos, inicio de sesión con Google, importación más rica. Llevo doce años programando sobre la Google Ads API, y durante la mayor parte de ese tiempo la API de Microsoft era la que integrabas la última, a regañadientes, si el cliente insistía. Este es el primer año en que portar una automatización de Google a Bing no cuesta casi nada.

Y la competencia sigue tratando Bing como algo secundario, y precisamente por eso la ventana está abierta. Así que recorreré el año igual que recorrí el de Google. Para cada cambio: qué es, por qué importa para tu cuenta y qué llamada o payload exactos debes preparar. La fecha límite primero, la oportunidad después.

El único reloj que corre de verdad: SOAP se retira

Es la única obligación con fecha del año de Microsoft, así que va primero.

Qué cambió. El 1 de abril de 2026, Microsoft anunció un calendario duro para sacar la Advertising API de SOAP y llevarla a REST. Importan dos fechas:

• El 1 de octubre de 2026 es el día en que las funciones nuevas se lanzan solo en la REST API. SOAP deja de recibir cualquier novedad.
• El 31 de enero de 2027 es el día en que SOAP se apaga por completo. Las integraciones SOAP existentes funcionan hasta entonces, y ni un día más.

Tanto PPC.land como ALM Corp confirman las mismas fechas.

Por qué importa para tu cuenta. Si algún job de reporting, script de pujas o conector se conecta a Bing mediante el SDK de SOAP, tiene fecha de caducidad. Y el cambio no es un simple retoque cosmético. El reporting funciona distinto en REST, el flujo de autenticación difiere y la gestión de errores cambia. Un pipeline del que te olvides dejará simplemente de devolver datos el 31 de enero de 2027, sin más aviso que una entrada de blog de diez meses antes.

Qué hacer. Si tus herramientas para Bing son escasas o inexistentes, no te molestes en portar el viejo código SOAP. Construye REST-first y sáltate una generación. REST es HTTP y JSON a secas. Un informe pasa de un sobre SOAP a un POST en JSON contra el endpoint de Reporting, con un token bearer de OAuth y tu developer token en las cabeceras:

# OLD: SOAP envelope to ReportingService.svc (off on 2027-01-31)
#   <s:Envelope><s:Body><SubmitGenerateReport>...</SubmitGenerateReport></s:Body></s:Envelope>

# NEW: REST. Submit a report request as JSON.
curl -X POST \
  "https://reporting.api.bingads.microsoft.com/Reporting/v13/GenerateReport/Submit" \
  -H "Authorization: Bearer $OAUTH_TOKEN" \
  -H "DeveloperToken: $DEV_TOKEN" \
  -H "CustomerAccountId: $ACCOUNT_ID" -H "CustomerId: $CUSTOMER_ID" \
  -H "Content-Type: application/json" \
  -d '{ "ReportRequest": { "Type": "CampaignPerformanceReportRequest",
        "Aggregation": "Daily", "Columns": ["TimePeriod","CampaignName","Clicks","Spend"] } }'

(El host REST, el modelo de cabeceras OAuth + DeveloperToken y la ruta v13 salen de la documentación de Microsoft. Confirma en las notas de la versión el cuerpo exacto de la petición para tu informe antes de desplegar.)

Recursos generativos, escritos por la API

Con la fecha límite ya en el calendario, el resto del año va de paridad. Google ya te enseñó a usar todas estas funciones.

Qué cambió. Los endpoints de recomendación llegaron en febrero de 2025 (SDK 13.0.24): CreateResponsiveSearchAdRecommendation, CreateAssetGroupRecommendation y CreateResponsiveAdRecommendation, cada uno con su contraparte Refine…. Una variante basada en jobs y las recomendaciones de brand kit llegaron después, en julio de 2025 (13.0.25), y AutoGeneratedAssetsEnabled se sumó a la configuración de RSA en febrero de 2026. Todo sale de las notas de la versión.

Por qué importa para tu cuenta. La generación y la iteración de textos de anuncio ya no tienen que hacerse a mano en la interfaz: ahora se pueden programar. Esa es la diferencia entre escribir a mano el texto de diez grupos de recursos y generarlo para cientos.

Qué hacer. Conecta los endpoints de recomendación al flujo de creatividades que ya ejecutas para Google. Genera, refina según el brand kit, publica:

feed/producto → CreateResponsiveSearchAdRecommendation
              → RefineResponsiveSearchAdRecommendation (exclusiones de términos del brand kit)
              → publicar en el grupo de anuncios  (sin copiar y pegar manualmente desde la interfaz)

Bing se convierte en otro canal de salida de tu pipeline de textos existente, en vez de exigir un pipeline independiente construido a mano.

AI Max for Search, con un interruptor de API

Qué cambió. AI Max for Search abrió a piloto en mayo de 2026, con el parámetro de API AISearchSetting en Campaign Management. Trae concordancia ampliada de consultas, personalización de recursos y enrutamiento inteligente de URLs, es decir, el mismo abandono de las palabras clave que la AI Max de Google. También expone las salvaguardas a través de la API: inclusiones y exclusiones de marca, exclusiones de términos, restricciones de mensaje. Search Engine Land cubrió el lanzamiento junto al empuje más amplio de Microsoft hacia la web agéntica.

Por qué importa para tu cuenta. Si ya ejecutas una migración de DSA a AI Max en Google, el manual se transfiere a Microsoft casi uno a uno. Y la contrapartida, también. Ganas alcance y cedes la concordancia y la elección de URL, lo que convierte las salvaguardas en la parte que no te saltas.

Qué hacer. Activa AISearchSetting en la campaña y despliega tus salvaguardas de brand kit de forma programática en todas las cuentas, como haces en Google:

{
  "AISearchSetting": { "Enabled": true },
  "BrandKit": {
    "TermExclusions": ["competitor-name", "off-brand-claim"],
    "MessagingRestrictions": ["no superlatives without proof"]
  }
}

(AISearchSetting y las exclusiones de brand kit son adiciones reales de Campaign Management de marzo y mayo de 2026. El anidamiento exacto de objetos es ilustrativo. AI Max sigue en piloto, así que confirma el esquema y el estado de GA en las notas de la versión justo antes de ponerte a desarrollar sobre ello.)

Portar tu configuración de Google ya casi no cuesta nada

El tema más claro del año es la convergencia. Microsoft ha abaratado el traslado de tu configuración de Google.

Por qué importa para tu cuenta. Lo que construyes en Google ahora se porta a Bing casi uno a uno. Con el inicio de sesión con Google ni siquiera mantienes un segundo modelo mental de OAuth, porque usas la misma identidad de Google en las dos plataformas:

# Authenticate to the MICROSOFT API with your existing Google identity (Dec 2025+).
# GoogleOAuthWebAuthCodeGrant is a Bing Ads SDK auth class, not a raw grant_type.
from bingads.authorization import GoogleOAuthWebAuthCodeGrant

authentication = GoogleOAuthWebAuthCodeGrant(
    client_id=CLIENT_ID, client_secret=CLIENT_SECRET, redirect_url=REDIRECT_URI,
)
# one OAuth flow across Google Ads + Microsoft Advertising;
# a March 2026 fix preserves the Google refresh token between runs.

Qué hacer. Elige el job de Google con el mayor retorno (los objetivos NCA y los recursos generativos son las primeras apuestas habituales) y pórtalo a Bing como piloto. El trabajo de autenticación e importación ya está hecho, así que portarlo es sobre todo leer tu propio código de Google. (Las clases de grant de Google OAuth son adiciones reales del SDK de diciembre de 2025. Confirma el constructor exacto y el flujo de autenticación en las notas de la versión, porque es un helper del SDK y no un valor de grant del endpoint de token.)

La medición maduró

Cuatro mejoras conectan por fin Bing con tu propio BI y CRM, en ambas direcciones:

Por qué importa para tu cuenta. MSClickIdPerformanceReport es el primero al que recurrir. En Lynt llevamos en BigQuery el reporting de negocio de nuestros clientes, hasta el nivel de sus clientes finales. El join más valioso de ese reporting es el que une el click ID con el pedido del CRM, porque un join con el CRM sustituye el ROAS que reporta la plataforma por el número real. En Google ese join se hace sobre el GCLID. Este informe le da a Bing ese mismo join, sobre el MSCLKID. Y el informe en sí es solo otro envío REST contra el endpoint de Reporting v13, así que encaja directamente en la migración de la primera sección.

Shopping, mientras tanto, se ha consolidado en silencio. La antigua Content API v9.1 está efectivamente congelada (último cambio en 2024). El Microsoft Shopping moderno funciona a través de Microsoft Merchant Center y Bing Ads v13, es decir, grupos de recursos de PMax, el FeedItemPerformanceReport y las rutas de los grupos de fichas, esas ramas del árbol de productos sobre las que pujas.

En el horizonte: anuncios dentro del chatbot

El hilo más orientado al futuro es la apuesta de Microsoft por el comercio agéntico. En Activate 2026, Microsoft desplegó Copilot Checkout, que permite comprar directamente dentro del chat, junto a Brand Agents para Shopify y emplazamientos publicitarios bajo las respuestas conversacionales de Copilot. Performance Max aparece bajo esos resultados. El comentario de marketing presenta el lanzamiento como la apuesta de Microsoft por un enfoque AI-first: una superficie de compra genuinamente nueva y no otro hueco publicitario más.

Por ahora conviene más seguir de cerca esta tendencia que intentar automatizarla, pero tiene un requisito previo concreto, y me lo tomo en serio. Pasamos dos años construyendo Boostora, nuestra herramienta que enriquece feeds de Google Merchant Center con IA, precisamente porque la calidad del feed es el techo de toda superficie de shopping automatizada. Aquí rige la misma regla. Un producto solo aparece como es debido en una respuesta de IA si los datos de su feed y su mensaje están en orden, así que el trabajo poco glamuroso del feed es lo que prepara una tienda para vender dentro del chat.

En el frente creativo, la API también sumó recursos HTML5 (AddHTML5s, marzo de 2026) y Video Animation (de imagen estática a recurso de vídeo, noviembre de 2025). Las dos son formas baratas de publicar formatos de anuncio más ricos sin un equipo de producción.

El año en una sola línea de tiempo

Cada entrada v13 de abajo sale de las notas de la versión de la Bing Ads API (actualizadas por última vez el 5 de junio de 2026). Las filas que llevan la etiqueta Plataforma salen del blog de Microsoft Advertising. Las únicas fechas límite inamovibles son las dos de SOAP, que llevan la etiqueta HARD. La fila de anuncios políticos en la UE es una obligación de cumplimiento, y todo lo demás es ventaja opcional. La columna de la derecha te dice cuál es cuál.

Por dónde empezaría esta noche

No por la migración entera. Por un grep. Busca en tu código ReportingService.svc y los imports del SDK de SOAP, y apunta cada job que aparezca. Esa lista contiene todos los jobs que dejarán de funcionar el 31 de enero de 2027, y todo el ejercicio te ha llevado diez minutos.

Luego elige una automatización de Google de la que estés orgulloso y pregúntate qué ganaría en una plataforma donde tu competencia todavía no ha aparecido. El trabajo de paridad está hecho. La ventana está abierta. ¿Qué job vas a portar primero?

FAQ