Codex Sites : outils internes et limites du service

Codex Sites en une phrase#

En bref : vous dites au chat « crée-moi un tableau de bord des ventes avec des filtres par responsable et par mois », et quelques minutes plus tard, vous obtenez une URL en ligne. Vous disposez immédiatement d’une page prête pour la production, pas d’un fichier à déployer vous-même sur Vercel ou Cloudflare, ni d’un aperçu qui ne dure qu’une heure. Seules les personnes ayant un compte dans votre espace de travail ChatGPT peuvent la consulter.

OpenAI décrit Sites ainsi :

Le mot clé est « interne ». Codex Sites ne crée ni site vitrine public ni page d’atterrissage publicitaire. Cela devient évident dès qu’on commence à l’utiliser : pas d’URL publique, pas de domaine personnalisé et aucun moyen d’accepter des paiements.

Chronologie du 2 juin : comment OpenAI a présenté Codex Sites#

Lors du même événement, OpenAI a communiqué des chiffres : Codex compte plus de 5 millions d’utilisateurs actifs hebdomadaires, dont environ 20 % ne sont pas développeurs. Ce groupe croît trois fois plus vite que celui des développeurs. Analystes, spécialistes du marketing, responsables des opérations, designers, chercheurs : de plus en plus de personnes utilisent Codex dans leur travail quotidien, et non comme une IA dédiée au code.

Sites répond à cette évolution. Quand dix non-programmeurs de votre équipe décrivent chaque jour des tâches à Codex, une question finit par se poser : le résultat peut-il exister ailleurs que dans le chat, sous la forme d’un outil fonctionnel utilisable par toute l’équipe ? Sites répond oui, sans déploiement distinct.

Parmi les partenaires cités lors de l’annonce figuraient Wix, Base44, Replit, Lovable et Figma. Sur le plan technique, ces partenariats ne signifient pas une intégration réciproque ; c’est une présentation à des fins de relations publiques.

Ce que contient Codex Sites : Cloudflare Worker, D1 et R2#

Techniquement, Codex Sites est une compilation basée sur des modèles pour Cloudflare Workers. L’application dispose de primitives de stockage intégrées :

• D1 — une base de données relationnelle compatible avec SQLite. Pour les fiches utilisateur, la progression dans les jeux, les votes et tout état structuré.
• R2 — un stockage objet. Pour les images, les documents, l’audio et la vidéo.
• Variables d’environnement et secrets — gérés dans le panneau Sites, et non dans un fichier MDX du dépôt.

OpenAI décrit le processus de déploiement ainsi :

Concrètement, cela signifie qu’il n’y a ni domaine de test, ni serveur de préproduction, ni « brouillon qu’on publiera plus tard ». Chaque enregistrement d’une version suivi d’un déploiement est directement envoyé dans l’environnement actif de l’espace de travail. Cela convient aux prototypes, mais la prudence s’impose pour les outils internes utilisés sur le long terme : dès leur déploiement, tous les employés verront une erreur de logique.

Autre limite technique importante : ce que Sites ne fait pas :

Il s’agit d’une interdiction explicite. Tout cas d’utilisation impliquant ce type de données — dossiers médicaux, coordonnées de carte des clients — est immédiatement exclu. C’est compréhensible : OpenAI ne veut pas assumer la conformité HIPAA et PCI pour une fonctionnalité en préversion.

5 limites de Codex Sites que les avis ne mentionnent pas#

La documentation technique d’OpenAI donne une vue d’ensemble des limites. Au 14 juin 2026, elles sont les suivantes.

1. Pas d’URL publique. L’authentification est liée à l’espace de travail ChatGPT. Pour accéder au site, vous devez être membre de cet espace de travail et vous connecter via « Se connecter avec ChatGPT ». Un client extérieur à l’équipe ne verra rien. Au sens strict, il s’agit d’une application interne, pas publique.

2. Pas de domaine personnalisé. Toutes les applications se trouvent sur le sous-domaine name.sites.openai.com. Vous ne pouvez pas l’héberger sous votre propre marque ni faire pointer un CNAME vers celui-ci. Cela exclut les scénarios où le site doit sembler faire partie de votre marque.

