Ett år med Microsoft Advertising API: SOAP dör, fönstret är öppet

Den 1 april i år publicerade Microsoft ett blogginlägg som meddelade slutet för deras SOAP-API. Jag kollade datumet två gånger, för att gömma en protokollbegravning i ett inlägg från den 1 april är att be om problem. Det var på riktigt. Nya funktioner slutar komma till SOAP den 1 oktober 2026, och den 31 januari 2027 stängs alltihop av.

Sedan gjorde jag det som tjugo år i PPC har nött in i mig. Jag öppnade vår kodbas på Lynt och kollade vilka kopplingar som fortfarande pratar SOAP med Bing. Inte för att deadlinen är nära. Utan för att en API-pensionering aldrig förstör något samma dag som den meddelas. Den förstör ett rapporteringsjobb fjorton månader senare, mitt i kvartalet, i ett konto där ingen längre minns vem som skrev skriptet.

Den deadlinen är den enda klocka som verkligen tickar i Microsofts API-år. Allt annat som plattformen levererade är tystare och, ärligt talat, mer intressant. Bit för bit kom Bing Ads API:et ikapp Google. PMax, AI Max, generativa tillgångar, Google-inloggning, rikare import. Jag har skrivit kod mot Googles Ads API i tolv år, och under större delen av den tiden var Microsofts API det du integrerade sist, motvilligt, om kunden insisterade. Det här är första året där det nästan inte kostar något att porta en Google-automatisering till Bing.

Och konkurrenterna behandlar fortfarande Bing som en bisak, vilket är exakt varför fönstret är öppet. Så jag går igenom året på samma sätt som jag gick igenom Googles. För varje förändring: vad den är, varför den spelar roll för ditt konto, och exakt vilket anrop eller vilken payload du ska bygga. Deadline först, möjlighet sedan.

Den enda klocka som verkligen tickar: SOAP pensioneras

Det här är Microsoft-årets enda tidsbundna åtagande, så det kommer först.

Vad som ändrades. Den 1 april 2026 meddelade Microsoft en hård tidsplan för att flytta Advertising API:et från SOAP till REST. Två datum spelar roll:

• Den 1 oktober 2026 är dagen då nya funktioner bara kommer i REST-API:et. SOAP slutar få något nytt.
• Den 31 januari 2027 är dagen då SOAP stängs av helt. Befintliga SOAP-integrationer kör till dess, och inte en dag längre.

Genomgångarna från PPC.land och ALM Corp bekräftar bägge samma datum.

Varför det spelar roll för ditt konto. Om något rapporteringsjobb, budskript eller någon koppling pratar med Bing genom SOAP-SDK:n, har det ett utgångsdatum. Och flytten är inget kosmetiskt byte. Rapporteringen funkar annorlunda i REST, autentiseringsflödet skiljer sig, och felhanteringen ändras. En pipeline du glömt bort slutar helt enkelt returnera data den 31 januari 2027, utan annan varning än ett blogginlägg tio månader tidigare.

Vad du ska göra. Om dina Bing-verktyg är tunna eller obefintliga, lägg ingen tid på att porta den gamla SOAP-koden. Bygg REST-först och hoppa över en generation. REST är ren HTTP och JSON. En rapport går från ett SOAP-kuvert till en JSON-POST mot Reporting-endpointen, med en OAuth-bearer-token och din developer-token i headrarna:

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

(REST-värden, header-modellen med OAuth + DeveloperToken och v13-sökvägen kommer från Microsofts dokumentation. Bekräfta den exakta request-kroppen för din rapport mot release notes innan du skeppar.)

Generativa tillgångar, skrivna av API:et

Med deadlinen inplanerad är resten av året paritet. Google har redan lärt dig att använda alla de här funktionerna.

Vad som ändrades. Rekommendations-endpointerna kom i februari 2025 (SDK 13.0.24): CreateResponsiveSearchAdRecommendation, CreateAssetGroupRecommendation och CreateResponsiveAdRecommendation, var och en med en Refine…-motsvarighet. En jobbaserad variant och brand-kit-rekommendationer följde i juli 2025 (13.0.25), och AutoGeneratedAssetsEnabled kom in i RSA-inställningarna i februari 2026. Allt från release notes.

Varför det spelar roll för ditt konto. Att generera och iterera annonstext går nu att skripta i stället för att vara en syssla som bara finns i gränssnittet. Det är skillnaden mellan att handskriva text för tio tillgångsgrupper och att generera den för hundratals.

Vad du ska göra. Koppla in rekommendations-endpointerna i det kreativa arbetsflöde du redan kör för Google. Generera, förfina mot brand kit, pusha:

feed/produkt → CreateResponsiveSearchAdRecommendation
             → RefineResponsiveSearchAdRecommendation (uteslutningar av brand-kit-termer)
             → pusha till annonsgruppen  (ingen manuell kopiering från gränssnittet)

Bing blir ytterligare en utdatakanal i din befintliga pipeline för annonstexter, inte en separat handbyggd pipeline.

AI Max for Search, med en API-omkopplare

Vad som ändrades. AI Max for Search öppnade för pilot i maj 2026, med API-omkopplaren AISearchSetting i Campaign Management. Den för med sig utökad sökfrågematchning, personalisering av tillgångar och smart URL-routing, alltså samma rörelse bort från sökord som Googles AI Max. Och den exponerar skyddsräckena genom API:et: inkludera och exkludera varumärken, exkludera termer, begränsa budskap. Search Engine Land täckte lanseringen vid sidan av Microsofts bredare satsning på den agentiska webben.

