Microsoft Advertising API-året — SOAP dör, och här är REST-anropet att bygga i stället

Hela året i en mening

En förändring har en klocka på sig — Microsoft pensionerar sitt SOAP-API, där nya funktioner bara kommer i REST från den 1 oktober 2026 och SOAP stängs av helt den 31 januari 2027 — och allt annat är Microsoft som i tysthet når funktionsparitet med Google, vilket gör 2026 till ögonblicket att börja automatisera över Bing medan nästan ingen annan gör det. Har du något skript, någon koppling eller något rapporteringsjobb byggt på SOAP-SDK:n har du ungefär ett år och ett konkret ombygge att schemalägga. Resten är uppsida du tar i bruk när du själv vill.

Jag tar varje förändring på samma sätt: vad som ändrades, varför det spelar roll för ditt konto, och exakt anropet eller payloaden att bygga — deadline först, möjlighet sedan. Skälet att 2026 är rätt tid är inte hype: API:et kan äntligen göra det Googles gör — PMax, AI Max, generativa tillgångar, New Customer Acquisition, Google-inloggning och import — och konkurrensen behandlar fortfarande Bing som en eftertanke. Fönstret är öppet just för att de inte är här ännu.

Men en förändring har ett datum knutet till sig. Börja där.

Deadline — SOAP pensioneras, REST är enda vägen

Det här är Microsoft-årets enda hårda klocka, 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:

• 1 oktober 2026 — nya funktioner kommer bara i REST-API:et. SOAP slutar få något nytt.
• 31 januari 2027 — 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 hårt utgångsdatum. Och det är inget kosmetiskt byte — rapporteringen funkar annorlunda i REST, autentiseringsflödet skiljer sig, och felhanteringen ändras. En rapporteringspipeline du glömt bort slutar helt enkelt returnera data den 31 januari 2027, mitt i kvartalet, utan annan varning än ett blogginlägg tio månader tidigare.

Vad du ska göra. Om dina Bing-verktyg är tunna eller obefintliga: porta inte 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": ["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.)

Uppsida #1 — Generativ AI skriver dina tillgångar, via API:et

Med deadlinen schemalagd är resten av året paritet som Google redan lärt dig att använda.

Vad som ändrades. Februari 2025 (SDK 13.0.24) levererade rekommendations-endpoints — CreateResponsiveSearchAdRecommendation, CreateAssetGroupRecommendation, CreateResponsiveAdRecommendation, var och en med en Refine…-motsvarighet. Juli 2025 (13.0.25) lade till en jobbaserad variant och brand-kit-rekommendationer; 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, det är inte en syssla som bara gick att göra i gränssnittet — och 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 samma 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 kanal till i din befintliga pipeline för annonstexter, inte en separat handbyggd.

Uppsida #2 — 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 (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 — med skyddsräcken exponerade 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 samma playbook över till Microsoft nästan ett-till-ett. Avvägningen är identisk också — du vinner räckvidd och lämnar över matchning och URL-val, så skyddsräckena är 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 alla 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/maj 2026; den exakta objektnästlingen är illustrativ — AI Max är fortfarande en pilot, så bekräfta schemat och GA-status i release notes precis innan du bygger mot den.)

Uppsida #3 — Konvergensen med Google gör portering billig

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

Varför det spelar roll för ditt konto. “Det du gör på Google kan du nu porta till Bing nära 1:1” — och med Google-inloggning behöver du inte ens hålla en andra OAuth-modell i huvudet. 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, redirection_uri=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-jobb med högst utdelning — NCA-mål eller 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; du återanvänder mönster, uppfinner dem inte på nytt. (Google-OAuth-grant-klasserna är verkliga SDK-tillägg från december 2025; bekräfta den exakta konstruktorn och autentiseringsflödet mot release notes — det är en SDK-hjälpare, inte ett grant-värde mot en token-endpoint.)

Uppsida #4 — 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 ska ta tag i först: koppla MSCLKID mot dina CRM-ordrar så får du sann ROAS i stället för plattformsrapporterade siffror — samma koppling du redan kör för Googles GCLID. Rapportens form är bara ännu en REST-submit mot v13 Reporting-endpointen, så den passar rakt in i migreringen du redan gör i 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 — 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 nu är det här mer “håll utkik” än “automatisera idag”, men det har en konkret förutsättning: ordning på feed och brand kit. Produkter dyker bara upp snyggt i en AI-yta om deras feed-data och budskap är i ordning — så det tråkiga 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 5 juni 2026); plattformsannonseringarna från Microsoft Advertising-bloggen. De enda hårda deadlinerna är SOAP-pensioneringens två datum (flaggade HÅRD); raden om EU-politiska annonser är en efterlevnadsskyldighet, och allt annat är frivillig uppsida — den högra kolumnen berättar vilket som är vilket.

[HARD Oct 1]  1. Audit auth/connector → plan the REST rebuild
[HARD Jan 31] 2. Build REST-first → skip the SOAP port entirely
[parity]      3. Port one Google job → NCA or generative assets
[pilot]       4. AISearchSetting → deploy brand-kit guardrails
[measure]     5. MSClickId + offline conversions → into your BI

FAQ