SharePoint Add-ins et Azure ACS
Le modèle d'Add-ins de SharePoint permettait d'étendre SharePoint au moyen de composants qui s'exécutaient souvent en dehors de lui, et Azure Access Control Services (ACS) était la couche d'authentification qu'un grand nombre d'entre eux utilisaient. Dans SharePoint Online, les deux ont été retirés le 2 avril 2026. Il ne s'agit pas d'une dépréciation qui laisse du temps devant soi : depuis cette date, l'authentification par ACS ne fonctionne plus.
À quoi ils servaient
- add-ins hébergés dans SharePoint, qui ajoutaient de l'interface à un site ;
- add-ins provider-hosted, exécutés sur des serveurs externes ;
- authentification app-only pour des scripts et des intégrations fonctionnant sans surveillance.
Ce qui les remplace
| La technologie | Passer à |
|---|---|
| Add-in hébergé dans SharePoint | Web part ou extension SPFx |
| Provider-hosted add-in | Une application externe (par exemple sur Azure), authentifiée avec Entra ID, et SPFx pour tout ce qui relève de l'interface de SharePoint |
| Authentification Azure ACS | Microsoft Entra ID |
Le remplacement recommandé du modèle d'Add-ins est le SharePoint Framework (SPFx), et celui d'ACS est Microsoft Entra ID. Les app catalogs ne sont pas touchés : ils continuent d'héberger les solutions SPFx.
Où cela s'inscrit
La vue d'ensemble de ce qui a pris fin et de ce sur quoi bâtir ensuite se trouve dans notre guide sur l'état de SharePoint en 2026.
