Créer un site web en 2026CMS, sur mesure ou intelligence artificielle ?

La première erreur dans un projet web est de choisir un outil avant d'avoir défini le besoin. Un site destiné à présenter une entreprise et un système gérant des commandes, des comptes utilisateurs ou des flux de données n'ont pas les mêmes exigences techniques, ni les mêmes contraintes de maintenance ou de sécurité.

Entre ces deux pôles, de nombreux projets occupent un espace intermédiaire : un portail client, un extranet pour des partenaires, une plateforme de ressources avec espace membres, ou un MVP (prototype fonctionnel minimal permettant de valider un concept). Chaque cas mérite une analyse spécifique avant toute décision technologique.

CMS open source : WordPress, Drupal, Joomla

Un CMS (Content Management System) permet de gérer un site web sans écrire de code. WordPress est le plus utilisé au monde. Il convient à des projets très variés : site vitrine, blog, magazine en ligne, boutique e‑commerce avec WooCommerce, site institutionnel ou portail de ressources.

Il est important de distinguer deux réalités différentes portant le même nom. WordPress.org désigne le logiciel libre, téléchargeable et installable sur l'hébergeur de votre choix : vous choisissez l'environnement et les extensions, gardez l'accès au code installé et pouvez exporter vos données, sous réserve des licences des thèmes, extensions et développements utilisés. WordPress.com est un service commercial hébergé proposé par Automattic : la gestion technique est simplifiée, mais les possibilités d'extension et la maîtrise de l'hébergement varient selon l'offre choisie.

Drupal s'adresse à des projets nécessitant une gestion de contenu complexe, des droits d'accès granulaires ou une architecture multisite. Il requiert des compétences techniques plus élevées. Joomla occupe une position intermédiaire, avec une base d'utilisateurs plus réduite.

Solutions e‑commerce : Shopify, WooCommerce, PrestaShop

Shopify est une plateforme hébergée tout‑en‑un : hébergement, sécurité, paiements et mises à jour sont gérés par l'éditeur. Le lancement est rapide. En contrepartie, la boutique repose sur une plateforme propriétaire : de nombreuses données peuvent être exportées, mais l'environnement complet ne se transfère pas tel quel. La personnalisation avancée utilise notamment Liquid, un langage de gabarits open source créé par Shopify.

WooCommerce, extension de WordPress, offre davantage de liberté sur l'hébergement et la personnalisation, mais confie la sécurité, les mises à jour et la performance à l'entreprise ou au prestataire qui l'exploite. PrestaShop, solution open source d'origine française, peut convenir aux boutiques recherchant une personnalisation poussée et un écosystème bien implanté en Europe.

Plateformes hébergées et éditeurs visuels

Wix, Squarespace, Webflow et Framer prennent en charge l'hébergement, la sécurité de la plateforme, les mises à jour, les modèles et des fonctions marketing. Ils permettent de créer un site soigné sans compétences techniques. Leurs limites méritent d'être examinées honnêtement : dépendance au fournisseur, export des données parfois incomplet, coûts croissants avec le volume, contraintes d'intégration avec des logiciels tiers et difficulté de reprise si les conditions changent. La réversibilité varie fortement : Webflow permet d'exporter le code statique sur certaines offres, mais pas toutes les fonctions hébergées ; Framer permet d'exporter certaines données, mais ne propose pas d'export HTML natif pour auto‑héberger un site. Wix Studio s'adresse plus spécifiquement aux agences et aux projets nécessitant davantage de contrôle sur la mise en page.

Parts de marché au 29 septembre 2026

Les données ci‑dessous sont issues de W3Techs, relevées au 29 septembre 2026 *. Elles mesurent la présence détectée d'un CMS sur les sites analysés par W3Techs, et non la qualité, la performance ou la satisfaction des utilisateurs. La colonne « Part des CMS identifiés » exclut les sites dont aucun CMS n'est détecté : elle ne doit pas être confondue avec une part de marché commerciale globale. Le Web Almanac 2025 d'HTTP Archive, fondé sur un jeu de données d'environ 16,2 millions de sites, détecte des CMS sur plus de 54 % des sites analysés, mais sa méthodologie diffère de celle de W3Techs et les résultats ne sont pas directement comparables *.

