MCP devient stateless : pourquoi vos serveurs vont devoir changer avant 2027
La specification MCP 2026-07-28 est la plus grande revision du protocole depuis son lancement. Elle supprime les sessions, rend le protocole stateless, et deprecie plusieurs fonctionnalites. Bonne nouvelle : rien ne casse du jour au lendemain. Mauvaise nouvelle : tout nouveau serveur doit desormais cibler cette version, et vos serveurs existants ont une fenetre limitee pour migrer.
🔍 Ce qui change vraiment
Le coeur du changement : l’en-tete Mcp-Session-Id et la session au niveau du protocole disparaissent. Le handshake d’initialisation qui s’executait a l’ouverture d’une connexion est supprime lui aussi. Concretement, chaque requete MCP transporte desormais sa propre version de protocole, ses capacites et l’identite du client. Resultat : n’importe quelle requete peut etre servie par n’importe quelle instance de serveur.
Pour faciliter le routage, les requetes portent de nouveaux en-tetes Mcp-Method et Mcp-Name, ce qui permet aux repartiteurs de charge d’orienter le trafic sans ouvrir le corps de la requete.
⚠️ Ce qui casse dans un serveur a sessions
| Element supprime ou deprecie | Impact |
|---|---|
| En-tete Mcp-Session-Id | Le routage colle (sticky) et les stores de session partages ne sont plus necessaires |
| Handshake d’initialisation | Chaque requete est autonome |
| Roots, Sampling, Logging | Fonctionnalites depreciees, a remplacer |
📅 Le calendrier a connaitre
La spec introduit un cycle de vie formel des fonctionnalites : Active, Depreciee, Retiree. Toute fonctionnalite depreciee doit rester disponible au moins 12 mois avant d’etre retiree, et les depreciations sont suivies dans un registre public avec des echeances claires. Vous avez donc une fenetre previsible pour migrer, mais elle court deja.
✅ Quoi faire maintenant
Pour un serveur en production sans forte dependance au stateful, la migration prend quelques jours : mettez a jour votre SDK, retirez la gestion des sessions, remplacez les fonctionnalites depreciees et adaptez la gestion des erreurs. Les clients recents restent compatibles : l’endpoint accepte a la fois le nouveau protocole et les anciennes requetes Streamable HTTP de 2025, donc la plupart des clients se reconnectent sans configuration.
❓ FAQ
Mon serveur va-t-il cesser de fonctionner immediatement ?
Non. Rien ne casse du jour au lendemain, et les fonctionnalites depreciees restent actives au moins 12 mois. Mais tout nouveau developpement doit cibler 2026-07-28.
Pourquoi passer en stateless ?
Un coeur stateless fonctionne sur de l’infrastructure HTTP ordinaire : cacheable, routable, scalable horizontalement. C’est un pas vers une infrastructure d’agents qui fonctionne comme le reste du web.
🎉 Conclusion
La spec 2026-07-28 modernise le MCP en profondeur. L’enjeu n’est pas la panique mais l’anticipation : planifiez votre migration des maintenant pour ne pas vous retrouver au pied du mur quand les depreciations seront retirees.
Explorez plus de 400 serveurs MCP dans notre annuaire.