Ein Jahr Microsoft Advertising API: SOAP stirbt, das Fenster ist offen

Am 1. April dieses Jahres veröffentlichte Microsoft einen Blogpost, der das Ende seiner SOAP-API ankündigte. Ich habe das Datum zweimal geprüft, denn wer die Beerdigung eines Protokolls ausgerechnet am 1. April verkündet, fordert Ärger heraus. Es war ernst gemeint. Neue Features kommen ab dem 1. Oktober 2026 nicht mehr zu SOAP, und am 31. Januar 2027 wird das Ganze abgeschaltet.

Dann habe ich getan, was mir zwanzig Jahre PPC eingebläut haben. Ich habe unsere Codebase bei Lynt geöffnet und nachgesehen, welche Konnektoren noch über SOAP mit Bing sprechen. Nicht weil die Deadline nah wäre. Sondern weil eine API-Abschaltung nie an dem Tag etwas kaputtmacht, an dem sie angekündigt wird. Sie legt einen Reporting-Job vierzehn Monate später lahm, mitten im Quartal, in einem Konto, für das niemand mehr weiß, wer das Skript geschrieben hat.

Diese Deadline ist die einzige Uhr, die in Microsofts API-Jahr wirklich tickt. Alles andere, was die Plattform ausgeliefert hat, ist leiser und, ehrlich gesagt, interessanter. Stück für Stück hat die Bing Ads API zu Google aufgeschlossen. PMax, AI Max, generative Assets, Google-Login, umfangreicherer Import. Ich schreibe seit zwölf Jahren Code gegen die Google Ads API, und die meiste Zeit davon hast du Microsofts API als letzte integriert, widerwillig, wenn der Kunde darauf bestand. Das ist das erste Jahr, in dem es fast nichts kostet, eine Google-Automatisierung nach Bing zu portieren.

Und die Konkurrenz behandelt Bing immer noch als Nebensache, was genau der Grund ist, warum das Fenster offen ist. Ich gehe das Jahr also genauso durch wie das von Google. Zu jeder Änderung: was sie ist, warum sie für dein Konto zählt und welchen Call oder welche Payload du baust. Deadline zuerst, Chance danach.

Die einzige Uhr, die wirklich tickt: SOAP wird ausgemustert

Das ist die einzige Pflicht im Microsoft-Jahr mit einem festen Termin, also kommt sie zuerst.

Was sich änderte. Am 1. April 2026 kündigte Microsoft einen harten Zeitplan für den Umzug der Advertising API von SOAP auf REST an. Zwei Daten zählen:

• Der 1. Oktober 2026 ist der Tag, an dem neue Features nur noch in der REST-API erscheinen. SOAP bekommt nichts Neues mehr.
• Der 31. Januar 2027 ist der Tag, an dem SOAP vollständig abgeschaltet wird. Bestehende SOAP-Integrationen laufen bis dahin, und keinen Tag länger.

Die Berichte von PPC.land und ALM Corp bestätigen beide dieselben Daten.

Warum es für dein Konto zählt. Wenn irgendein Reporting-Job, ein Gebotsskript oder ein Konnektor über das SOAP-SDK mit Bing spricht, hat er ein Verfallsdatum. Und der Umzug ist kein kosmetischer Tausch. Reporting funktioniert in REST anders, der Auth-Flow unterscheidet sich, und das Error-Handling ändert sich. Eine Pipeline, die du vergisst, hört am 31. Januar 2027 schlicht auf, Daten zu liefern, ohne andere Warnung als einen Blogpost von zehn Monaten zuvor.

Was zu tun ist. Wenn dein Bing-Tooling dünn oder gar nicht vorhanden ist, portier den alten SOAP-Code erst gar nicht. Bau REST-first und überspring eine Generation. REST ist schlichtes HTTP und JSON. Aus dem SOAP-Envelope wird ein JSON-POST gegen den Reporting-Endpoint, mit einem OAuth-Bearer-Token und deinem Developer-Token in den Headern:

# 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"] } }'

(Der REST-Host, das Header-Modell aus OAuth plus DeveloperToken und der v13-Pfad stammen aus Microsofts Docs. Bestätige den exakten Request-Body für deinen Bericht anhand der Release Notes, bevor du deployst.)

