L'anno della Microsoft Advertising API — SOAP sta morendo, ecco la chiamata REST da costruire al suo posto

Tutto l’anno in una frase

Un solo cambiamento ha un orologio addosso — Microsoft sta ritirando la sua API SOAP, con le nuove funzionalità che passano solo a REST il 1° ottobre 2026 e SOAP spento completamente il 31 gennaio 2027 — e tutto il resto è Microsoft che raggiunge in silenzio la parità con Google, il che rende il 2026 il momento per iniziare ad automatizzare su Bing mentre quasi nessun altro lo fa. Se hai uno script, un connettore o un job di reporting costruito sull’SDK SOAP, hai grosso modo un anno e una ricostruzione concreta da pianificare. Il resto è un vantaggio che adotti quando vuoi.

Affronterò ogni cambiamento allo stesso modo: cosa è cambiato, perché conta per il tuo account, e la chiamata o il payload esatto da costruire — prima la scadenza, poi l’opportunità. Il motivo per cui il 2026 è il momento giusto non è hype: l’API riesce finalmente a fare ciò che fa quella di Google — PMax, AI Max, asset generativi, New Customer Acquisition, login e import Google — e la concorrenza tratta ancora Bing come un ripensamento. La finestra è aperta proprio perché non sono ancora qui.

Ma un cambiamento arriva con una data attaccata. Parti da lì.

Scadenza — SOAP viene ritirato, REST è l’unica strada

Questo è l’unico orologio rigido dell’anno Microsoft, quindi va per primo.

Cosa è cambiato. Il 1° aprile 2026 Microsoft ha annunciato una timeline rigida per spostare la Advertising API da SOAP a REST. Contano due date:

• 1° ottobre 2026 — le nuove funzionalità arrivano solo nella REST API. SOAP smette di ricevere qualsiasi novità.
• 31 gennaio 2027 — SOAP viene spento completamente. Le integrazioni SOAP esistenti girano fino ad allora, e non un giorno di più.

Gli articoli di PPC.land e ALM Corp confermano entrambi le stesse date.

Perché conta per il tuo account. Se un job di reporting, uno script per le offerte o un connettore tocca Bing attraverso l’SDK SOAP, ha una scadenza rigida. E non è uno scambio cosmetico — il reporting funziona diversamente in REST, il flusso di autenticazione differisce e la gestione degli errori cambia. Una pipeline di reporting che dimentichi semplicemente smetterà di restituire dati il 31 gennaio 2027, a metà trimestre, senza preavviso oltre a un post sul blog di dieci mesi prima.

Cosa fare. Se la tua strumentazione Bing è scarna o inesistente, non fare il porting del vecchio codice SOAP — costruisci REST-first e salta una generazione. REST è semplice HTTP e JSON: un report passa da una busta SOAP a un POST JSON verso l’endpoint Reporting, con un token bearer OAuth e il tuo developer token negli header:

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

(L’host REST, il modello di header OAuth + DeveloperToken e il path v13 arrivano dai documenti di Microsoft; conferma il body esatto della richiesta per il tuo report sulle release notes prima di rilasciare.)

Vantaggio #1 — L’AI generativa scrive i tuoi asset, via API

Pianificata la scadenza, il resto dell’anno è parità che Google ti ha già insegnato a usare.

Cosa è cambiato. Febbraio 2025 (SDK 13.0.24) ha rilasciato endpoint di raccomandazione — CreateResponsiveSearchAdRecommendation, CreateAssetGroupRecommendation, CreateResponsiveAdRecommendation, ognuno con una controparte Refine…. Luglio 2025 (13.0.25) ha aggiunto una variante basata su job e le raccomandazioni di brand kit; febbraio 2026 ha aggiunto AutoGeneratedAssetsEnabled alle impostazioni RSA. Tutto dalle release notes.

Perché conta per il tuo account. La generazione e l’iterazione del copy degli annunci ora è scriptabile, non più una faccenda solo da UI — che è la differenza tra scrivere a mano il copy per dieci gruppi di asset e generarlo per centinaia.

Cosa fare. Collega gli endpoint di raccomandazione allo stesso workflow creativo che già esegui per Google — genera, rifinisci sul brand kit, pubblica:

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

Bing diventa un altro canale di output della tua pipeline esistente per il copy degli annunci, non una separata costruita a mano.

Vantaggio #2 — AI Max for Search, con un interruttore API

