Derrière chaque site se cache l’une de trois grandes approches — ou un mélange des trois. Comprendre la différence, c’est savoir quoi choisir, combien ça coûte et ce que ça implique. Voici l’essentiel, du plus simple au plus avancé.

Les trois familles en 30 secondes

• Statique : des fichiers prêts à l’emploi (HTML, CSS, images). Rapide, sûr, économique.
• Dynamique : le serveur fabrique la page à chaque visite, souvent depuis une base de données. Souple pour gérer beaucoup de contenu.
• Application web : un logiciel qui tourne dans le navigateur, connecté à des données en temps réel. Interactif et riche.

Et par-dessus, de plus en plus : l’IA et les automatisations.

1. Le site statique

Un site statique est composé de fichiers générés une seule fois (au moment de la publication), puis servis tels quels à chaque visiteur. Aucun calcul côté serveur : le serveur ne fait que livrer des fichiers.

• Atouts : très rapide (rien à calculer), très sûr (pas de base de données à pirater), bon marché à héberger.
• Limites : pour modifier le contenu, il faut régénérer le site. Moins pratique si des non-techniciens publient tous les jours.
• Outils : générateurs comme Astro, Hugo, Eleventy, Jekyll. Ce site même est statique (Astro).
• Idéal pour : site vitrine, blog, documentation, portfolio.

2. Le site dynamique (PHP, Apache, WordPress)

Un site dynamique fabrique la page à la volée, à chaque visite. Le serveur exécute un programme (souvent en PHP), va chercher des données dans une base (souvent MySQL), assemble le HTML, puis l’envoie.

La pile la plus répandue s’appelle LAMP : Linux + Apache (le serveur web) + MySQL (la base) + PHP (le langage). WordPress, qui propulse une grande partie du web, fonctionne ainsi.

• Atouts : interface d’administration pour publier sans coder, contenu personnalisable, immense écosystème d’extensions.
• Limites : plus de pièces = plus à sécuriser et maintenir (mises à jour, sauvegardes), et c’est potentiellement plus lent sans optimisation (cache).
• Idéal pour : sites à fort contenu mis à jour par des non-techniciens, boutiques, magazines.

3. L’application web (Node.js, API, interfaces riches)

Une application web est un vrai logiciel qui s’exécute en grande partie dans le navigateur (JavaScript), en dialoguant avec un serveur via des API. Pensez à un tableau de bord, un outil de réservation, un SaaS.

Côté serveur, Node.js (depuis 2009) permet d’écrire ce serveur en JavaScript — le même langage que le navigateur. On y ajoute souvent des cadres d’interface comme React, Vue ou Svelte.

• Atouts : interactivité poussée, expérience proche d’une application native, temps réel possible.
• Limites : plus complexe à développer et à héberger ; superflu pour un simple site vitrine.
• Idéal pour : produits interactifs, espaces clients, outils métiers.

Où l’IA entre en jeu (Claude, Codex, automatisations)

L’intelligence artificielle ne remplace aucune de ces familles : elle s’ajoute à toutes.

• Assistance au code : des modèles comme Claude (Anthropic) ou Codex / Copilot (OpenAI/GitHub) écrivent, expliquent et corrigent du code. Un développeur va plus vite ; un débutant apprend plus vite.
• Dans le produit : assistants de discussion, recherche intelligente, génération de contenu (descriptions, brouillons d’articles, traductions).
• Automatisations : relier des outils entre eux (via n8n, Make, Zapier) pour que l’IA rédige un texte pertinent, trie des emails, résume un document — sans blabla, sur déclencheur.

Le bon réflexe : l’IA propose, l’humain vérifie et décide. (Voir notre pilier IA.)

La fusion : le web moderne mélange tout

La frontière entre ces familles s’efface. Un site performant aujourd’hui est souvent hybride :

• une base statique ultra-rapide (le squelette, livré par un CDN) ;
• des données dynamiques récupérées via API (un panier, des avis, un stock) ;
• un CMS « headless » pour que les non-techniciens éditent le contenu sans imposer la techno d’affichage ;
• des fonctions d’IA greffées là où elles servent (recherche, support, contenu).

On appelle souvent cette approche Jamstack (JavaScript + API + balisage). L’idée : prendre le meilleur de chaque monde.

Lequel choisir ?

Votre besoin	La bonne approche
Présenter une activité, un blog simple	Statique (rapide, sûr, pas cher)
Beaucoup de contenu édité par des non-techniciens	Dynamique (WordPress) ou headless
Produit interactif, espace client, outil	Application (Node.js + framework)
Ajouter de la valeur (contenu, support, code)	IA par-dessus l’existant

La vraie compétence n’est pas de choisir « la » technologie, mais de combiner ces briques selon l’objectif — et de ne pas sur-construire.