CMS headless et architectures composables : quand et pourquoi ?

Une architecture headless sépare la gestion du contenu de son affichage. Elle répond à des besoins précis, mais elle n'est pas une solution universelle.

Dans un CMS traditionnel, la gestion du contenu et son affichage sont dans le même système. Dans une architecture headless, le CMS stocke et organise le contenu, et une ou plusieurs applications distinctes le récupèrent via une API pour l'afficher.

Cette approche présente un intérêt réel dans des situations spécifiques : plusieurs sites ou applications partageant les mêmes contenus (site web, application mobile, affichage en point de vente), diffusion multicanale, interface très personnalisée ou intégrations importantes avec des systèmes tiers. Des outils comme Strapi, Contentful, Sanity ou Directus sont conçus pour ce rôle. WordPress lui‑même peut être utilisé en mode headless via son API REST.

Le choix d'une architecture headless engage l'organisation sur la durée : documentation, équipe capable de maintenir le front‑end, gestion des mises à jour des API et des dépendances entre les composants. Ces points doivent être examinés avant de s'engager dans cette direction.

Le développement sur mesure consiste à construire un site ou une application en écrivant du code adapté aux besoins spécifiques du projet, sans se limiter aux fonctions prédéfinies d'un CMS ou d'une plateforme.

Quelques repères pour s'orienter dans le vocabulaire. HTML et CSS structurent et présentent les pages. JavaScript gère les interactions dans le navigateur. TypeScript est une extension typée de JavaScript, devenu en août 2025 le langage comptant le plus de contributeurs mensuels sur GitHub selon Octoverse * : cela mesure l'activité sur la plateforme, pas la part des sites en production. PHP reste très présent côté serveur (environ 69,8 % des sites dont W3Techs identifie le langage serveur au 29 septembre 2026 *) et est au cœur de WordPress, Drupal, PrestaShop, Laravel et Symfony. Python est utilisé pour des back‑ends, des API, l'automatisation et l'IA. Java et C#/.NET équipent de nombreuses applications métier d'entreprise.

React est une bibliothèque d'interface. Next.js, Laravel, Symfony, Django et FastAPI sont des frameworks : ils ne sont pas des langages, mais des ensembles d'outils et de conventions qui structurent le développement.

Le développement sur mesure est pertinent lorsque les processus de l'entreprise ne peuvent pas être couverts correctement par un CMS ou une plateforme standard : gestion de droits d'accès complexes, automatisations spécifiques, intégrations avec des logiciels métier existants, traitements de données sensibles ou interface très personnalisée. Ses contraintes sont réelles : cadrage approfondi, coût de conception et de tests, documentation, dépendance possible à une équipe ou à un prestataire, et nécessité d'une maintenance active pour corriger les vulnérabilités et mettre à jour les dépendances.

Niveau 1 : IA intégrée aux plateformes existantes

WordPress.com, Wix, Squarespace, Webflow, Framer et Shopify proposent désormais des fonctions de génération assistée : arborescence, textes, images, sections de page ou boutique de départ à partir d'une description de l'activité. Le résultat reste lié à la plateforme choisie et constitue un point de départ à affiner, pas un site finalisé.

Niveau 2 : outils de génération d'interfaces et de code

Des outils comme v0 (Vercel), Lovable, Bolt ou Replit Agent permettent de décrire une interface ou une fonction en langage courant et d'obtenir du code généré automatiquement. Cette pratique, parfois désignée sous le terme vibe coding, ouvre des possibilités réelles pour des prototypes rapides ou des MVP. Elle soulève aussi des questions sérieuses : exactitude du code généré, vulnérabilités de sécurité, gestion des droits d'accès, conformité RGPD, accessibilité, droits sur le code produit et portabilité vers un autre environnement.