Generative Assets, geschrieben von der API

Mit der Deadline im Kalender ist der Rest des Jahres Parität. Google hat dir längst beigebracht, wie du all diese Funktionen nutzt.

Was sich änderte. Die Empfehlungs-Endpoints kamen im Februar 2025 (SDK 13.0.24): CreateResponsiveSearchAdRecommendation, CreateAssetGroupRecommendation und CreateResponsiveAdRecommendation, jeweils mit einem Refine…-Pendant. Eine job-basierte Variante und Brand-Kit-Empfehlungen folgten im Juli 2025 (13.0.25), und AutoGeneratedAssetsEnabled kam im Februar 2026 in die RSA-Einstellungen. Alles aus den Release Notes.

Warum es für dein Konto zählt. Anzeigentexte generierst und iterierst du jetzt per Skript statt von Hand in der UI. Das ist der Unterschied zwischen handgeschriebenem Text für zehn Asset-Gruppen und generiertem Text für Hunderte.

Was zu tun ist. Häng die Empfehlungs-Endpoints in den Kreativ-Workflow ein, den du bereits für Google fährst. Generieren, gegen das Brand Kit verfeinern, pushen:

Feed/Produkt → CreateResponsiveSearchAdRecommendation
             → RefineResponsiveSearchAdRecommendation (Brand-Kit-Begriffe ausschließen)
             → in die Anzeigengruppe pushen  (kein manuelles Kopieren und Einfügen aus der UI)

Bing wird zu einem weiteren Ausgabekanal deiner bestehenden Anzeigentext-Pipeline statt zu einer separaten, von Hand gebauten Pipeline.

AI Max for Search, mit einem API-Schalter

Was sich änderte. AI Max for Search startete im Mai 2026 als Pilotprojekt, mit dem API-Schalter AISearchSetting in Campaign Management. Es bringt erweitertes Query-Matching, Asset-Personalisierung und smartes URL-Routing, also dieselbe Abkehr vom Keyword wie bei Googles AI Max. Und es macht die Leitplanken über die API zugänglich: Marken ein- und ausschließen, Begriffe ausschließen, Messaging-Vorgaben. Search Engine Land berichtete über den Launch, zusammen mit Microsofts breiterem Vorstoß ins agentische Web.

Warum es für dein Konto zählt. Wenn du auf Google bereits eine DSA-zu-AI-Max-Migration fährst, überträgt sich das Playbook fast eins zu eins auf Microsoft. Und die Abwägung auch. Du gewinnst Reichweite und gibst Matching und URL-Wahl ab, was die Leitplanken zu dem Teil macht, den du nicht überspringst.

Was zu tun ist. Setz AISearchSetting auf die Kampagne und roll deine Brand-Kit-Leitplanken programmatisch über alle Konten aus, so wie du es auf Google tust:

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

(AISearchSetting und die Brand-Kit-Ausschlüsse sind echte Campaign-Management-Ergänzungen aus März und Mai 2026. Die exakte Objektverschachtelung ist illustrativ. AI Max ist noch ein Pilot, bestätige also Schema und GA-Status in den Release Notes, direkt bevor du darauf aufsetzt.)

Dein Google-Setup zu portieren ist gerade billig geworden

Das klarste Thema des Jahres ist Konvergenz. Microsoft hat es billig gemacht, dein Google-Setup herüberzubringen.

Warum es für dein Konto zählt. Was du auf Google baust, portierst du jetzt nahezu eins zu eins nach Bing. Mit dem Google-Login musst du nicht einmal ein zweites OAuth-Modell im Kopf behalten, denn du nutzt für beide Plattformen dieselbe Google-Identität:

# 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.

Was zu tun ist. Wähl den einen Google-Job mit dem größten Nutzen (NCA-Ziele und generative Assets sind die üblichen ersten Kandidaten) und portier ihn als Pilot nach Bing. Die Auth- und Import-Arbeit ist bereits für dich erledigt, der Port besteht also größtenteils daraus, deinen eigenen Google-Code zu lesen. (Die Google-OAuth-Grant-Klassen sind echte SDK-Ergänzungen vom Dezember 2025. Bestätige den exakten Konstruktor und Auth-Flow anhand der Release Notes, denn es ist ein SDK-Helper, kein Grant-Wert am Token-Endpoint.)