3. Pas d’export du code. Ce que Codex Sites crée reste dans l’infrastructure d’OpenAI. Vous ne pouvez pas télécharger une archive du projet pour la déplacer vers Vercel ou votre propre serveur. Ce n’est pas encore pertinent pour un entrepreneur solo avec Plus ou Pro : le service ne leur est tout simplement pas accessible.

4. Impossible d’accepter des paiements. La politique de Sites interdit explicitement le traitement des données de cartes bancaires. Le commerce électronique, les abonnements SaaS et les ventes directes par l’intermédiaire d’un site sont donc exclus.

5. Business et Enterprise uniquement. ChatGPT Plus, Pro, Team et Free ne sont pas pris en charge. OpenAI promet que « d’autres offres seront ajoutées progressivement », mais n’a communiqué aucune date. Un entrepreneur solo avec l’offre Pro ne peut pas utiliser Sites pour le moment, même s’il est prêt à payer séparément.

Son commentaire sur les tarifs illustre aussi la situation pendant la période de préversion :

Dans l’instantané de préversion du 14 juin décrit ici, Sites est inclus avec Business et Enterprise. Quota Codex et hébergement Sites sont deux questions distinctes : l’article n’établit ni tarif d’hébergement en tokens ni plafond de dépenses d’hébergement. Vérifiez les conditions actuelles du forfait et du service avant de budgéter la suite.

Toute plateforme de ce type est un outil, pas une méthode. Sans fondations solides, le service devient une loterie : un prompt produit un prototype soigné, le suivant quelque chose de générique. Par fondations, j’entends trois piliers : un clone d’IA, un Second Brain et l’ingénierie du contexte. On peut comparer Sites aux autres plateformes en matière de coût et de contrôle.

Qu’est-ce qu’un outil interne et pourquoi une équipe en a-t-elle besoin ?#

Cette distinction est essentielle pour comprendre Codex Sites. Lovable, Bolt, v0 et Replit Agent sont tous optimisés pour des produits externes : une page d’atterrissage, un prototype de service ou un prototype SaaS à présenter dès le lendemain à des clients ou à des investisseurs. Un tel produit a besoin d’une URL publique, de préférence d’un domaine personnalisé, d’un moyen d’accepter les paiements et de l’inscription des utilisateurs.

Un outil interne relève d’une autre catégorie. Dix à vingt personnes d’une équipe l’utilisent, et trois aspects comptent davantage : la rapidité de création, son fonctionnement immédiat et le fait que ses données soient stockées au même endroit que le reste du travail. Il n’a pas besoin d’un domaine de marque. Il n’a pas besoin d’une URL publique. Il n’a pas besoin de clients.

Si votre équipe compte au moins cinq personnes et utilise ChatGPT Business, vous pourriez créer dans Sites, en une semaine, les outils suivants :

1. Un tableau de bord analytique pour la direction (KPI hebdomadaires des ventes, entonnoir d’inscription, fidélisation).
2. Un formulaire de soumission d’idées avec vote des employés.
3. Un portail d’intégration des nouveaux employés avec suivi de leur progression pendant la première semaine.
4. Une base de connaissances interne sur les produits avec recherche.
5. Un tableau de demandes pour les services avec filtres par statut.

Jusqu’ici, ces outils étaient créés sous forme de page Notion (lente, logique médiocre), de feuille Google Sheets avec Apps Script (effrayant) ou confiés à un développeur frontend pendant deux semaines. Sites prend en charge cette catégorie de tâches plus rapidement, à moindre coût et sans déploiement externe.

Codex Sites face à Lovable, Bolt, v0 et Replit : quelle comparaison est pertinente ?#

Les avis sont tombés dans une habitude paresseuse : si un service crée des sites Web, comparons-le aux autres services qui créent des sites Web. Cela mélange des marchés différents. La bonne distinction repose sur deux questions : qui en a besoin et où va le code ?

Comparaison selon les principales dimensions :

OpenAI le présente ainsi : votre espace de travail fonctionne désormais comme une plateforme d’applications légères. Sites est inclus dans l’abonnement Business, sans frais distincts ni bouton d’achat.

