Claude Code ou Codex pour créer un site : comparatif 2026

Imaginons un dirigeant de PME qui prépare la refonte de son site vitrine. Il a lu que deux outils d’IA savent désormais écrire du code à partir d’une simple demande : Claude Code, d’Anthropic, et Codex, d’OpenAI. Il hésite, ouvre deux onglets et se demande lequel prendre.

La question est légitime, mais elle porte sur la mauvaise étape. Choisir l’outil est la partie facile. Le reste d’un site vitrine, c’est le cadrage, les contenus, la conformité, la mise en ligne et la maintenance, et aucune des deux documentations officielles ne promet de s’en charger. Voici ce qu’elles disent réellement, et ce que cela change pour ton projet.

Claude Code ou Codex : que choisir pour un site vitrine ?

Claude Code et Codex savent tous deux produire le code d’un site vitrine : ils lisent le dépôt, modifient des fichiers et lancent des commandes, puis livrent des changements relisibles. Claude Code se distingue par sa configuration par projet (CLAUDE.md, hooks, skills), Codex par son inclusion dans les abonnements ChatGPT. Aucun des deux ne livre seul un site prêt à publier.

Un agent de code est un outil d’IA qui ne se contente pas de proposer du texte : il lit un dépôt, modifie des fichiers, exécute des commandes et rend des changements qu’un humain relit avant de les accepter. Claude Code et Codex appartiennent tous deux à cette catégorie.

Une précision d’honnêteté avant d’aller plus loin. Chez Peechy, nous utilisons Claude Code au quotidien sur les projets clients, donc nous le connaissons mieux que Codex. Codex ne fait pas partie de notre stack (voir notre stack IA détaillée). Cet article s’appuie sur les documentations officielles des deux éditeurs, pas sur un test chronométré, et il ne contient ni note ni classement. Je n’ai aucun chiffre de vitesse ou de qualité à t’annoncer, et je me méfie de ceux qui en ont.

Ce que disent les documentations officielles

Les deux outils se ressemblent plus qu’ils ne s’opposent. Claude Code est décrit comme un outil de codage agentique qui lit la base de code, modifie des fichiers, exécute des commandes et existe dans quatre surfaces : le terminal, l’IDE, l’application de bureau et le navigateur source : Claude Code Docs, 2026. Codex est de son côté cité en web, en CLI, en extension IDE et sur iOS pour l’offre Plus, et il est inclus dans sept offres ChatGPT : Free, Go, Plus, Pro, Business, Edu et Enterprise source : OpenAI, tarifs Codex, 2026.

Deux nuances sur ce tableau. Les tarifs de Claude Code ne figurent pas dans les pages que j’ai consultées, donc je n’en cite aucun : regarde la page officielle le jour où tu décides. Et les commandes de Codex ont un statut documenté qui évolue : codex est marqué « Stable », codex cloud est marqué « Experimental » dans la référence CLI source : OpenAI, référence CLI Codex, 2026. Un statut expérimental n’est pas un défaut, mais ce n’est pas non plus ce sur quoi tu appuies la mise en production du site d’une entreprise.

Côté chronologie, OpenAI indique avoir lancé Codex CLI en avril 2025 et Codex web en mai 2025, puis les avoir unifiés en une expérience reliée au compte ChatGPT, pour passer du local au cloud sans perdre le contexte source : OpenAI, 2025. Ce sont deux produits jeunes, qui bougent vite. Relis la documentation avant de t’engager, pas seulement cet article.

Structure du projet et rédaction des pages

C’est ici que la différence de configuration compte vraiment pour un site vitrine.

Donner des règles au projet

Un fichier CLAUDE.md est un fichier d’instructions écrit par l’utilisateur, que Claude Code relit à chaque session pour garder un contexte persistant : architecture, standards de code, workflows courants. Il se range dans ./CLAUDE.md ou ./.claude/CLAUDE.md et se partage avec l’équipe via le contrôle de version source : Claude Code Docs, mémoire, 2026.

Pour un site vitrine, voici ce qui vaut la peine d’y écrire :

• le framework et la structure des dossiers (par exemple Astro, un dossier par type de page) ;
• les conventions de nommage, de composants et d’images ;
• le ton éditorial et les formulations à éviter ;
• les règles de conformité du projet (mentions légales, cookies, accessibilité) ;
• les commandes à lancer avant toute livraison (build, vérification des liens).

La même documentation précise que Claude Code lit aussi les fichiers AGENTS.md : si le dépôt contient un AGENTS.md sans CLAUDE.md, AGENTS.md est lu, et si les deux existent, seul CLAUDE.md est lu, sauf import explicite. Concrètement, un dépôt déjà préparé pour un autre agent ne repart pas de zéro. Les pages Codex que j’ai consultées ne détaillent pas ce mécanisme : je ne peux donc pas dire comment Codex gère les instructions de projet, et je préfère ne pas le deviner.

Le répertoire .claude suit la même logique de sobriété : la plupart des utilisateurs ne modifient que CLAUDE.md et settings.json, le reste est optionnel source : Claude Code Docs, répertoire .claude, 2026. Pour aller plus loin sur les extensions, on a détaillé ce que Claude sait faire avec MCP et les skills et comment ajouter des skills.

Rédiger les pages

Sur la rédaction, les deux outils écrivent un texte propre et plausible à partir d’un brief. Le risque ne vient pas du style, il vient du fond : un agent de code complète ce qu’on ne lui donne pas. Si tu ne fournis ni tes chiffres, ni tes références, ni tes mentions obligatoires, il comblera les trous avec du texte vraisemblable. Sur un site d’entreprise, une promesse inventée engage ta société, pas l’éditeur de l’outil.