Niveau 3 : développement professionnel assisté par des agents

Dans les équipes techniques, les agents IA interviennent dans les spécifications, le prototypage, la génération de fonctions, les tests, la documentation, l'analyse des erreurs et les revues de code. Ils accélèrent le travail sans remplacer le jugement humain sur l'architecture, la sécurité et la conformité. La distinction entre démonstration, prototype, MVP et application de production maintenue sur plusieurs années reste fondamentale : un site généré en une heure peut fonctionner pour une démonstration, mais son coût de correction, de sécurisation et de maintenance peut dépasser celui d'un développement structuré dès le départ.

Le tableau suivant compare les grandes familles selon des critères décisionnels. Les prix ne sont pas affichés à l'unité : ils varient selon le périmètre, le pays, le prestataire et la date. Ce tableau vise à structurer la réflexion, pas à fournir des devis.

Le coût total sur trois ans doit intégrer la conception, le développement, les licences, les abonnements, l'hébergement, les extensions, la maintenance, la sécurité, les sauvegardes, le support, le monitoring, les évolutions et les coûts éventuels de migration ou de reprise. Un abonnement mensuel modeste peut représenter un montant significatif sur la durée, auquel s'ajoutent les coûts de sortie si les données ne sont pas exportables proprement.

Quelle solution pour quel projet : une matrice de recommandations

Il n'existe pas de solution universelle. Le bon choix dépend de la nature du projet, des fonctions attendues, du budget et du niveau de maîtrise souhaité sur la durée.

Glossaire essentiel

• CMS : système de gestion de contenu permettant de publier et d'organiser des pages web sans programmer.
• SaaS : logiciel hébergé et maintenu par son éditeur, accessible par abonnement via un navigateur.
• Open source : logiciel dont le code source est librement accessible, modifiable et redistribuable.
• Headless : architecture découplant la gestion du contenu (back‑end) de son affichage (front‑end), les deux communiquant via une API.
• API : interface permettant à deux logiciels d'échanger des données de façon standardisée.
• Framework : ensemble d'outils et de conventions qui structurent et accélèrent le développement dans un langage donné.
• No‑code / Low‑code : approches permettant de créer des applications sans écrire de code (no‑code) ou avec très peu de code (low‑code).
• Vibe coding : pratique consistant à décrire une interface ou une fonction en langage courant et à laisser un outil d'IA générer le code.
• Réversibilité : capacité à récupérer ses données et son code pour les transférer vers une autre solution sans perte majeure.
• Dette technique : accumulation de choix techniques rapides ou sous‑optimaux qui rendent le code plus difficile et coûteux à faire évoluer.

Plusieurs tendances observables méritent d'être distinguées des hypothèses sur l'avenir.

Ce qui est observable aujourd'hui : les principales plateformes étudiées et de nombreux environnements de développement intègrent des fonctions d'IA. Elles génèrent ou assistent la production de textes, d'images, d'interfaces et de code. Les outils orientés code n'offrent toutefois pas tous la même réversibilité : certains proposent un export ou une synchronisation avec GitHub, d'autres conservent une plus grande part du projet dans leur environnement.

Ce qui est probable : les agents IA vont intervenir de plus en plus sur la maintenance, la détection d'anomalies, la documentation et les mises à jour. La frontière entre no‑code, low‑code et développement classique va continuer à se brouiller. Les contenus structurés et les données lisibles par les machines vont gagner en importance à mesure que les moteurs et assistants IA intègrent et diffusent les informations publiées sur le web.

Ce qui reste une hypothèse : la valeur devrait se déplacer vers le cadrage, l'architecture, la validation, la sécurité, la conformité et l'exploitation, à mesure que la production du code devient plus rapide et moins différenciante. Les agences et les développeurs qui sauront cadrer un besoin, valider un code généré et garantir la continuité d'un service sur plusieurs années conserveront un rôle central.