Au 29 septembre 2026, la transition est officielle : OpenAI retire les GPTs personnalisés au profit des Plugins, avec un mécanisme de migration. Le Plugin n’est pas l’ancien système de « plugins ChatGPT » de 2023 : c’est une nouvelle architecture qui regroupe des Skills (compétences), des fichiers de référence et des Apps connectées. Ce guide explique ce qui change, selon quel calendrier, ce qui migre ou non, et comment préparer la transition sans perdre vos assistants IA.
En bref : la transition GPTs vers Plugins
- OpenAI remplace les GPTs personnalisés par les Plugins. Le retrait standard est prévu le 11 décembre 2026.
- Un GPT était une version spécialisée de ChatGPT que l’on ouvrait. Un Plugin est une capacité spécialisée que ChatGPT mobilise dans un workflow : une ou plusieurs Skills, des fichiers de référence, et éventuellement des Apps connectées.
- La migration conserve trois choses : les instructions deviennent une Skill, les fichiers de connaissance deviennent des fichiers de référence, les Apps peuvent être rattachées au Plugin.
- Deux éléments ne migrent pas automatiquement, et ce sont les principaux risques : les Actions personnalisées (Custom Actions / API) et l’historique des conversations. Le modèle choisi et les droits de partage ne migrent pas non plus.
- La migration part de la dernière version publiée du GPT. Les brouillons non publiés ne sont pas transférés.
Ce qui change, et pourquoi
Un GPT personnalisé était essentiellement une instance spécialisée de ChatGPT : un nom, des instructions, des fichiers de connaissance, des amorces de conversation, et parfois des Actions reliées à une API. On l’ouvrait pour dialoguer avec lui.
Le nouveau modèle est modulaire. Un Plugin réunit trois couches distinctes. La Skill porte le savoir-faire : instructions, méthodes, règles métier, exemples, et parfois du code. L’App donne l’accès à un service externe, pour récupérer des données ou déclencher des actions. Le Plugin est le package de workflow qui assemble les Skills et les Apps d’un cas d’usage. ChatGPT peut alors sélectionner automatiquement une Skill pertinente, ou l’utilisateur l’appeler explicitement avec « @ » ou le menu « + ».
Le déplacement conceptuel est le suivant. Avant, l’utilisateur ouvrait un GPT spécialisé et dialoguait avec lui. Désormais, l’utilisateur reste dans ChatGPT, qui active la Skill ou le Plugin pertinent et mobilise au besoin des Apps et des outils. Le centre de gravité passe d’un chatbot spécialisé à une capacité spécialisée que l’IA peut mobiliser dans ses workflows, y compris, selon les cas, dans Codex.
Pour une organisation, cette bascule est plus qu’un détail d’interface. Elle marque le passage de l’assistant isolé à l’agent outillé, capable de se connecter à vos applications et d’enchaîner des étapes. C’est précisément le moment de professionnaliser ses usages.
Le calendrier de la transition
| Date | Évolution |
|---|---|
| 9 juillet 2026 | Le répertoire d’Apps devient le répertoire de Plugins. |
| 11 septembre 2026 | Annonce aux administrateurs Enterprise de la future suppression des GPTs. |
| 22 septembre 2026 | Date cible du parcours de migration pour les espaces Enterprise concernés. |
| 26 octobre 2026 | Fin prévue de la création de nouveaux GPTs dans ces espaces Enterprise. Les GPTs existants non migrés restent modifiables. |
| 11 décembre 2026 | Retrait standard prévu des GPTs personnalisés : ils deviennent inaccessibles. |
| 11 février 2027 | Exception pour certains espaces Enterprise ayant obtenu un report approuvé. |
La transition concerne tous les plans ChatGPT, mais la disponibilité précise de la migration et des Plugins peut différer selon le compte ou l’espace de travail. La référence pour votre calendrier individuel reste la notification affichée dans votre compte.
Ce que la migration conserve
Trois éléments bénéficient du parcours de migration. Les instructions du GPT deviennent une Skill du Plugin : c’est le cœur du comportement que vous aviez construit, vos méthodes et votre logique métier. Les fichiers de connaissance sont copiés dans les fichiers de référence du Plugin ; il faudra vérifier ensuite que la Skill les exploite correctement. Les Apps connectées peuvent être rattachées au Plugin, en restant soumises à leurs propres règles d’autorisation.
En résumé, un GPT fait d’instructions, de connaissances et d’Apps devient un Plugin fait d’une Skill, de fichiers de référence et d’Apps.
Ce qui ne migre PAS automatiquement
C’est ici que se concentrent les risques, et c’est ce qui justifie de préparer la transition plutôt que de la subir.
Les conversations existantes ne migrent pas. Elles restent accessibles avec le GPT jusqu’à son retrait, mais ne sont pas transférées dans le Plugin. Les informations importantes qui ne vivent que dans ces échanges doivent être sauvegardées avant le retrait.
Les Actions personnalisées ne migrent pas. C’est le point technique le plus sensible. Si votre GPT appelle une API métier, un CRM ou un outil interne, cette intégration devra être reconstruite, soit via une App existante, soit via une intégration personnalisée reposant notamment sur le protocole MCP. Une intégration reconstruite ne reproduit pas forcément toutes les capacités de l’ancienne Action : elle se teste.
Le modèle choisi dans le GPT ne migre pas. Il faut donc tester les résultats et ne pas présumer d’une équivalence parfaite de comportement.
Les droits de partage ne migrent pas. Le Plugin migré démarre privé. Avoir accès à l’ancien GPT ne donne pas accès au Plugin : il faut configurer le partage et demander aux utilisateurs de l’installer.
Enfin, la publication publique et les amorces de conversation ne sont pas garanties par la migration. Un GPT public ne devient pas automatiquement un Plugin public.
Le plan d’action recommandé avant le 11 décembre 2026
La transition se structure en quatre temps.
D’abord, l’inventaire. Recensez les GPTs réellement utiles, qu’ils soient à vous ou qu’il s’agisse de GPTs tiers dont vous dépendez. Pour chacun, relevez les instructions, les fichiers, les Apps, les Actions personnalisées, le modèle imposé, les utilisateurs concernés et les prompts typiques. Sauvegardez les informations importantes présentes uniquement dans des conversations.
Ensuite, la stabilisation. La migration part de la dernière version publiée : terminez vos modifications, publiez la version à conserver, et constituez cinq à dix prompts de test représentatifs. Repérez séparément tous les GPTs qui utilisent des Custom Actions, car ce sont eux qui demanderont le plus de travail.
Puis la conversion. Utilisez l’option « Migrer vers un plugin » dès qu’elle apparaît dans votre compte. Vérifiez la Skill, les fichiers de référence et les Apps. Pour chaque Action personnalisée, décidez entre une App équivalente et une intégration MCP à reconstruire.
Enfin, la validation. Rejouez vos prompts de test sur le GPT et sur le Plugin pour comparer, testez les permissions avec un second utilisateur, configurez le partage, et expliquez le nouveau mode d’usage (« @ », menu « + », ou déclenchement automatique de la Skill). Ne basculez en production qu’une fois ces vérifications faites.
Pourquoi c’est le bon moment pour professionnaliser vos assistants IA
Cette transition n’est pas qu’une contrainte de calendrier. Elle révèle une réalité que beaucoup d’organisations découvrent : leurs assistants IA ont souvent été créés dans l’urgence, sans méthode, sans documentation et sans véritable connexion à leurs outils. Un GPT monté à la hâte se migre mal, précisément parce que sa logique n’a jamais été formalisée.
La nouvelle architecture récompense l’inverse. Une Skill bien écrite est un savoir-faire documenté et réutilisable. Une App bien configurée connecte l’IA à vos données et à vos actions. Un Plugin bien pensé devient un véritable agent au service d’un cas d’usage métier, mobilisable par toute l’équipe. C’est le passage de l’assistant bricolé à l’outil professionnel.
Pour les entreprises comme pour les collectivités, l’enjeu est double : sécuriser l’existant avant le retrait, et saisir l’occasion pour construire des assistants et des agents IA durables, maîtrisés et conformes.
FAQ : migration GPTs vers Plugins
OpenAI supprime-t-il vraiment les GPTs personnalisés ? Oui. OpenAI a annoncé le retrait des GPTs personnalisés au profit des Plugins, avec un retrait standard prévu le 11 décembre 2026 et un mécanisme de migration. La transition concerne tous les plans, mais le calendrier précis dépend du compte.
Qu’est-ce qu’un Plugin ChatGPT en 2026 ? C’est un workflow réutilisable qui regroupe une ou plusieurs Skills (le savoir-faire), des fichiers de référence (la connaissance) et éventuellement des Apps connectées (l’accès aux données et aux actions). Il peut être déclenché automatiquement par ChatGPT ou appelé explicitement.
Que devient mon GPT après migration ? Il reste utilisable jusqu’à sa date de retrait, mais passe en lecture seule pour son créateur. Les évolutions se font ensuite dans le Plugin. Après le 11 décembre 2026 (calendrier standard), le GPT devient inaccessible.
Mes intégrations API vont-elles continuer de fonctionner ? Pas automatiquement. Les Actions personnalisées ne migrent pas. Elles doivent être reconstruites via une App ou une intégration MCP, puis testées, car l’équivalence n’est pas garantie.
Que faire si je dépends du GPT de quelqu’un d’autre ? Vous ne pouvez pas migrer un GPT simplement parce que vous l’utilisez. Identifiez son créateur, vérifiez s’il prévoit un Plugin de remplacement, et anticipez le fait que l’accès au GPT ne donne pas accès automatique au Plugin.
Se faire accompagner par STATION NEXT
Migrer un assistant, ce n’est pas cocher un bouton : c’est formaliser un savoir-faire en Skill, reconnecter les bons outils, tester, et organiser le partage. C’est aussi l’occasion de passer d’assistants bricolés à de vrais outils professionnels.
Chez STATION NEXT, nous accompagnons les entreprises et les collectivités dans la conception d’assistants IA et d’agents IA professionnels : cadrage des cas d’usage, écriture des Skills, connexion des applications, reconstruction des intégrations, tests et conduite du changement.
Notre approche est pragmatique et adaptée à chacun. Selon votre contexte, nous l’appuyons sur l’une de nos deux méthodes. La méthode 4D structure le passage à l’IA en quatre temps : Diagnostiquer les cas d’usage à valeur démontrée, Designer l’architecture et les prérequis, Déployer de façon itérative du pilote à l’industrialisation, et Diffuser aux équipes par la formation et le suivi, parce qu’une IA déployée mais inutilisée ne vaut rien. Le modèle opérationnel cible (Target Operating Model, ou TOM) sert, lui, à inscrire l’IA dans la durée, en alignant processus, organisation, gouvernance, compétences et outils autour du modèle de fonctionnement visé.
Vous avez des GPTs à sécuriser avant décembre, ou l’envie de bâtir des assistants IA durables ? Parlons-en.
Sources officielles : FAQ OpenAI sur le retrait et la migration des GPTs personnalisés ; documentation OpenAI sur les Plugins dans ChatGPT et Codex, les Skills dans ChatGPT, et les Apps dans ChatGPT. Le calendrier et la disponibilité peuvent varier selon votre compte : la notification affichée dans votre espace fait foi.
