Et år med Microsoft Advertising API'et: SOAP dør, vinduet er åbent

Den 1. april i år publicerede Microsoft et blogindlæg, der varslede enden på deres SOAP-API. Jeg tjekkede datoen to gange, for at gemme en protokols begravelse i et indlæg fra 1. april er at bede om ballade. Det var ikke en spøg. Nye features stopper med at komme til SOAP den 1. oktober 2026, og den 31. januar 2027 slukkes det hele.

Så gjorde jeg det, tyve år i PPC har lært mig at gøre. Jeg åbnede vores kodebase hos Lynt og tjekkede, hvilke connectors der stadig taler SOAP med Bing. Ikke fordi deadlinen er tæt på. Men fordi en API-udfasning aldrig ødelægger noget den dag, den bliver annonceret. Den ødelægger et rapporteringsjob fjorten måneder senere, midt i et kvartal, på en konto, hvor ingen længere husker, hvem der skrev scriptet.

Den deadline er det eneste ur, der tikker for alvor i Microsofts API-år. Alt andet, som platformen leverede, er mere stilfærdigt og, ærligt talt, mere interessant. Stykke for stykke indhentede Bing Ads API’et Google. PMax, AI Max, generative assets, Google-login, rigere import. Jeg har skrevet kode mod Googles Ads API i tolv år, og i det meste af den tid var Microsofts API det, du integrerede sidst, modvilligt, hvis kunden insisterede. Det her er det første år, hvor det næsten intet koster at portere en Google-automatisering til Bing.

Og konkurrenterne behandler stadig Bing som en biting, hvilket er præcis grunden til, at vinduet er åbent. Så jeg gennemgår året på samme måde, som jeg gennemgik Googles. For hver ændring: hvad den er, hvorfor den betyder noget for din konto, og præcis hvilket kald eller hvilken payload du skal bygge. Deadline først, mulighed bagefter.

Det eneste ur, der tikker for alvor: SOAP udfases

Det er årets eneste daterede forpligtelse hos Microsoft, så den 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:

• Den 1. oktober 2026 er dagen, hvor nye features kun kommer i REST-API’et. SOAP får ikke længere noget nyt.
• Den 31. januar 2027 er dagen, hvor 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 taler med Bing gennem SOAP-SDK’et, har det en udløbsdato. Og flytningen er ikke et kosmetisk skift. Rapportering fungerer anderledes i REST, auth-flowet er et andet, og fejlhåndteringen ændrer sig. En pipeline, du glemmer alt om, holder simpelthen op med at returnere data den 31. januar 2027, uden anden advarsel end et blogindlæg fra ti måneder tidligere.

Hvad du skal gøre. Hvis dine Bing-værktøjer er tynde eller ikke-eksisterende, så lad være med at portere 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": ["TimePeriod","CampaignName","Clicks","Spend"] } }'

(REST-hosten, header-modellen med OAuth + DeveloperToken og v13-stien stammer fra Microsofts docs. Bekræft den præcise request-body for din rapport i release notes, før du deployer.)

Generative assets, skrevet af API’et

Med deadlinen sat i kalenderen er resten af året paritet. Google har allerede lært dig at bruge alle de her funktioner.

Hvad der ændrede sig. Recommendation-endpointene kom i februar 2025 (SDK 13.0.24): CreateResponsiveSearchAdRecommendation, CreateAssetGroupRecommendation og CreateResponsiveAdRecommendation, hver med et Refine…-modstykke. En job-baseret variant og brand-kit-recommendations fulgte i juli 2025 (13.0.25), og AutoGeneratedAssetsEnabled kom med i RSA-indstillingerne i februar 2026. Alt sammen fra release notes.

Hvorfor det betyder noget for din konto. Generering og iteration af annoncetekst kan nu skriptes i stedet for kun at kunne klares i UI’et. Det 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 kreative workflow, du allerede kører til Google. Generér, forfin mod brand kit’et, push:

feed/produkt → CreateResponsiveSearchAdRecommendation
             → RefineResponsiveSearchAdRecommendation (udelukkelser af brand-kit-termer)
             → send til annoncegruppe  (ingen manuel kopiering fra UI'et)

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

AI Max for Search, med en API-kontakt

Hvad der ændrede sig. AI Max for Search åbnede for pilot i maj 2026, med API-kontakten AISearchSetting i Campaign Management. Det bringer udvidet søgetermsmatchning, asset-personalisering og smart URL-routing, altså den samme bevægelse væk fra keywords som Googles AI Max. Og det eksponerer guardrails gennem API’et: inkluder og ekskluder brands, ekskluder termer, begræns budskaber. 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 playbooken til Microsoft næsten én til én. Det gør afvejningen også. Du vinder rækkevidde og afgiver matchning og URL-valg, hvilket gør guardrails til den del, du ikke springer over.

Hvad du skal gøre. Sæt AISearchSetting på kampagnen og rul dine brand-kit-guardrails ud 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 og 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 oven på det.)

