ChatGPT Sites peut désormais héberger des serveurs MCP. Le 1er octobre 2026, deux responsables produit d'OpenAI ont annoncé publiquement, l'un après l'autre, sur les réseaux sociaux : les utilisateurs peuvent construire et déployer des serveurs MCP directement dans ChatGPT, les convertir en plugins utilisables dans ChatGPT, et choisir de réserver l'accès à eux-mêmes, de le partager avec des personnes désignées ou de le rendre public. Pour les développeurs MCP longtemps tourmentés par « trouver un hébergeur, configurer les certificats, rester en ligne », c'est de fait la réponse d'hébergement officielle et native à ChatGPT, qui rend le serveur personnel inutile.
D'abord les faits
Il ne s'agissait ni d'un billet de blog officiel ni d'un communiqué de presse, mais d'une annonce directe des responsables sur les réseaux sociaux. Tibo Sottiaux, responsable de Codex, a écrit que « you can now build and deploy MCP servers right through ChatGPT » – on peut désormais construire et déployer des serveurs MCP directement dans ChatGPT –, en soulignant qu'on peut restreindre l'accès ou le partager publiquement. Max Stoiber, responsable des plugins, a ensuite confirmé : ChatGPT Sites peut héberger des serveurs MCP, y compris les extensions de plugins.
Le flux d'exemple est concret : demandez à Sites de « créer une liste de tâches que je peux utiliser dans ChatGPT », et en coulisses s'exécute toute la chaîne « créer le serveur MCP → déployer sur Sites → convertir en plugin ». Un guide pratique tiers publié le même jour a apporté des détails clés : enregistrer une version avant de déployer, chaque URL de déploiement est l'environnement de production ; le partage passe par le contrôle d'audience de Sites (moi uniquement, personnes invitées, espace de travail ou public) ; mais l'inscription au répertoire public de plugins suit un processus d'examen distinct – partager sur Sites ne signifie pas entrer dans le répertoire public. Les lecteurs peu familiers avec MCP peuvent commencer par cet éclairage sur les différences entre MCP, API et appels de plugins.
Pourquoi c'est « l'hébergeur » de MCP qui a été résolu en premier
Le protocole MCP lui-même n'est pas compliqué. La vraie barrière a toujours été « l'hébergeur » : un serveur disponible en permanence, parlant Streamable HTTP et joignable par ChatGPT. Pour les développeurs indépendants et les petites équipes, écrire la logique de l'outil prend parfois un après-midi – trouver un VPS, configurer HTTPS et garantir une disponibilité stable, voilà l'étape décourageante. C'est précisément là qu'OpenAI a agi cette fois, en ramenant la partie d'exploitation la plus pénible sur son propre terrain, celui de ChatGPT.
Qui va l'utiliser en premier, et où sont les limites
Deux profils en profiteront le plus. D'abord les utilisateurs qui « savent décrire un besoin mais pas exploiter un serveur » : jusqu'ici, ils devaient attendre les plugins publiés par d'autres ; désormais, ils peuvent se fabriquer leur propre petit outil directement dans la conversation. Ensuite les équipes qui créent des outils internes : le contrôle d'audience de Sites convient naturellement au « réservé à l'équipe », sans maintenir un circuit d'authentification et de publication séparé pour un petit outil.
Mais les limites sont tout aussi claires. Sites est actuellement en bêta publique et couvre les formules Plus, Pro, Business, Enterprise et Edu, chacune avec ses limites d'usage ; les scénarios exigeant une connexion directe à des sources de données privées, du TCP brut, ou des données sensibles et des exigences de résidence des données nécessitent toujours un hébergement propre. Plus important encore : la documentation publique de Sites est encore rédigée comme de « l'hébergement de sites web », la documentation officielle de l'hébergement MCP n'a pas encore suivi – pour des services de production ou sensibles, il est plus prudent de tester d'abord des démos et des outils internes que de passer directement en production. Pour comparer avec l'approche de l'autre camp : Claude ouvre un canal officiel de soumission de plugins : connecteurs MCP et Agent Skills directement au répertoire – Anthropic mise sur « l'examen pour le répertoire ouvert », OpenAI cette fois sur « l'hébergement natif » ; les deux voies se complètent.
Le vrai signal
MCP est en train de passer de « protocole pour développeurs » à « couche de capacités directement consommable par l'utilisateur ». Quand la barrière pour construire un serveur MCP passe de « savoir exploiter » à « savoir décrire », le côté offre des outils s'ouvre complètement – désormais, ce qui compte n'est plus de savoir monter un serveur, mais de décrire le besoin avec le plus de précision. L'hébergement lui-même est devenu un nouveau point de friction disputé : les clouds MCP tiers, le répertoire de connecteurs de Claude, et maintenant l'hébergement Sites d'OpenAI – tous trois visent la même chose : devenir le « point de chute par défaut » des outils d'agents. La force d'OpenAI est sa proximité avec l'utilisateur ; sa faiblesse, une documentation et une maturité d'écosystème qui n'ont pas encore suivi. Cette partie ne fait que commencer.