Si vous utilisez déjà Lovable et pensez à changer, ne le faites pas. Dans l’instantané de préversion décrit, Lovable propose trois fonctionnalités absentes de Codex Sites : une URL publique, un domaine personnalisé et l’export du code. J’ai présenté les différences entre Lovable et Claude Code dans un guide Lovable à part : vous y verrez que Lovable est spécialement conçu pour les produits publics.

Codex Sites gère le tableau interne du bureau. Il ne crée pas de vitrine pour le marché.

À qui Codex Sites s’adresse vraiment en 2026 : 3 profils#

Profil 1 : une équipe ChatGPT Business de 5 à 50 personnes. Elle utilise déjà Codex et ChatGPT au travail. Un analyste prépare des rapports chaque jour, une personne du marketing prépare des briefs et des supports, et un commercial suit le tunnel de vente. Les demandes de tableaux de bord internes se multiplient : « Peut-on mettre les données à disposition de l’équipe sur une URL active, sans devoir les renvoyer depuis le chat à chaque fois ? » Codex Sites comble ce manque sans budget développeur. Exemple : une start-up de 15 personnes dont le PDG demande un tableau de bord présentant l’activité hebdomadaire de l’équipe. Codex Sites prend en charge ce type de tâche sans déploiement distinct.

Profil 2 : une start-up utilisant ChatGPT Enterprise avec RBAC. Son modèle d’accès est complexe : certains consultent les finances, d’autres le produit et d’autres encore le marketing. Codex Sites prend en charge workspace_admins_only et les groupes configurables. Cela répond à ses besoins de sécurité : les données restent dans le périmètre du compte, l’authentification se fait via Sign in with ChatGPT et le journal d’audit est standard. L’absence d’URL externe et d’export du code constitue un avantage, pas un inconvénient. Exemple : une start-up fintech de 40 personnes qui a besoin d’un tableau de bord pour les rapports de conformité avec contrôle d’accès.

Profil 3 : un service marketing de 200 personnes dans une grande entreprise. Il utilise ChatGPT Enterprise, mais le service informatique est occupé par la migration de l’ERP. Les demandes de sites internes s’accumulent : un portail d’intégration pour les nouvelles recrues, une bibliothèque de marque, un tableau de bord des performances pour la direction. En passant par l’informatique, cela prendrait six mois. Avec Codex Sites, quelques jours. Un projet pilote d’outils d’IA en entreprise sans l’équipe d’infrastructure. Exemple : le service marketing d’une grande banque crée un tableau de bord prototype trimestriel pour le NPS client.

Dans les trois profils, la condition essentielle est que l’équipe dispose déjà de ChatGPT Business ou Enterprise. Sans cela, Codex Sites n’est pas une option.

À qui Codex Sites ne convient PAS : 3 contre-profils#

Contre-profil 1 : un fondateur indépendant ou un freelance. Il utilise ChatGPT Plus ou Pro, où Sites n’est pas disponible pour le moment. On ne sait pas quand OpenAI proposera le service dans ces offres. Les alternatives sont Lovable, Bolt, v0, Replit, Cursor et la combinaison Claude Code. J’ai écrit un guide de référence distinct comparant les huit outils : il montre quels outils conviennent à quels projets individuels.

Contre-profil 2 : un propriétaire de site e-commerce ou de SaaS. Il lui faut une URL publique, un formulaire de paiement, l’inscription des clients et une facturation récurrente. Codex Sites ne propose rien de tout cela : sa politique interdit explicitement PCI DSS, l’authentification est limitée à l’espace de travail et l’export du code est impossible. Shopify + Lovable / Bolt pour une page d’atterrissage, ou Claude Code pour un stack complet, lui conviendraient.

Contre-profil 3 : un spécialiste du marketing qui a besoin d’une page d’atterrissage publique. La tâche est classique : une page d’atterrissage pour une campagne publicitaire, l’optimisation SEO, des indicateurs, des tests A/B et un formulaire de prospects connecté à un CRM. Codex Sites n’est pas indexé par Google (il n’y a pas d’URL publique), ne se connecte pas à un CRM sans scripts et n’est pas visible sans connexion à ChatGPT. Il est évident que ce n’est pas le bon outil. Lovable, Webflow, Tilda ou une page d’atterrissage créée avec Claude Code et déployée sur votre propre hébergement conviendraient mieux.

