Bing ha annunciato la pensione dell’ultima API vintage

Bing ha tenuto in vita quei protocolli per oltre un decennio, mentre Google li aveva già dismessi nel 2015

SOAP, POX, SOAP 1.1. Nel 2026 questi acronimi suonano come un reperto archeologico del web dei primi anni 2000, ma fino a pochi giorni fa erano ancora lì, vivi e vegeti, a servire richieste sull’endpoint di Bing Webmaster Tools. Il Microsoft Bing Webmaster Team ha annunciato che il 31 agosto 2026 quegli endpoint smetteranno per sempre di rispondere. Chi oggi interroga ancora quelle API per estrarre dati sul crawling, sull’indicizzazione o sulle sitemap del proprio sito ha meno di un mese per cambiare rotta.

Fine dei giochi per SOAP e POX

L’annuncio, diffuso attraverso un post ufficiale, è secco: “These legacy APIs will be retired on August 31, 2026”. Non c’è margine di ambiguità né una fase di transizione morbida: dopo quella data, come conferma il resoconto di Search Engine Roundtable, “requests to these endpoints will no longer be served” — le richieste semplicemente non verranno più servite. Non un errore soft, non un redirect di cortesia: il socket smette di ascoltare, punto.

Per chi non ha mai avuto a che fare con l’integrazione di Bing Webmaster, vale la pena ricordare cosa c’è dietro queste sigle. SOAP (Simple Object Access Protocol) è un protocollo di scambio messaggi basato su XML, nato negli anni ’90 per far comunicare sistemi eterogenei attraverso contratti rigidi descritti in WSDL. POX/HTTP — Plain Old XML over HTTP — è la sua versione “scarna”, senza l’apparato di envelope e namespace di SOAP ma pur sempre ancorata all’XML come formato di scambio. Entrambi convivono, secondo la documentazione ufficiale di Microsoft, accanto al più moderno JSON/HTTP nell’ambito dell’infrastruttura che supporta i protocolli per ottenere, chiamare, inviare e recuperare dati da Bing Webmaster verso il proprio sito.

Il punto è che questi due protocolli — SOAP e POX — erano ormai gli ultimi superstiti di un’epoca in cui l’interoperabilità tra sistemi passava per forza da XML pesante e schemi verbosi. Perché ci è voluto così tanto tempo per arrivare a questo passo? È la domanda che aleggia dietro l’annuncio, e la risposta, come vedremo, ha a che fare tanto con l’inerzia degli stack legacy quanto con la scarsa pressione competitiva su un prodotto di nicchia come Bing Webmaster Tools.

Una decade di immobilità (e Google ci ha preceduto di 11 anni)

La lentezza di Microsoft non è solo una questione di tempi tecnici: è un caso da manuale di quanto possa restare in vita un’interfaccia pensata per un’altra era del web. L’API di Bing Webmaster, secondo la ricostruzione pubblicata da AnalyticsEdge, è arrivata sul mercato nel lontano 2012 — e da allora “it remains basically the same”, è rimasta sostanzialmente identica per oltre un decennio. Un’eternità, in termini di sviluppo software: nello stesso arco di tempo il mondo delle API ha visto l’affermazione totale di REST, l’ascesa di GraphQL, l’adozione capillare di OAuth 2.0 e OpenID Connect come standard di autenticazione.

La cosa più interessante, però, è il confronto con il concorrente diretto. Google aveva già dismesso la propria vecchia Webmaster Tools API il 20 aprile 2015, come annunciato all’epoca sul blog ufficiale degli sviluppatori: “We’re going to turn down the old Webmaster Tools API on April 20, 2015”. Undici anni di scarto. Undici anni in cui Bing ha tenuto in vita un’interfaccia SOAP/POX mentre il resto del settore migrava verso architetture REST/JSON più leggere, più cache-friendly, più facili da testare e documentare con strumenti come OpenAPI/Swagger. Ora la domanda si sposta: chi è rimasto ancora esposto a quegli endpoint, dopo tutto questo tempo? Probabilmente più integrazioni di quante si vorrebbe ammettere — script dimenticati, pipeline di reportistica SEO scritte anni fa e mai più toccate, plugin di terze parti che nessuno ha aggiornato perché “tanto funzionava”.

Cosa fare (davvero) prima del 31 agosto

La scadenza non è teorica: è una data precisa, fissata, senza deroghe annunciate. Il messaggio del Bing Webmaster Team è esplicito nell’indicare la via d’uscita: “Please review the migration guidance and plan your move to our REST/JSON APIs” — rivedere la guida alla migrazione e pianificare il passaggio alle API REST/JSON. Ma qui bisogna essere onesti su cosa significhi davvero questo passaggio, perché non è un semplice cambio di indirizzo URL.

Chi ha costruito un’integrazione su SOAP ha probabilmente un client generato da un file WSDL, con serializzazione XML automatica e gestione degli errori basata su SOAP Fault — un formato di eccezione strutturato con codici e messaggi annidati nell’envelope stesso della risposta. Passare a REST/JSON significa riscrivere quella logica da zero: gli errori arrivano tipicamente come codici di stato HTTP (400, 401, 403, 429, 500) accompagnati da un body JSON da parsare manualmente, non più da un’eccezione tipizzata dal framework SOAP. Anche l’autenticazione cambia pelle: le vecchie chiamate POX spesso portavano credenziali in modi diversi rispetto agli schemi a token o API key attesi dalle interfacce REST moderne. E poi c’è il tema della paginazione, del rate limiting, della struttura stessa delle risposte: un payload JSON piatto non è la trasposizione uno-a-uno di uno schema XML nidificato, richiede un mapping dei campi che va verificato riga per riga.

Chi tratta questa transizione come un banale find-and-replace di endpoint rischia di scoprire, il primo settembre, che l’integrazione si è rotta silenziosamente — magari non con un errore visibile, ma con dati mancanti o malformati che passano inosservati fino al prossimo controllo SEO mensile. La cosa più sensata da fare ora, con meno di un mese a disposizione, è tracciare ogni singola chiamata SOAP/POX ancora attiva nel proprio codice, verificare la documentazione REST/JSON aggiornata da Microsoft e testare in ambiente di staging prima che l’endpoint legacy smetta di rispondere per davvero.

Per i developer che gestiscono pipeline di dati SEO, questa scadenza è l’occasione — anche un po’ forzata — per svecchiare un pezzo di stack spesso dimenticato negli angoli più remoti del codice. Ma l’orologio corre veloce, e agosto è già iniziato.