Die Messung ist erwachsen geworden

Vier Upgrades verbinden Bing endlich mit deinem eigenen BI und CRM, und zwar in beide Richtungen:

Warum es für dein Konto zählt. Nach MSClickIdPerformanceReport greifst du zuerst. Wir fahren für unsere Kunden Business-Reporting in BigQuery, bis hinunter zu deren einzelnen Endkunden. Der wertvollste Join in diesem Reporting ist Klick-ID zu CRM-Bestellung, denn ein CRM-Join ersetzt den plattformberichteten ROAS durch die echte Zahl. Auf Google läuft dieser Join über die GCLID. Dieser Report gibt dir denselben Join für Bing, über die MSCLKID. Und der Report selbst ist nur ein weiterer REST-Submit gegen den v13-Reporting-Endpoint. Damit passt er direkt in die oben beschriebene SOAP-zu-REST-Migration.

Shopping hat sich derweil leise konsolidiert. Die alte Content API v9.1 ist faktisch eingefroren (letzte Änderung 2024). Modernes Microsoft Shopping läuft über Microsoft Merchant Center plus Bing Ads v13, also über PMax-Asset-Gruppen, den FeedItemPerformanceReport und Listing-Group-Pfade, nämlich die Zweige des Produktbaums, auf die du bietest.

Am Horizont: Anzeigen im Chatbot

Am weitesten in die Zukunft weist Microsofts Vorstoß in den agentischen Commerce. Auf der Activate 2026 rollte Microsoft Copilot Checkout aus, mit dem man direkt im Chat kauft, dazu Brand Agents für Shopify und Anzeigenplatzierungen unter Copilots konversationellen Antworten. Performance Max taucht unter diesen Ergebnissen auf. Der Marketing-Kommentar ordnet das als Microsofts Schritt zu KI-first ein: eine wirklich neue Shopping-Oberfläche statt eines weiteren Anzeigenslots.

Vorerst ist das mehr „im Auge behalten“ als „heute automatisieren“, aber es hat eine konkrete Voraussetzung, und die nehme ich ernst. Wir haben zwei Jahre damit verbracht, Boostora zu bauen, unser Tool, das Google-Merchant-Center-Feeds mit KI anreichert, genau weil Feed-Qualität die Obergrenze jeder automatisierten Shopping-Oberfläche ist. Dieselbe Regel gilt hier. Ein Produkt taucht nur dann sauber in einer KI-Antwort auf, wenn seine Feed-Daten und sein Messaging in Ordnung sind, also ist die unspektakuläre Feed-Arbeit das, was einen Shop aufs Verkaufen im Chat vorbereitet.

Auf der Kreativseite bekam die API außerdem HTML5-Assets (AddHTML5s, März 2026) und Video Animation (statisches Bild zu Video-Asset, November 2025). Beides sind günstige Wege, reichere Anzeigenformate ohne Produktionsteam auszuspielen.

Das Jahr auf einer Zeitleiste

Jeder v13-Eintrag unten stammt aus den Bing Ads API Release Notes (zuletzt aktualisiert am 5. Juni 2026). Die Zeilen mit dem Flag Platform stammen aus dem Microsoft Advertising Blog. Die einzigen harten Deadlines sind die zwei SOAP-Daten mit dem Flag HARD. Die Zeile zur EU-Politwerbung ist eine Compliance-Pflicht, alles andere ist Opt-in-Chance. Die rechte Spalte sagt dir, was was ist.

Wo ich heute Abend anfangen würde

Nicht mit der ganzen Migration. Mit einem Grep. Durchsuch deine Codebase nach ReportingService.svc und den SOAP-SDK-Imports und schreib jeden Job auf, der dabei herauskommt. Auf dieser Liste steht jeder Job, der am 31. Januar 2027 aufhört zu funktionieren, und für die gesamte Übung hast du zehn Minuten gebraucht.

Dann nimm eine Google-Automatisierung, auf die du stolz bist, und frag dich, was sie auf einer Plattform verdienen würde, auf der deine Wettbewerber noch nicht aufgetaucht sind. Die Paritätsarbeit ist erledigt. Das Fenster ist offen. Welchen Job portierst du zuerst?

FAQ