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 enterrar el funeral de un protocolo en un post del 1 de abril es buscarse problemas. Era real. 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 de PPC me han metido en el cuerpo. Abrí nuestro código en Lynt y comprobé qué conectores siguen hablando SOAP con Bing. No porque la fecha 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 duro del año de Microsoft en la API. Todo lo demás que lanzó la plataforma es más silencioso y, sinceramente, más interesante. Pieza a pieza, la Bing Ads API alcanzó a Google. PMax, AI Max, recursos generativos, login de Google, importación más rica. Llevo doce años escribiendo código contra la Ads API de Google, y durante la mayor parte de ese tiempo la de Microsoft era la plataforma 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, que es exactamente la razón de que 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 la llamada o el payload exactos a construir. La fecha límite primero, la oportunidad después.

El único reloj duro: 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.

Los análisis de PPC.land y de ALM Corp confirman ambos las mismas fechas.

Por qué importa para tu cuenta. Si cualquier job de reporting, script de pujas o conector toca Bing a través del 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 auth difiere y la gestión de errores cambia. Un pipeline que olvides simplemente dejará 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 tu instrumental para Bing es escaso o inexistente, no te molestes en portar el viejo código SOAP. Construye REST-first y sáltate una generación. REST es HTTP y JSON planos. 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 el cuerpo exacto de la petición para tu informe contra las notas de la versión antes de desplegar.)

Recursos generativos, escritos por la API

Con la fecha límite ya en el calendario, el resto del año es paridad. Google ya te enseñó a usar cada pieza.

Qué cambió. Febrero de 2025 (SDK 13.0.24) lanzó endpoints de recomendación. CreateResponsiveSearchAdRecommendation, CreateAssetGroupRecommendation y CreateResponsiveAdRecommendation, cada uno con su contraparte Refine…. Julio de 2025 (13.0.25) añadió una variante basada en jobs y recomendaciones de brand kit, y febrero de 2026 añadió AutoGeneratedAssetsEnabled a la configuración de RSA. Todo desde las notas de la versión.

Por qué importa para tu cuenta. La generación e iteración de textos de anuncio ahora se puede programar en vez de ser una tarea pesada de solo interfaz. 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 contra el brand kit, publica:

feed/product → CreateResponsiveSearchAdRecommendation
            → RefineResponsiveSearchAdRecommendation (brand-kit term exclusions)
            → push to ad group  (no manual copy-paste from the UI)

Bing se convierte en otro canal de salida de tu pipeline de textos existente en vez de en uno aparte 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 gancho de API AISearchSetting en Campaign Management. Trae concordancia ampliada de consultas, personalización de recursos y enrutamiento inteligente de URLs, la misma tendencia post-keyword que la AI Max de Google, y 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 el trato 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 construir contra él.)

Portar tu configuración de Google se volvió barato

El tema más claro del año es la convergencia. Microsoft hizo barato traerte 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 login de Google ni siquiera mantienes un segundo modelo mental de OAuth, porque la misma identidad de Google autentica ambos:

# Authenticate 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 auth e importación ya está hecho, así que el port 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 auth contra 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ó

Tres upgrades hacen que los datos de Bing por fin sean fáciles de cablear a tu propio BI y CRM:

Por qué importa para tu cuenta. MSClickIdPerformanceReport es el primero al que recurrir. En Lynt llevamos reporting de negocio a nivel de cliente en BigQuery, y el join más valioso que contiene es el de click ID a 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 corre sobre el GCLID. Este informe le da a Bing la misma costura. Y el informe en sí es solo otro submit 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 corre a través de Microsoft Merchant Center más Bing Ads v13, es decir, grupos de recursos de PMax, rutas de listing-group y el FeedItemPerformanceReport.

En el horizonte: anuncios dentro del chatbot

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

Por ahora esto es más observar que automatizar, pero tiene un requisito previo concreto, y me lo tomo en serio. Pasamos dos años construyendo Boostera, 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 aparece limpio en una respuesta de IA solo si los datos de su feed y su mensaje están en orden, así que el trabajo poco glamuroso del feed es lo que posiciona una tienda para el canal conversacional.

En el lado creativo, el año también trajo recursos HTML5 vía API (AddHTML5s, marzo de 2026) y Video Animation (de imagen estática a recurso de vídeo, noviembre de 2025). Formas baratas de alimentar formatos 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), y los anuncios de plataforma, del blog de Microsoft Advertising. Las únicas fechas límite duras son las dos de SOAP, marcadas como DURA. 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 es tu exposición al 31 de enero de 2027, y 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