Cette comparaison documentaire de Claude Code ou Codex pour créer un site web s’adresse aux freelances et agences qui veulent vendre une prestation livrable, pas seulement une jolie démo. Elle s’appuie sur les documentations officielles consultées le 3 octobre 2026. Aucun test comparatif des deux outils n’a été réalisé : nous ne présentons donc ni sites produits, ni chronométrage, ni coûts observés, ni vainqueur expérimental. Les photos illustrent le travail de conception et de revue ; ce ne sont pas des captures d’un benchmark.
La décision utile se joue ailleurs que dans une liste de fonctionnalités : pouvez-vous cadrer la demande, examiner chaque modification, vérifier le résultat et transmettre un projet maintenable au client ? Voici les critères à utiliser, les dépenses à distinguer et le protocole à appliquer pour obtenir ensuite vos propres preuves.
Commencez par définir le site que vous pouvez réellement vendre
Un site vendable n’est pas un écran qui ressemble à un site. C’est une réponse à un besoin, avec des limites acceptées et une responsabilité de maintenance identifiable. Avant de choisir un agent, écrivez une fiche de prestation : destinataire, action attendue du visiteur, pages, contenus disponibles, intégrations et conditions de livraison.
La recette devrait contenir des observations vérifiables :
- navigation utilisable au clavier et sur téléphone ;
- textes, coordonnées et photos validés par le client ;
- comportement défini pour les erreurs et champs obligatoires ;
- absence de secrets dans les fichiers transmis ;
- procédure de lancement et de mise à jour documentée.
Fixez aussi les exclusions : réservation, paiement, espace connecté ou rédaction juridique ne s’ajoutent pas implicitement parce que l’agent peut générer une interface. Chaque intégration modifie le devis et les vérifications. Pour cadrer l’offre commerciale avant l’outil, consultez notre guide sur les prestations de vibe coding à vendre aux petites entreprises.
Claude Code ou Codex : comparez le parcours, pas seulement le modèle
La présentation officielle de Claude Code décrit un agent qui lit un dépôt, modifie des fichiers et exécute des commandes, accessible notamment dans le terminal, l’IDE, l’application desktop et le navigateur. La documentation de Codex CLI décrit également un travail sur le dépôt local : inspection, modifications, commandes et revue des changements. Le démarrage rapide OpenAI présente plusieurs surfaces, dont des environnements cloud pour le travail distant.
Ces possibilités ne constituent pas une preuve de qualité pour votre prestation. Un parcours efficace dépend du dépôt, des permissions et de votre capacité à relire le résultat.
| Question de décision | Ce que la documentation établit | Ce qu’un essai doit mesurer |
|---|---|---|
| Travailler dans un projet existant | Les deux proposent des parcours de modification de code | Respect de l’architecture et changements inutiles |
| Corriger après retour client | Le travail peut être poursuivi dans une session | Régressions, nombre d’interventions et lisibilité du correctif |
| Livrer une version vérifiable | Le code et les commandes peuvent faire partie du parcours | Tests réellement exécutés et reproductibilité |
| Évaluer la marge | Des modalités d’accès et d’usage sont documentées | Dépenses attribuables au projet et temps humain |
Choisissez d’abord la surface que vous maîtrisez. Un terminal vous convient si vous savez inspecter les fichiers et lancer la recette. Un éditeur peut faciliter la lecture des différences. Un environnement distant exige de vérifier ce qui peut être récupéré et reproduit localement. Ne comparez pas une expérience cloud et une CLI comme si seules leurs réponses textuelles changeaient.
Organisez les corrections autour de défauts précis
Le premier rendu sert à identifier les écarts, pas à déclarer la livraison terminée. Demandez d’abord un plan court : structure des fichiers, solution retenue pour le formulaire, commandes de vérification et dépendances envisagées. Vous pouvez refuser une complexité disproportionnée avant qu’elle se répande dans le projet.
Ensuite, limitez chaque correction à un défaut observable. « Le menu déborde à 390 pixels ; corrige uniquement la navigation mobile et vérifie le clavier » est plus exploitable que « rends le site premium ». Conservez les mêmes exigences d’accessibilité et de contenu lorsque vous changez l’esthétique.
Pour chaque itération, notez le problème initial, les fichiers touchés, la vérification demandée et les défauts restants.
Une correction acceptée doit avoir une preuve, par exemple un parcours exécuté ou une vérification reproductible. Le résumé de l’agent ne suffit pas.
Gardez le contrôle du code et préparez la transmission
Un agent capable d’exécuter des commandes doit travailler dans un périmètre adapté. La documentation des permissions de Claude Code décrit des règles permettant de contrôler les actions autorisées. Les possibilités de commande et de revue décrites pour Codex ne dispensent pas non plus de définir vos frontières de travail. Pour un prototype, évitez de rendre accessibles des identifiants de production ou des services sans rapport avec le brief.
Avant remise, examinez les différences et les dépendances. Une bibliothèque ajoutée pour un effet visuel engage aussi la maintenance. Vérifiez les liens, les chemins d’images, les textes alternatifs et le fonctionnement depuis une installation propre. Recherchez les contenus de démonstration : faux avis, références inventées, coordonnées temporaires et images dont l’usage n’est pas clarifié.
Préparez un dossier de livraison comprenant le code, les instructions de lancement, les variables nécessaires sans leurs valeurs secrètes, les tests de recette et les limites connues. Précisez qui détient le domaine, l’hébergement et les accès.
La maintenabilité fait partie du produit vendu. Si vous ne pouvez pas expliquer comment changer un texte ou remettre le site en service, la génération rapide ne résout pas votre risque commercial.
Abonnement, consommation, coût du site : trois comptes différents
Les modalités suivantes ont été vérifiées le 3 octobre 2026 ; elles peuvent évoluer. La page de tarification Codex distingue l’usage lié aux abonnements, les crédits et l’usage via clé API. Les tarifs API ne servent pas à calculer directement le coût des tâches incluses dans un abonnement. Les limites et la consommation dépendent notamment du modèle, du contexte et du travail demandé.
La documentation des coûts de Claude Code distingue également l’usage inclus et le suivi API. Elle précise que le montant de session affiché par /usage est une estimation, et non une facture ; ce chiffre n’a pas la même pertinence pour un abonnement incluant l’usage. Vérifiez les conditions applicables à votre compte avant de prendre un engagement commercial.
Sans sessions exécutées et relevés de consommation, aucun coût par site n’est établi ici. Ne transformez pas un prix mensuel ou une estimation fournisseur en promesse « ce site coûte quelques euros ».
Pour votre suivi, séparez l’abonnement fixe, la consommation supplémentaire attribuable au projet et le temps humain. Ajoutez ensuite hébergement, services du formulaire, assets et maintenance selon le contrat. Comptez le cadrage, la relecture et les échanges client, pas uniquement la génération.
Vous pouvez répartir un abonnement entre projets pour suivre une marge interne, mais indiquez la règle utilisée : c’est une allocation de gestion, pas un montant directement facturé par l’outil pour ce site.
Le protocole à réaliser pour départager les deux sur votre offre
Le protocole suivant est à réaliser, pas le récit d’un test effectué. Utilisez Atelier Rivage, entreprise fictive d’aménagement de bureaux à Nantes, et affichez ce caractère fictif dans le site. L’objectif est une demande de rendez-vous de découverte.
- Donnez exactement le même brief à chaque outil, dans deux répertoires vierges. Demandez un site statique HTML, CSS et JavaScript : navigation mobile, trois prestations, démarche, projets fictifs étiquetés, FAQ et formulaire de démonstration sans envoi réseau.
- Figez les contenus, les ressources, les contraintes techniques et la recette avant le lancement. Consignez version, modèle, surface utilisée, permissions et plafonds autorisés.
- Conservez la première version, puis autorisez au plus deux cycles de corrections. Appliquez les mêmes critères et les mêmes limites de temps ; ne montrez pas à un outil le travail de l’autre.
- Mesurez séparément génération, vérifications humaines et corrections. Capturez les rendus initial et final aux mêmes dimensions, notamment 390 pixels et 1440 pixels de largeur.
- Testez clavier, menus, champs invalides, absence d’envoi réel, erreurs console et débordements. Relevez la consommation et sa méthode de valorisation sans exposer de secrets.
Le tableau final devrait distinguer conformité, défauts restants, interventions et coûts observés. Un seul brief ne permet pas de classer universellement les outils.
Trouvez des prospects avant de multiplier les sites de démonstration
Choisir Claude Code ou Codex ne crée pas la demande commerciale. Commencez par un segment : une activité, une zone géographique et une prestation définie. Cherchez un problème observable, puis vérifiez qu’il mérite une conversation. Un site ancien n’implique ni budget, ni urgence, ni envie de changer de prestataire.
La page SprintLead pour les agences présente le regroupement du secteur, de la ville, des signaux publics, du score et de l’angle commercial pour aider à prioriser les leads. Utilisez ces éléments comme point de départ de qualification, pas comme verdict automatique sur la qualité d’un site. Confirmez vous-même les observations et vérifiez les coordonnées disponibles.
Dans votre suivi, séparez fait, hypothèse et prochaine action. Par exemple, un parcours mobile difficile à utiliser doit être constaté ; son effet sur les ventes ne peut pas être affirmé sans données. Proposez ensuite un échange ciblé sur le parcours et le besoin, plutôt qu’une refonte imposée.
Vendez une amélioration cadrée, pas votre abonnement IA. Présentez le périmètre, la recette et la maintenance. Pour organiser la suite, notre guide sur la création de sites avec l’IA et la recherche des premiers clients aide à relier production et prospection.
Questions fréquentes
- Faut-il dire au client que le site est produit avec une assistance IA ?
Expliquez votre méthode lorsque le contrat ou les attentes du client le demandent. Dans tous les cas, restez responsable du livrable et ne présentez pas une génération comme une validation professionnelle. Clarifiez notamment la provenance des contenus et les travaux de vérification.
- Peut-on changer d’outil pendant un projet ?
Oui, si le code et les instructions restent exploitables. Conservez une base fonctionnelle, transmettez les contraintes et faites relire les changements avant fusion. Le changement d’agent ne doit pas effacer la recette ni les décisions déjà acceptées par le client.
- Qui garantit les droits sur les images et composants livrés ?
Vous devez vérifier les licences et conditions des ressources utilisées, indépendamment de l’agent. Une référence produite par une IA ne prouve pas un droit d’usage. Conservez les sources et documentez les obligations applicables avant de livrer.
Pour choisir Claude Code ou Codex pour créer un site web à vendre, retenez le parcours que vous pouvez contrôler, tester et transmettre. Cette revue documentaire ne désigne pas de vainqueur : elle prépare une décision fondée sur votre offre et un essai reproductible encore à réaliser. Commencez par une prestation limitée, une recette écrite et une qualification commerciale sérieuse. Vous pourrez ensuite comparer les preuves du test, plutôt que confondre une démonstration séduisante avec un service prêt à être vendu.