Comment essayer Codex Sites aujourd’hui et que faire sans Business#

Procédure étape par étape pour Business / Enterprise :

1. Ouvrez ChatGPT dans un navigateur ou l’application.
2. Accédez à Codex (dans la barre latérale gauche ou directement en ouvrant l’onglet Codex).
3. Repérez le plug-in Sites dans la barre latérale. Il est activé par défaut avec Business. Avec Enterprise, un administrateur doit l’activer dans les paramètres d’accès.
4. Commencez une conversation : « Crée-moi un tableau de bord hebdomadaire des ventes. » Ne donnez pas trop de détails dans le premier prompt.
5. Lorsque Codex propose le premier prototype, demandez des modifications par étapes : « ajoute un filtre par responsable », « enregistre les données dans D1 pour qu’elles persistent entre les sessions », « ajoute l’export CSV ».
6. Avant le déploiement, relisez les avertissements d’OpenAI concernant la production. Chaque déploiement part directement en production ; il n’y a pas de phase de préproduction distincte.
7. Après le déploiement, vous obtiendrez une URL du type app-name.sites.openai.com. Partagez-la avec votre équipe sous forme de lien ou épinglez-la dans l’espace de travail.

Si vous n’avez pas Business, il existe trois solutions pratiques :

• Lovable + Vercel — pour un prototype public ou une page d’atterrissage. L’offre gratuite suffit pour créer un prototype en une soirée.
• Bolt ou v0 — si vous avez besoin d’un frontend React ciblé pour un backend existant.
• La combinaison Claude Code + Coolify — contrôle total du code, votre propre infrastructure et aucune dépendance envers un autre fournisseur. C’est la voie à suivre pour celles et ceux qui souhaitent conserver leur autonomie à long terme. Cette combinaison convient à différents projets, des pages d’atterrissage aux outils internes.

Choisissez la combinaison d’outils adaptée à votre projet. La question principale n’est pas de savoir si Sites en fait partie. C’est de savoir quels sont les trois piliers que vous apportez à chaque outil choisi. Sans eux, toute plateforme d’agents IA est une loterie.

Si vous n’avez pas encore d’équipe ni ChatGPT Business, ne vous précipitez pas pour souscrire un abonnement uniquement pour Sites. Attendez que le service soit disponible sur Plus et Pro (OpenAI promet que ce sera « dans les prochains mois », sans date précise) ou utilisez Claude Code + Lovable pour les prototypes destinés au marché public.

La suite pour Codex Sites : une prévision sans garanties#

La préversion décrite n’a pas de frais d’accès Sites distincts pour Business / Enterprise. Cet instantané n’établit ni les futurs prix d’hébergement ni une facturation séparée à venir ; consultez une annonce tarifaire officielle si les conditions changent.

Les domaines personnalisés restent une question ouverte. La documentation officielle d’OpenAI n’en fait pas mention. La logique suggère que les domaines personnalisés finiront tôt ou tard par apparaître dans Sites : c’est une fonctionnalité trop évidente pour être laissée de côté. Mais pas maintenant.

OpenAI annonce une disponibilité progressive sur d’autres offres, sans établir quand Plus ou Pro y auront accès. Attendez une annonce réelle d’admissibilité avant de planifier le travail sur l’une de ces offres.

L’ajout de modes de déploiement (préproduction et production) semble être une prochaine étape probable. Le déploiement uniquement en production fonctionne pour les prototypes, mais présente des risques pour des outils internes sérieux. Un mode aperçu séparé reste une prévision de l’auteur ; aucune date de sortie n’est établie ici.

En bref, Codex Sites est un service dans sa première version. Dans six mois, il sera différent. La décision de l’utiliser dépend de votre besoin actuel ou de votre capacité à attendre.

Le cadre complet du vibe coding : clone d’IA + Second Brain + ingénierie du contexte.