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

Den 1 april i år publicerade Microsoft ett blogginlägg som annonserade 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 annonseras. 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 hårda klockan i Microsofts API-år. Allt annat 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 plattformen 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 eftertanke, 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 anropet eller payloaden att bygga. Deadline först, möjlighet sedan.

Den enda hårda klockan: SOAP pensioneras

Det här är Microsoft-årets enda daterade skyldighet, så den kommer först.

Vad som ändrades. Den 1 april 2026 annonserade Microsoft en hård tidslinje 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 rör 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 headers:

# 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 varenda del av den.

Vad som ändrades. Februari 2025 (SDK 13.0.24) levererade rekommendations-endpoints. CreateResponsiveSearchAdRecommendation, CreateAssetGroupRecommendation och CreateResponsiveAdRecommendation, var och en med en Refine…-motsvarighet. Juli 2025 (13.0.25) lade till en jobbaserad variant och brand-kit-rekommendationer, och februari 2026 lade till AutoGeneratedAssetsEnabled i RSA-inställningarna. 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-endpointsen i det kreativa arbetsflöde du redan kör för Google. Generera, förfina mot brand kit, pusha:

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

Bing blir en utdatakanal till i din befintliga pipeline för annonstexter i stället för en separat handbyggd.

AI Max for Search, med en API-omkopplare

Vad som ändrades. AI Max for Search öppnade för pilot i maj 2026, med API-kroken AISearchSetting i Campaign Management. Den för med sig utökad sökfrågematchning, personalisering av tillgångar och smart URL-routing, samma rörelse bort från sökord som Googles AI Max, och den exponerar skyddsräckena genom API:et. Varumärkesinkluderingar och -exkluderingar, termexkluderingar, budskapsrestriktioner. Search Engine Land täckte lanseringen jämte 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 går playbooken över till Microsoft nästan ett till ett. Det gör avvägningen också. 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, för samma Google-identitet autentiserar bägge:

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

Vad du ska göra. Välj det enda Google-jobbet med högst utdelning (NCA-mål och generativa tillgångar är de vanliga första valen) och porta det till Bing som en pilot. Auth- och importarbetet är redan gjort åt dig, så porteringen är mest 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

Tre uppgraderingar gör Bing-data äntligen lätt att koppla in i din egen BI och CRM:

Varför det spelar roll för ditt konto. MSClickIdPerformanceReport är den du tar tag i först. Vi kör affärsrapportering på kundnivå för klienter i BigQuery, och den mest värdefulla kopplingen i den ä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 skarv. Och rapporten i sig är bara ännu en REST-submit mot v13 Reporting-endpointen, så den faller rakt in i migreringen från första sektionen.

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, listningsgrupp-sökvägar och FeedItemPerformanceReport.

Vid horisonten: annonser inuti chatboten

Den mest framåtblickande tråden är Microsofts satsning på agentisk handel. På Activate 2026 rullade de ut Copilot Checkout, köp direkt inuti chatten, jämte Brand Agents för Shopify och annonsplaceringar under Copilots konversationssvar, med Performance Max som 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 är det här mer håll-utkik än automatisera-idag, men det har en konkret förutsättning, och jag tar den på allvar. Vi la två år på att bygga Boostera, vårt verktyg som berikar Google Merchant Center-feeds med AI, just för att feed-kvaliteten ä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 feed-data och budskap är i ordning, så det tråkiga feed-arbetet är det som positionerar en butik för konversationskanalen.

På den kreativa sidan skeppade året också HTML5-tillgångar via API:et (AddHTML5s, mars 2026) och Video Animation (statisk bild till videotillgång, november 2025). Billiga sätt att fylla på med rikare format 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), plattformsannonseringarna från Microsoft Advertising-bloggen. De enda hårda deadlinerna är de två SOAP-datumen, flaggade HÅRD. 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. Den listan är din exponering per den 31 januari 2027, och den 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