Coder un site web avec l'IA en novembre 2026 : les meilleurs modèles, et ce qu'ils ne font pas

Le classement WebDev Arena de novembre 2026 est tombé, et il confirme ce que je constate en mission : les modèles sont devenus redoutables pour produire du front-end. Claude Opus 5.5 Max prend la tête avec 1810 points Elo, devant GPT-6 Astra Max (1773) et Claude Sonnet 5.5 (1770). Anthropic place quatre modèles dans le top 10. Pour générer une interface propre en React ou en HTML, on n'a jamais eu d'aussi bons assistants.

Et pourtant, je passe une partie de mes semaines à reprendre des sites générés par ces mêmes modèles. Le problème n'est jamais le code en lui-même. C'est tout ce que le modèle ne sait pas qu'il doit faire.

Qui gagne, et sur quoi

Le détail du classement est instructif. Sur le fullstack, OpenAI domine : GPT-6 Astra et GPT-6.1 Sol occupent les deux premières places. Sur le front-end pur (raisonnement multi-étapes, appel d'outils, génération de HTML et de React), c'est Anthropic qui mène, avec Claude Opus 5.5 puis Claude Sonnet 5.5, devant Gemini 4 Carbon. À noter : ces sous-classements reposent sur moins de votes que le classement général, donc je les lis avec prudence, et vous devriez faire pareil.

La méthode d'Arena est un vote d'utilisateurs sur des duels anonymes, même consigne pour chaque modèle, score Elo qui évolue au fil des résultats. C'est un bon thermomètre de la qualité perçue du code, pas une mesure de la performance d'un site en production.

Ce que le classement ne mesure pas

Un modèle qui gagne sur WebDev Arena produit une page qui s'affiche bien dans un bac à sable. Mais un site qui marche pour une entreprise doit faire des choses qu'aucun benchmark de code n'évalue.

Il doit être indexable et crawlable proprement, avec une structure de titres cohérente et des URL pensées. Il doit tenir les Core Web Vitals, en particulier l'INP, la réactivité perçue, que je vois systématiquement dégradée sur les sites générés trop chargés en JavaScript. J'en ai fait tout un sujet dans le coût caché des frameworks JavaScript pour vos Core Web Vitals. Il doit exposer ses entités clairement pour être cité par les moteurs IA. Il doit avoir un maillage interne qui tient debout. Et surtout, il doit convertir, ce qui ne se décide pas dans le code mais dans l'architecture de l'information et le parcours.

Le piège du site qui a l'air fini

Le vrai danger du code généré, c'est qu'il a l'air terminé. La page est jolie, elle fonctionne, le client est content. Puis trois mois plus tard, le site ne remonte sur rien, ne convertit pas, et personne ne comprend pourquoi. En reprenant ces projets, je retrouve toujours les mêmes trous : balises de titre dupliquées ou absentes, données structurées inexistantes, images non optimisées qui plombent le LCP, aucune stratégie de contenu, et un maillage généré au hasard.

Le modèle n'a pas mal travaillé. On ne lui a simplement jamais demandé ces choses, parce qu'elles relèvent d'une expertise métier, pas d'un prompt.

Comment je m'en sers, concrètement

Je n'oppose pas l'IA au travail d'expert : je l'utilise tous les jours. Je laisse le modèle produire des composants, débroussailler une maquette, écrire du balisage répétitif. Ça me fait gagner un temps réel sur la partie mécanique. Mais je garde la main sur la structure, le balisage sémantique, les données structurées, le budget de performance et le plan de conversion. L'IA est un excellent exécutant. Elle n'est pas, pas encore, une directrice technique.

Si vous partez d'un site généré par IA et que vous sentez qu'il manque quelque chose, c'est probablement ça. Je décris l'audit que je fais avant de toucher au code dans cet article sur la reprise d'un site vibe-codé, et la façon de structurer un site Webflow pour le SEO et les citations IA ici.

Pour que ce partage des rôles soit concret, voici ce que je confie au modèle et ce que je garde. Je lui confie les composants d'interface, les variantes d'un même bloc, le balisage répétitif, une première version de maquette et les corrections de style. Je garde pour moi l'arborescence et les URL, la hiérarchie des titres, les données structurées, le budget de performance (poids des images, volume de JavaScript, cible d'INP), le maillage interne qui relie les pages entre elles, et le plan de conversion de chaque page clef. Formulé autrement : le modèle écrit le texte du code, je décide de ce que ce code doit accomplir pour l'entreprise. C'est ce deuxième travail qui sépare un site qui existe d'un site qui rapporte.

Ce qu'un modèle seul ne fera pas pour vous

Choisir le bon modèle vous donne du bon code. Il ne vous donne pas un site qui remonte dans Google, qui est cité par les IA et qui transforme vos visiteurs en clients. Ce travail de structure, de performance, de GEO et de conversion, c'est exactement ce que je prends en charge dans mes projets de création de site web. Si vous avez un site généré par IA à remettre d'aplomb, parlons-en 30 minutes.