Le bon réflexe est donc de préparer les contenus en amont : le brief avant l’agence et la préparation des contenus avec l’IA font gagner plus de temps que le choix de l’outil.

Déploiement et corrections

Ce que les docs promettent (et ne promettent pas)

Aucune des documentations consultées ne décrit un déploiement de site de bout en bout. Claude Code peut lancer des builds, utiliser Git et, selon la page produit d’Anthropic (donc un document commercial, à lire avec prudence), planifier, écrire du code, lancer des tests et ouvrir des pull requests source : Anthropic, page produit Claude Code, 2026. Codex propose un flux cloud : une tâche tourne à distance, produit un diff, et codex apply l’applique à l’arbre de travail local.

Ce flux est utile pour relire avant d’accepter. Mais il s’arrête au code. Un site en ligne, c’est aussi un domaine qui pointe au bon endroit, un certificat valide, des redirections propres, des variables d’environnement et des e-mails qui arrivent. Sur ces sujets, la mise en production reste un travail à part, que nous avons décrit dans l’article sur la mise en production pro et dans celui sur les domaines personnalisés et le SSL.

Garde-fous pendant le travail

Pour les corrections, la question utile est : qu’est-ce qui empêche l’agent de casser quelque chose ? Claude Code documente plusieurs mécanismes :

• des modes de permission qui contrôlent son autonomie, dont un mode « Auto » où un classifieur bloque en arrière-plan les actions risquées au lieu de demander à chaque fois source : Claude Code Docs, fonctionnement, 2026 ;
• des permissions et des hooks dans settings.json, pour autoriser ou bloquer des appels d’outils précis ;
• des hooks qui lancent un script avant ou après un appel d’outil.

Un hook est un script qui se déclenche systématiquement sur un événement précis, par exemple lancer une vérification après chaque modification de fichier. Un skill, lui, est interprété par Claude et peut donner un résultat variable source : Claude Code Docs, extensions, 2026. Pour une règle qui ne doit jamais être oubliée (« ne jamais publier sans build réussi »), le hook est donc plus sûr que la consigne écrite en langage naturel.

Je n’ai pas trouvé d’équivalent détaillé côté Codex dans les pages consultées, ce qui ne prouve pas qu’il n’existe pas. C’est une lacune de ma recherche, pas un défaut démontré de l’outil.

Dans les deux cas, un agent corrige ce que tu lui montres. Il ne surveille pas ton site à ta place : six choses cassent régulièrement sur un site généré par IA, et aucune ne prévient toute seule.

Reprise du code par un humain

C’est le critère que les dirigeants oublient, alors qu’il pèse le plus sur trois ans. Le code produit par un agent finit dans un dépôt Git sous forme de changements relisibles. Tant que le dépôt t’appartient, que tu y as accès et que le projet décrit ses propres règles, un développeur peut reprendre le travail, quel que soit l’outil utilisé au départ.

Trois points rendent cette reprise facile ou pénible :

1. Le dépôt est à ton nom. Un code qui vit uniquement dans un compte d’agence ou dans un espace en ligne d’un outil ne t’appartient que sur le papier. La liste des 7 accès à exiger de ton agence s’applique telle quelle.
2. Le projet s’explique lui-même. Un CLAUDE.md ou un AGENTS.md bien tenu sert aussi de notice pour le développeur suivant : il y trouve les conventions et les commandes. C’est un avantage réel, à condition que le fichier soit à jour.
3. Les changements sont relus. Un diff accepté sans lecture, c’est de la dette que quelqu’un paiera plus tard. Nous avons détaillé ce que cela donne sur un projet réel dans notre reprise d’un site Lovable, et l’inventaire avant d’accepter un site existant pose les bonnes questions.

À la différence d’un constructeur de sites fermé, ces deux outils travaillent sur des fichiers ordinaires. Changer d’outil ou de prestataire en cours de route reste donc possible, ce qui est une bonne nouvelle pour ton indépendance.

Ce qui reste à faire par une agence

Que tu choisisses Claude Code ou Codex, la même liste de tâches reste sur la table. Voici ce qu’aucune des documentations ne promet de traiter :

• Le cadrage. Objectifs du site, cibles, pages utiles, parcours de contact : l’agent exécute une direction, il ne la choisit pas.
• Les contenus vrais. Références, chiffres, témoignages réels, droits sur les images et les polices.
• La conformité. Mentions légales, cookies, accessibilité : la responsabilité d’un site généré par IA reste celle de l’éditeur du site, donc la tienne.
• La mise en production. DNS, SSL, redirections, e-mails, sauvegardes.
• La maintenance. Mises à jour, surveillance, correction quand quelque chose casse un vendredi soir.
• Le jugement de design. Choisir parmi plusieurs propositions et dire non à celles qui ne servent pas la marque.

Tout cela n’a pas besoin d’être confié à une agence : une équipe interne compétente peut s’en charger. Mais ces tâches ne disparaissent pas parce qu’un agent de code écrit vite. Pour la vue d’ensemble sur ce que ces outils changent côté prestataires, lis notre analyse des agents codeurs et des agences.

FAQ

Comment choisir sans te tromper

Le test le plus fiable n’est ni un comparatif ni cet article. Prends une petite tâche réelle : une page de ton futur site et une correction à faire dessus. Donne-la aux deux outils avec le même brief, puis compare les diffs, pas les promesses. Retiens celui dont les changements sont les plus faciles à relire et à corriger.

Ensuite, pose trois questions à la personne qui livrera le site : quel dépôt, à quel nom, avec quels accès ? Si la réponse est floue, aucun outil ne te protégera.