At portere dit Google-setup blev lige billigt

Årets klareste tema er konvergens. Microsoft gjorde det billigt at tage dit Google-setup med over.

Hvorfor det betyder noget for din konto. Det, du bygger på Google, kan nu porteres til Bing tæt på én til én. Med Google-login vedligeholder du ikke engang en ekstra mental OAuth-model, for du bruger den samme Google-identitet til begge dele:

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

Hvad du skal gøre. Vælg det ene Google-job med det højeste afkast (NCA-mål og 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, så porteringen er mest at læse din egen Google-kode. (Google-OAuth-grant-klasserne er reelle SDK-tilføjelser fra december 2025. Bekræft den præcise constructor og auth-flowet i release notes, for det er en SDK-helper, ikke en token-endpoint-grant-værdi.)

Måling blev voksen

Fire opgraderinger forbinder endelig Bing med dit eget BI og CRM, og det i begge retninger:

Hvorfor det betyder noget for din konto. MSClickIdPerformanceReport er den, du skal gribe fat i først. Vi kører forretningsrapportering i BigQuery for vores kunder, helt ned til deres enkelte slutkunder. Det mest værdifulde join i den rapportering er click-ID til CRM-ordre, for et CRM-join erstatter platform-rapporteret ROAS med det rigtige tal. På Google kører det join på GCLID. Denne rapport giver Bing det samme join, på MSCLKID. Og rapporten selv er bare endnu et REST-submit mod v13-Reporting-endpointet, så den falder direkte ind i migreringen fra første afsnit.

Shopping har i mellemtiden konsolideret sig i stilhed. 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, hvilket betyder asset groups i PMax, FeedItemPerformanceReport og listing-group-stier, altså de grene i produkttræet, du byder på.

På horisonten: annoncer inde i chatbotten

Længst frem peger Microsofts satsning på agentic commerce. På Activate 2026 rullede Microsoft Copilot Checkout ud, som lader folk købe direkte inde i chatten, sammen med Brand Agents til Shopify og annonceplaceringer under Copilots samtalebaserede svar. Performance Max dukker op under de resultater. Marketing-kommentaren rammesætter det som Microsoft, der går AI-first: en ægte ny shopping-flade snarere end endnu en annonceplads.

For nu er det mere hold-øje-med-det end automatisér-i-dag, men det har en konkret forudsætning, og jeg tager den alvorligt. Vi brugte to år på at bygge Boostora, vores værktøj, der beriger Google Merchant Center-feeds med AI, netop fordi feedkvalitet er loftet over enhver automatiseret shopping-flade. Den samme regel gælder her. Et produkt dukker kun pænt op i et AI-svar, hvis dets feed-data og budskaber er i orden, så det utaknemmelige feed-arbejde er det, der gør en butik klar til at sælge inde i chatten.

På den kreative side fik API’et også HTML5-assets (AddHTML5s, marts 2026) og Video Animation (statisk billede til video-asset, november 2025). Begge dele er billige måder at køre rigere annonceformater 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). Rækkerne med flaget Platform kommer fra Microsoft Advertising-bloggen. De eneste hårde deadlines er de to SOAP-datoer, som har flaget HARD. Rækken om EU-politiske annoncer er en compliance-forpligtelse, og alt andet er gevinst, du selv vælger til. Kolonnen til højre fortæller dig, hvad der er hvad.

Hvor jeg ville starte i aften

Ikke med hele migreringen. Med et grep. Søg i din kodebase efter ReportingService.svc og SOAP-SDK-imports, og skriv hvert job ned, som dukker op. På den liste står hvert eneste job, der holder op med at virke den 31. januar 2027, og hele gennemgangen tog dig ti minutter.

Vælg så én Google-automatisering, du er stolt af, og spørg, hvad den ville tjene på en platform, hvor dine konkurrenter ikke er dukket op endnu. Paritetsarbejdet er gjort. Vinduet er åbent. Hvilket job porterer du først?

FAQ