ChatGPT Sites : du brief à une publication vérifiée

ChatGPT Sites relie une commande en langage naturel à une expérience web hébergée et publiable. La vitesse du premier brouillon ne réduit pas les décisions sur la formule, les données, le public ou la maintenance. L'exploitant reste responsable de ce qu'il partage.

Le cas pratique sera une calculatrice de budget pour un atelier. Elle recevra un nombre de participants, une durée et des matériaux, affichera un détail et permettra une demande de contact. Nous suivrons le parcours du brief à une version publiée.

Sites réunit création, aperçu et déploiement

Au 15 juillet 2026, OpenAI documentait Sites comme une bêta publique pour créer, héberger, améliorer et partager des sites, des applications web et des jeux. Le flux comprenait édition, aperçu et déploiement. La disponibilité dépendait de la formule, de la région, du déploiement et de la configuration de l'espace de travail.

La documentation d'aide indiquait en outre des limites régionales au lancement. Ne transformez pas cette donnée en promesse permanente. Consultez les pages officielles avant de planifier un produit pour un compte ou un lieu précis.

Une URL déployée doit être traitée comme de la production. Le fait de la générer depuis une conversation ne la rend ni temporaire ni privée. Identifiez la version que vous acceptez de partager avant de lancer le déploiement.

Le brief définit la calculatrice avant le design

Commencez par le public, la tâche et le résultat. La calculatrice s'adresse à une personne qui organise un atelier et a besoin d'une estimation détaillée. Elle ne doit pas présenter le montant comme une offre contractuelle ni collecter plus de données que nécessaire.

Décrivez entrées et règles : de 5 à 80 participants, une demi-journée ou une journée complète, et trois niveaux de matériaux. Définissez la devise, l'arrondi et les postes qui apparaissent dans le détail. Ajoutez un exemple calculé à la main pour vérifier la formule.

Séparez le contact du calcul. L'estimation peut fonctionner sans données personnelles ; nom et e-mail ne sont demandés que si quelqu'un décide de demander des informations. Votre premier bon prompt aide à exprimer objectif, contexte, résultat et acceptation.

L'aperçu permet de corriger une décision à la fois

Générez d'abord la structure, les entrées, le détail et les états. Utilisez des données fictives et vérifiez que la version se comprend sans expliquer le prompt d'origine. S'il manque une unité ou un libellé, corrigez ce point avant d'ajouter de nouvelles fonctions.

Relisez aussi le contenu. La page doit expliquer ce que l'estimation inclut, ce qu'elle exclut et qui peut répondre aux questions. Un design séduisant ne compense pas une formule opaque.

Conservez des versions reconnaissables. Avant une amélioration large, gardez le candidat qui fonctionne déjà ou consignez ses décisions. Le cycle de vibe coding recommande de petites itérations précisément pour pouvoir comparer et revenir en arrière.

La formule exige des exemples et des cas limites

Calculez à la main au moins trois cas : minimum de participants, combinaison courante et maximum autorisé. Comparez sous-total, matériaux, durée et total avec la sortie. S'il existe une taxe ou une remise, expliquez leur ordre et leur arrondi.

Testez les entrées vides, du texte dans des champs numériques, des valeurs négatives et des quantités hors plage. L'interface doit empêcher les résultats trompeurs et placer l'erreur près de l'entrée. Ne remplacez pas le message par une couleur.

Répétez les cas après chaque changement de formule. Une correction visuelle peut modifier des noms de champs ou des conversions. Les tests automatiques doivent couvrir les règles, tandis que le navigateur confirme le parcours complet.

La vérification inclut clavier et mobile

Parcourez la calculatrice sans souris. Le focus doit suivre libellés, champs, options, calcul et contact dans un ordre logique. Les messages d'erreur doivent être annoncés et rester associés à l'entrée correspondante.

À 390 px, le détail a besoin d'une colonne lisible sans défilement latéral. Testez les textes longs, le zoom et les thèmes clair et sombre. Vérifiez aussi la console et le réseau pour repérer des erreurs que l'écran n'affiche pas.

Si vous utilisez un navigateur agent, limitez ses permissions au site de test et conservez son rapport. Les agents IA ne remplacent pas la relecture d'une personne. Confirmez que le parcours exécuté correspond à vos critères.

Les données et le public se décident avant la publication

La calculatrice peut fonctionner sans identifier personne. Demandez nom et e-mail uniquement quand la personne sollicite un contact, expliquez la finalité et évitez d'enregistrer des valeurs inutiles. Définissez conservation, accès et suppression avant de recevoir de vraies données.

Décidez si le site sera public, partagé ou restreint. Une URL difficile à deviner n'équivaut pas à un contrôle d'accès. Vérifiez le mode réel et testez ce que voit une session non authentifiée.

Les conditions de ChatGPT Sites maintiennent les obligations de contenu et de données chez l'exploitant. Une mention légale générée ne garantit pas la conformité. Relisez affirmations, formulaires et permissions avec le regard adapté à votre juridiction et à votre activité.

La publication demande un responsable et un retour arrière

Choisissez un candidat précis et rejouez formule, liens, contact et permissions sur cette version. Notez la date, la personne responsable et les changements inclus. Ne publiez pas depuis une autre session sans confirmer qu'elle contient le même état.

Préparez un retour arrière avant le lancement. Il peut consister à revenir à la version précédente, à retirer le lien ou à désactiver le formulaire. La réponse doit être proportionnée à la panne et ne pas dépendre d'une reconstruction du projet sous pression.

Après la publication, ouvrez l'URL de production dans une session vierge. Envoyez un cas de test, examinez le réseau et vérifiez que la version correspond à celle approuvée. La surveillance et un canal de contact complètent le cycle.

Les limites apparaissent hors de l'aperçu

Sites peut ne pas convenir quand vous avez besoin d'une infrastructure spécifique, de réseaux privés, de services d'arrière-plan propres ou de contrôles que la plateforme n'offre pas. Validez ces exigences avant d'investir dans l'interface. Une limite d'architecture ne se résout pas avec un prompt plus long.

Un autre échec consiste à étendre la calculatrice vers des comptes, des paiements ou du stockage sans revoir le nouveau risque. Chaque capacité change permissions, données et maintenance. Traitez-la comme une nouvelle décision, pas comme une décoration.

La disponibilité du produit peut aussi changer. Gardez exportables le brief, les règles et les contenus essentiels. Votre produit ne doit pas dépendre du souvenir d'une conversation précise pour reconstruire sa logique.

Conservez également une trace courte de la dernière version acceptée : formule, public, date et cas vérifiés. Ce registre permet de distinguer une limite de plateforme d'une régression introduite ensuite.

Vérifiez le candidat avant de le partager

Cochez ces cases sur la version exacte que vous allez publier. Une coche exige une preuve visible, pas la confiance exprimée par l'assistant.

• Le brief définit public, formule, données, limites et résultat.
• Trois exemples manuels et les cas invalides produisent la sortie attendue.
• Clavier, erreurs, 390 px, thèmes, console et réseau ont été revus.
• Public, permissions et traitement du formulaire sont définis.
• La version approuvée a un responsable, une date et un plan de retour arrière.
• L'URL de production correspond au candidat vérifié.

ChatGPT Sites réduit la distance entre description et déploiement. Le travail décisif reste entre les deux : préciser, relire, vérifier et préparer l'exploitation. Cette séquence transforme un aperçu en publication responsable.