Microsoft Advertising API-året — SOAP er døende, og her er det REST-kald, du skal bygge i stedet

Hele året i én sætning

Én ændring har et ur på sig — Microsoft udfaser sit SOAP-API, nye features bliver REST-only fra den 1. oktober 2026, og SOAP slukkes helt den 31. januar 2027 — og alt andet er Microsoft, der stille når feature-paritet med Google, hvilket gør 2026 til øjeblikket, hvor du begynder at automatisere over Bing, mens næsten ingen andre gør det. Hvis du har et script, en connector eller et rapporteringsjob bygget på SOAP-SDK’et, har du cirka et år og en konkret genopbygning at planlægge. Resten er upside, du adopterer, når du selv vælger.

Jeg tager hver ændring på samme måde: hvad der ændrede sig, hvorfor det betyder noget for din konto, og det præcise kald eller payload, du skal bygge — deadline først, mulighed bagefter. Grunden til, at 2026 er det rigtige tidspunkt, er ikke hype: API’et kan endelig det, Googles kan — PMax, AI Max, generative assets, New Customer Acquisition, Google-login og import — og konkurrenterne behandler stadig Bing som en eftertanke. Vinduet er åbent netop fordi de ikke er her endnu.

Men én ændring kommer med en dato på sig. Begynd der.

Deadline — SOAP udfases, REST er den eneste vej

Det er det eneste hårde ur i Microsoft-året, så det kommer først.

Hvad der ændrede sig. Den 1. april 2026 annoncerede Microsoft en hård tidsplan for at flytte Advertising API’et væk fra SOAP og over på REST. To datoer betyder noget:

• 1. oktober 2026 — nye features kommer kun i REST-API’et. SOAP får ikke længere noget nyt.
• 31. januar 2027 — SOAP slukkes helt. Eksisterende SOAP-integrationer kører frem til da, og ikke en dag længere.

Gennemgangene fra PPC.land og ALM Corp bekræfter begge de samme datoer.

Hvorfor det betyder noget for din konto. Hvis et rapporteringsjob, et bud-script eller en connector rører Bing gennem SOAP-SDK’et, har det en hård udløbsdato. Og det er ikke et kosmetisk skift — rapportering fungerer anderledes i REST, auth-flowet er forskelligt, og fejlhåndteringen ændrer sig. En rapporteringspipeline, du glemmer alt om, holder simpelthen op med at returnere data den 31. januar 2027, midt i et kvartal, uden anden advarsel end et blogindlæg fra ti måneder tidligere.

Hvad du skal gøre. Hvis dit Bing-værktøj er tyndt eller ikke-eksisterende, så porter ikke den gamle SOAP-kode — byg REST-first og spring en generation over. REST er rent HTTP og JSON: en rapport går fra en SOAP-envelope til en JSON-POST mod Reporting-endpointet, med et OAuth-bearer-token og dit developer-token i headerne:

# 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-hosten, OAuth- + DeveloperToken-header-modellen og v13-stien stammer fra Microsofts docs; bekræft den præcise request-body for din rapport i release notes, før du deployer.)

Upside #1 — Generativ AI skriver dine assets, via API’et

Med deadline indplanlagt er resten af året paritet, som Google allerede har lært dig at bruge.

Hvad der ændrede sig. Februar 2025 (SDK 13.0.24) leverede recommendation-endpoints — CreateResponsiveSearchAdRecommendation, CreateAssetGroupRecommendation, CreateResponsiveAdRecommendation, hver med et Refine…-modstykke. Juli 2025 (13.0.25) tilføjede en job-baseret variant og brand-kit-recommendations; februar 2026 tilføjede AutoGeneratedAssetsEnabled til RSA-indstillingerne. Alt sammen fra release notes.

Hvorfor det betyder noget for din konto. Generering og iteration af annoncetekst er nu scriptbar, ikke en ren UI-pligt — hvilket er forskellen på at håndskrive tekst til ti asset groups og generere den til hundredvis.

Hvad du skal gøre. Kobl recommendation-endpointene ind i det samme kreative workflow, du allerede kører til Google — generér, forfin mod brand kit’et, push:

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

Bing bliver endnu en output-kanal i din eksisterende annoncetekst-pipeline, ikke en separat håndbygget en.

Upside #2 — AI Max for Search, med en API-kontakt