Cosa è cambiato. AI Max for Search ha aperto al pilot a maggio 2026, con l’hook API AISearchSetting (Campaign Management). Porta corrispondenza estesa delle query, personalizzazione degli asset e routing intelligente degli URL — lo stesso trend post-parola-chiave dell’AI Max di Google — con guardrail esposti tramite l’API: inclusioni ed esclusioni di brand, esclusioni di termini, restrizioni di messaggistica. Search Engine Land ha coperto il lancio insieme alla più ampia spinta di Microsoft verso l’agentic web.

Perché conta per il tuo account. Se già esegui una migrazione da DSA ad AI Max su Google, lo stesso playbook si trasferisce su Microsoft quasi uno a uno. Anche il compromesso è identico — guadagni copertura e cedi la corrispondenza e la scelta dell’URL, quindi i guardrail sono la parte che non salti.

Cosa fare. Imposta AISearchSetting sulla campagna e distribuisci i tuoi guardrail di brand kit in modo programmatico su tutti gli account, come fai su Google:

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

(AISearchSetting e le esclusioni di brand kit sono aggiunte reali di Campaign Management da marzo/maggio 2026; l’esatto annidamento dell’oggetto è illustrativo — AI Max è ancora un pilot, quindi conferma lo schema e lo stato GA nelle release notes appena prima di costruirci sopra.)

Vantaggio #3 — La convergenza con Google rende il porting economico

Il tema più chiaro dell’anno: Microsoft ha reso economico trasferire su Bing il tuo setup Google.

Perché conta per il tuo account. “Quello che fai su Google, ora puoi portarlo su Bing a quasi 1:1” — e con il login Google non mantieni nemmeno un secondo modello mentale OAuth. La stessa identità Google autentica entrambi:

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

Cosa fare. Scegli il singolo job Google con il ritorno più alto — gli obiettivi NCA o gli asset generativi sono di solito le prime scelte — e portalo su Bing come pilot. Il lavoro di autenticazione e import è già fatto per te; stai riusando pattern, non reinventandoli. (Le classi di grant Google-OAuth sono aggiunte SDK reali da dicembre 2025; conferma l’esatto costruttore e flusso di autenticazione sulle release notes — è un helper dell’SDK, non un valore di grant del token endpoint.)

Vantaggio #4 — La misurazione è cresciuta

Tre upgrade rendono i dati di Bing finalmente facili da collegare alla tua BI e al tuo CRM:

Perché conta per il tuo account. MSClickIdPerformanceReport è quello a cui ricorrere per primo: cuci il MSCLKID agli ordini del tuo CRM e ottieni il ROAS reale invece dei numeri riportati dalla piattaforma — la stessa join che già esegui per il GCLID di Google. La forma del report è solo un altro submit REST verso l’endpoint Reporting v13, quindi si inserisce dritto nella migrazione che stai già facendo nella prima sezione.

Shopping, intanto, si è consolidato in silenzio: la legacy Content API v9.1 è di fatto congelata (ultimo cambiamento nel 2024). Il moderno Microsoft Shopping gira attraverso il Microsoft Merchant Center più Bing Ads v13 — gruppi di asset PMax, percorsi dei listing group e il FeedItemPerformanceReport.

All’orizzonte — annunci dentro il chatbot

Il filone più lungimirante è la scommessa di Microsoft sul commercio agentico. Ad Activate 2026 ha presentato Copilot Checkout — comprare direttamente dentro la chat — insieme ai Brand Agents per Shopify e a posizionamenti di annunci sotto le risposte conversazionali di Copilot, con Performance Max che emerge sotto quei risultati. Il commento di marketing lo inquadra come Microsoft che diventa “AI-first” — una superficie di shopping davvero nuova più che l’ennesimo spazio pubblicitario.

Per ora questo è più “tieni d’occhio lo spazio” che “automatizza oggi”, ma ha un prerequisito concreto: igiene del feed e del brand kit. I prodotti compaiono in modo pulito in una superficie AI solo se i loro dati di feed e la messaggistica sono in ordine — quindi il lavoro poco appariscente posiziona uno store per il canale conversazionale. Sul fronte creativo, l’anno ha rilasciato anche asset HTML5 via API (AddHTML5s, marzo 2026) e Video Animation (da immagine statica ad asset video, novembre 2025) — modi economici per alimentare formati più ricchi senza un team di produzione.

L’anno in una sola timeline

Ogni voce v13 qui sotto arriva dalle release notes della Bing Ads API (ultimo aggiornamento 5 giugno 2026); gli annunci di piattaforma dal blog di Microsoft Advertising. Le uniche scadenze rigide sono le due date del ritiro di SOAP (segnate RIGIDA); la riga degli annunci politici UE è un obbligo di compliance, e tutto il resto è vantaggio opzionale — la colonna di destra ti dice quale è quale.

[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