Microsoft Advertising · Échéance vérifiée
Microsoft Advertising prolonge le support de son API SOAP jusqu'au 31 janvier 2027
- Échéance
- État de la documentation
- Preuve
- Source primaire
Ne pas perdre cette date
Ajouter l’échéance au calendrier
La date est enregistrée comme une journée entière. La fiche reste la source à consulter en cas de report.
Mécanisme & impact
Ce que Microsoft change réellement
La page officielle indique que Microsoft Advertising fait passer son API de SOAP, historique, vers REST, et qu'à la suite des retours clients l'approche de transition a été révisée pour offrir davantage de souplesse. Les intégrations SOAP continuent d'être supportées, accès aux fonctionnalités et améliorations de l'API inclus, jusqu'au 31 janvier 2027, date à laquelle l'API SOAP est programmée pour une dépréciation complète. Microsoft recommande de migrer vers REST au plus tôt afin d'assurer une transition sans heurt et d'éviter toute interruption, et signale l'existence de guides de migration avec et sans SDK.
Une seule date, le 31 janvier 2027, couvre à la fois l'accès aux fonctionnalités et la fin du support de l'API SOAP. La page ne décrit aucune période de grâce postérieure à cette date.
La planification s'appuie sur la date unique du 31 janvier 2027 pour l'accès aux fonctionnalités comme pour la fin du support. La recommandation de migrer au plus tôt subsiste et n'est pas une date.
Le périmètre doit être établi à partir des appels réellement émis en SOAP : SDK embarqués, points d'entrée appelés directement, tâches planifiées de reporting, outils internes et connecteurs d'agence. La page ne documente ni conversion automatique vers REST, ni période de grâce, ni équivalence de restitution entre les deux interfaces.
Plan d’action
Migration vers REST à préparer avant le 31 janvier 2027
5 contrôles
- 01Inventaire
Inventorier les appels SOAP réellement émis
Recenser SDK, points d'entrée, tâches planifiées, scripts de reporting et outils internes qui appellent encore l'API SOAP, et rattacher chaque usage à un responsable identifié plutôt qu'à une liste de fonctionnalités théoriques.
- 02Planning
Replanifier sur la date unique
Aligner tout jalon interne sur la seule date de la page officielle, le 31 janvier 2027, et consigner la date de relevé de cette page, le 30 septembre 2026.
- 03Contrats
Comparer les contrats SOAP et REST
Cartographier authentification, ressources, pagination, formats d'erreur et rapports entre les deux interfaces, en se limitant aux ressources effectivement utilisées.
- 04Recette
Valider par comparaison de données
Rejouer sur un périmètre contrôlé les rapports et les opérations d'écriture via REST, puis comparer les résultats à ceux produits par SOAP sur la même période.
- 05Contrôle final
Vérifier l'absence d'appels résiduels
Après déploiement et avant le 31 janvier 2027, contrôler dans les journaux applicatifs qu'aucun appel SOAP ne subsiste, et consigner la date de bascule de chaque intégration.
Registre des révisions
Historique de cette échéance
Création et séparation des jalons du 1er octobre 2026 et du 31 janvier 2027.
Sources, mécanisme, impact et contrôles révisés à partir de la documentation primaire.
Mécanisme et impact précisés après vérification de la documentation primaire.
Contrôles révisés afin de distinguer le jalon prudent du calendrier encore contradictoire.
Correction éditoriale des libellés de révision, sans modification des faits ni des jalons annoncés.
Le titre et l'impact maintiennent explicitement le calendrier SOAP en état incertain.
Mise à jour des éléments suivants : le titre, les sources, le mécanisme, l’impact, les contrôles depuis la documentation primaire.
Mise à jour validée : le mécanisme, l'impact, les contrôles.