Hvad der ændrede sig. AI Max for Search åbnede for pilot i maj 2026, med API-hooket AISearchSetting (Campaign Management). Det bringer udvidet query-matching, asset-personalisering og smart URL-routing — den samme post-keyword-trend som Googles AI Max — med guardrails eksponeret gennem API’et: brand-inklusioner og -eksklusioner, term-eksklusioner, messaging-restriktioner. Search Engine Land dækkede lanceringen sammen med Microsofts bredere agentic-web-fremstød.

Hvorfor det betyder noget for din konto. Hvis du allerede kører en DSA-til-AI-Max-migrering på Google, overføres den samme playbook til Microsoft næsten én til én. Trade-off’et er også identisk — du vinder rækkevidde og overlader matching og URL-valg, så guardrails er den del, du ikke springer over.

Hvad du skal gøre. Sæt AISearchSetting på kampagnen og deploy dine brand-kit-guardrails programmatisk på tværs af konti, sådan som du gør på Google:

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

(AISearchSetting og brand-kit-eksklusionerne er reelle Campaign-Management-tilføjelser fra marts/maj 2026; den præcise objekt-indlejring er illustrativ — AI Max er stadig en pilot, så bekræft skemaet og GA-status i release notes lige før du bygger imod det.)

Upside #3 — Konvergens med Google gør portering billig

Årets klareste tema: Microsoft gjorde det billigt at hente dit Google-setup med over.

Hvorfor det betyder noget for din konto. „Det, du gør på Google, kan du nu portere til Bing tæt på 1:1” — og med Google-login vedligeholder du ikke engang en anden mental OAuth-model. Den samme Google-identitet autentificerer begge:

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

Hvad du skal gøre. Vælg det ene Google-job med det højeste afkast — NCA-mål eller generative assets er de sædvanlige første valg — og porter det til Bing som en pilot. Auth- og import-arbejdet er allerede gjort for dig; du genbruger mønstre, ikke genopfinder dem. (Google-OAuth-grant-klasserne er reelle SDK-tilføjelser fra december 2025; bekræft den præcise constructor og auth-flow i release notes — det er en SDK-helper, ikke en token-endpoint-grant-værdi.)

Upside #4 — Måling blev voksen

Tre upgrades gør det endelig nemt at koble Bing-data ind i dit eget BI og CRM:

Hvorfor det betyder noget for din konto. MSClickIdPerformanceReport er den, du skal gribe fat i først: sy MSCLKID sammen med dine CRM-ordrer, og du får ægte ROAS i stedet for platform-rapporterede tal — det samme join, du allerede kører for Googles GCLID. Rapportens form er bare endnu et REST-submit mod v13-Reporting-endpointet, så den falder direkte ind i den migrering, du i forvejen laver i første afsnit.

Shopping har i mellemtiden stille konsolideret sig: det gamle Content API v9.1 er reelt frosset (sidste ændring i 2024). Moderne Microsoft Shopping kører gennem Microsoft Merchant Center plus Bing Ads v13 — PMax-asset-groups, listing-group-stier og FeedItemPerformanceReport.

På horisonten — annoncer inde i chatbotten

Den mest fremadrettede tråd er Microsofts væddemål på agentic commerce. På Activate 2026 rullede de Copilot Checkout ud — køb direkte inde i chatten — sammen med Brand Agents for Shopify og annonceplaceringer under Copilots samtalebaserede svar, med Performance Max, der dukker op under de resultater. Den marketing-kommentar rammesætter det som Microsofts skift til „AI-first” — en ægte ny shopping-flade i stedet for endnu en annonceplads.

For nu er det mere „hold øje med det her” end „automatisér i dag”, men det har en konkret forudsætning: feed- og brand-kit-hygiejne. Produkter dukker kun rent op på en AI-flade, hvis deres feed-data og messaging er i orden — så det ucharmerende arbejde positionerer en butik til den samtalebaserede kanal. På den kreative side leverede året også HTML5-assets via API’et (AddHTML5s, marts 2026) og Video Animation (statisk billede til video-asset, november 2025) — billige måder at fodre rigere formater på uden et produktionsteam.

Året på én tidslinje

Hvert v13-punkt nedenfor stammer fra Bing Ads API release notes (senest opdateret den 5. juni 2026); platform-annonceringerne fra Microsoft Advertising-bloggen. De eneste hårde deadlines er SOAP-udfasningens to datoer (markeret HARD); rækken om EU-politiske annoncer er en compliance-forpligtelse, og alt andet er opt-in-upside — den højre kolonne fortæller dig, hvad der er hvad.

[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