Bing vai aposentar as APIs SOAP/POX do Webmaster Tools em agosto de 2026

A Microsoft anunciou que vai desligar as APIs legadas SOAP e POX/HTTP do Bing Webmaster Tools em 31 de agosto de 2026. Depois dessa data, as requisições para esses endpoints simplesmente deixam de ser atendidas. A informação foi divulgada pelo Search Engine Roundtable, que reproduziu o aviso publicado por Krishna Madhavan, da Microsoft, no LinkedIn e no X: quem ainda usa essas interfaces deve revisar o guia de migração e planejar a mudança para as APIs REST/JSON.

Para quem mantém rotinas de automação de SEO, o recado é direto: se o seu código conversa com o Bing via SOAP ou POX, ele vai parar de funcionar. E "parar" aqui significa quebra silenciosa de pipelines de submissão de URLs, checagem de indexação ou coleta de métricas, dependendo de como a integração foi construída.

O que muda de fato

A boa notícia é que a migração não é uma reescrita conceitual. Segundo o aviso da Microsoft, a paridade funcional é total:

• Todos os métodos da API continuam disponíveis sobre JSON/HTTP, com funcionalidade idêntica.
• A chave de API permanece a mesma, sem necessidade de reemissão.
• Cotas, limites de taxa e permissões seguem inalterados.
• Os endpoints JSON/HTTP continuam suportados e em desenvolvimento ativo.

Ou seja, o que muda é o transporte e o formato do payload, não a lógica de negócio. Em vez de montar envelopes XML de SOAP ou requisições POX, o cliente passa a enviar e receber JSON sobre HTTP, no padrão REST que já é o default de praticamente qualquer integração moderna.

Por que isso importa

SOAP e POX são tecnologias de outra era da web. SOAP carrega o peso de envelopes XML verbosos, WSDL e um acoplamento que hoje soa anacrônico; POX (Plain Old XML sobre HTTP) é um meio-termo que também envelheceu mal. Manter esses endpoints custa esforço de engenharia à Microsoft sem entregar valor a ninguém, já que o REST/JSON faz o mesmo trabalho com menos código, menos parsing e melhor ferramental de depuração.

Do ponto de vista de quem opera SEO técnico no Brasil, o Bing costuma ser tratado como canal secundário frente ao Google. Mas há dois motivos para não ignorar o prazo. Primeiro, o Bing alimenta o índice do Copilot e de outras experiências generativas da Microsoft, e num cenário em que o tráfego migra para respostas de IA (o tal do GEO), manter o Bing bem indexado deixou de ser detalhe. Segundo, integração quebrada é dívida técnica que só aparece quando já é tarde: no dia 1º de setembro de 2026, sem o job rodando.

Como se planejar e medir o impacto

A sugestão prática é tratar a migração como um projeto pequeno e verificável, não como um susto de última hora:

1. Mapeie onde o SOAP/POX aparece. Faça um grep no código por chamadas ao endpoint legado e por bibliotecas que montam XML para o Bing. Documente cada job e sua frequência.
2. Reescreva contra o endpoint REST/JSON. Como a chave e os métodos são os mesmos, boa parte do trabalho é trocar a camada de cliente HTTP e o serializer.
3. Rode em paralelo antes de cortar. Enquanto o SOAP ainda responde, mantenha as duas versões e compare as respostas. Se os dados batem, você tem confiança para desligar o legado.
4. Meça o antes e o depois. Logue taxa de sucesso das requisições, latência e volume de URLs submetidas. Um dashboard simples evita que uma regressão passe despercebida.

O prazo até agosto de 2026 é confortável, o que reduz a desculpa para deixar para depois. A documentação da API REST/JSON e o guia de mudanças estão linkados na publicação original do Search Engine Roundtable. Vale começar pela auditoria: saber se você depende do SOAP já resolve metade da ansiedade. Se não depende, ótimo, é só arquivar o aviso. Se depende, agora é a hora barata de migrar, com o endpoint antigo ainda funcionando como rede de segurança.

Fonte: Search Engine Roundtable