Varför det spelar roll för ditt konto. Kör du redan en migrering från DSA till AI Max på Google kan du använda nästan samma upplägg hos Microsoft. Även avvägningen är densamma. Du vinner räckvidd och lämnar över matchning och URL-val, vilket gör skyddsräckena till delen du inte hoppar över.

Vad du ska göra. Sätt AISearchSetting på kampanjen och rulla ut dina brand-kit-skyddsräcken programmatiskt över konton, så som du gör på Google:

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

(AISearchSetting och brand-kit-exkluderingarna är verkliga tillägg i Campaign Management från mars och maj 2026. Den exakta objektnästlingen är illustrativ. AI Max är fortfarande en pilot, så bekräfta schemat och GA-statusen i release notes precis innan du bygger mot den.)

Att porta din Google-uppsättning blev just billigt

Årets tydligaste tema är konvergens. Microsoft gjorde det billigt att föra över din Google-uppsättning.

Varför det spelar roll för ditt konto. Det du bygger på Google portas nu till Bing nära ett till ett. Med Google-inloggning behöver du inte ens hålla en andra OAuth-modell i huvudet, eftersom du använder samma Google-identitet på båda plattformarna:

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

Vad du ska göra. Välj det enskilda Google-jobb som ger högst utdelning (NCA-mål och generativa tillgångar är de vanliga första valen) och porta det till Bing som en pilot. Autentiserings- och importarbetet är redan gjort åt dig, så porteringen handlar främst om att läsa din egen Google-kod. (Google-OAuth-grant-klasserna är verkliga SDK-tillägg från december 2025. Bekräfta den exakta konstruktorn och autentiseringsflödet mot release notes, för det är en SDK-hjälpare, inte ett grant-värde mot en token-endpoint.)

Mätningen mognade

Fyra uppgraderingar kopplar äntligen ihop Bing med din egen BI och ditt CRM, åt båda hållen:

Varför det spelar roll för ditt konto. MSClickIdPerformanceReport är den du tar tag i först. Vi kör affärsrapportering i BigQuery åt våra kunder, ända ner till deras enskilda slutkunder. Den mest värdefulla kopplingen i den rapporteringen är klick-ID mot CRM-order, för en CRM-koppling ersätter plattformsrapporterad ROAS med den verkliga siffran. På Google kör den kopplingen på GCLID. Den här rapporten ger Bing samma koppling, på MSCLKID. Rapporten är dessutom bara ännu en REST-begäran till Reporting-endpointen i v13. Därför kan du lägga in den direkt i SOAP-till-REST-migreringen.

Shopping har under tiden i tysthet konsoliderats. Det äldre Content API v9.1 är i praktiken fruset (senaste ändringen 2024). Modern Microsoft Shopping kör genom Microsoft Merchant Center plus Bing Ads v13, vilket betyder PMax-tillgångsgrupper, FeedItemPerformanceReport och sökvägar för listningsgrupper, alltså grenarna i produktträdet som du budar på.

Vid horisonten: annonser inuti chatboten

Längst fram i tiden ligger Microsofts satsning på agentisk handel. På Activate 2026 rullade Microsoft ut Copilot Checkout, som låter folk köpa direkt inuti chatten, vid sidan av Brand Agents för Shopify och annonsplaceringar under Copilots konversationssvar. Performance Max dyker upp under de resultaten. Marknadsföringskommentaren ramar in det som att Microsoft går AI-first: en genuint ny shopping-yta snarare än ännu en annonsplats.

För tillfället handlar det här mer om att hålla utkik än om att automatisera i dag, men det har en konkret förutsättning, och den tar jag på allvar. Vi la två år på att bygga Boostora, vårt verktyg som berikar Google Merchant Center-feeds med AI, just för att feedkvaliteten är taket för varje automatiserad shopping-yta. Samma regel gäller här. En produkt dyker bara upp snyggt i ett AI-svar om dess feeddata och budskap är i ordning, så det otacksamma feedarbetet är det som gör en butik redo att sälja inne i chatten.

På den kreativa sidan fick API:et också HTML5-tillgångar (AddHTML5s, mars 2026) och Video Animation (statisk bild till videotillgång, november 2025). Båda är billiga sätt att köra rikare annonsformat utan ett produktionsteam.

Året på en tidslinje

Varje v13-post nedan kommer från Bing Ads API release notes (senast uppdaterad den 5 juni 2026). Raderna med flaggan Platform kommer från Microsoft Advertising-bloggen. De enda hårda deadlinerna är de två SOAP-datumen, som har flaggan HARD. Raden om EU-politiska annonser är en efterlevnadsskyldighet, och allt annat är frivillig uppsida. Kolumnen till höger berättar vilket som är vilket.

Var jag skulle börja ikväll

Inte med hela migreringen. Med ett grep. Sök i din kodbas efter ReportingService.svc och SOAP-SDK-importerna, och skriv ner varje jobb som dyker upp. På den listan står varje jobb som slutar fungera den 31 januari 2027, och hela kontrollen tog dig tio minuter.

Välj sedan en Google-automatisering du är stolt över och fråga vad den skulle tjäna på en plattform där dina konkurrenter inte dykt upp ännu. Paritetsarbetet är gjort. Fönstret är öppet. Vilket jobb portar du först?

FAQ