Site dynamique vs site statique

Comprendre la différence fondamentale entre les deux familles de sites Web, avant de choisir l'outil pour son Portfolio

Comment fonctionne un site dynamique ?

Un site dynamique (comme WordPress) reconstruit chaque page à la demande, à chaque visite, en interrogeant une base de données et en exécutant du code côté serveur (PHP, par exemple).

info

C'est ce qui permet à un site dynamique de proposer des comptes utilisateurs, des formulaires qui enregistrent des données, ou un contenu qui change selon le visiteur. Mais cela signifie aussi qu'un serveur applicatif (PHP, base de données...) doit tourner en permanence, et peut être attaqué.

Comment fonctionne un site statique ?

Un site statique (généré par un outil comme Hugo ou Jekyll) est construit une seule fois, à l'avance, sur votre propre ordinateur : le résultat est un ensemble de fichiers HTML, CSS et JavaScript déjà prêts. Le serveur se contente ensuite de les envoyer tels quels, sans aucun calcul ni base de données.

info

Un site statique ne peut pas, par lui-même, enregistrer une donnée saisie par un visiteur (un formulaire de contact, par exemple) : il n'y a ni serveur applicatif ni base de données pour la recevoir. Des services externes existent pour contourner cette limite (formulaires sans serveur, commentaires externes...), mais ce n'est pas le sujet de ce tutoriel.

Comparatif détaillé

Critère	Site dynamique (ex. WordPress)	Site statique (ex. Hugo, Jekyll)
Fonctionnement	Base de données + code exécuté à chaque visite	Fichiers déjà générés, rien à exécuter
Sécurité	Surface d'attaque large (plugins, thèmes, base de données, injections SQL, XSS)	Rien à pirater côté serveur : pas de base de données, pas de code exécuté
Performance	Chaque page est reconstruite à la demande	Les pages déjà prêtes se chargent quasi instantanément
Maintenance	Mises à jour régulières du cœur, des plugins et des thèmes à surveiller	Remplacer les fichiers existants suffit à mettre à jour le site
Fiabilité	Plus de composants (serveur PHP, base de données) = plus de points de défaillance possibles	Peu de composants : moins de pannes possibles
Déploiement	Nécessite un hébergement avec PHP et une base de données, souvent payant	Un simple dépôt Git suffit, hébergé gratuitement (GitHub Pages, GitLab Pages...)
Contrôle de version	Le contenu vit dans la base de données : Git ne peut pas, par lui-même, suivre ses modifications	Le contenu est lui-même composé de fichiers texte : Git suit chaque modification naturellement
Scalabilité	Un pic de visites sollicite le serveur applicatif et la base de données	Les fichiers statiques se distribuent facilement via un CDN, même en cas de forte affluence
Pérennité	Dépend d'un hébergement payant, qui peut expirer (par exemple à la fin d'une formation)	Le dépôt Git et son hébergement gratuit restent disponibles indéfiniment

Quand choisir l'un ou l'autre ?

astuce

Un site dynamique reste indispensable pour une application qui a réellement besoin de stocker et de faire évoluer des données (une boutique en ligne, un réseau social, un espace membre avec connexion). Ce n'est pas un outil dépassé, c'est un outil adapté à un autre besoin.

Bonne pratique - Un Portfolio est un cas d'usage idéal pour le statique

Un Portfolio change rarement plusieurs fois par jour, n'a pas besoin de compte utilisateur ni de base de données, et doit rester accessible longtemps après la fin de votre formation. C'est exactement le profil de site pour lequel un générateur de site statique est le plus adapté.

Les générateurs de site statique modernes permettent malgré tout d'ajouter certaines fonctionnalités dynamiques côté client (recherche, formulaires sans serveur, commentaires...), sans jamais avoir besoin d'un serveur applicatif à maintenir.

Templates

• Bootstrap
• Tailwind CSS

Frameworks

• Hugo
• Jekyll
• Gatsby

---

Autres outils récents à étudier

PagesCMS

https://pagescms.org/

https://korben.info/cms-pages-cms-nouveau-visage-gestion-contenu.html

Test de mémorisation/compréhension

Qu'est-ce qui distingue fondamentalement un site dynamique d'un site statique ?

Un site statique n'a pas de nom de domaine, contrairement à un site dynamique

Un site dynamique reconstruit chaque page à la demande via une base de données, un site statique envoie des fichiers déjà prêts

Un site dynamique utilise uniquement du JavaScript, un site statique uniquement du HTML

Un site statique ne peut contenir que du texte, sans aucune image

Il n'existe aucune différence technique réelle entre les deux, seulement une différence de prix selon l'hébergeur choisi au départ

Pourquoi un site statique présente-t-il moins de risques de sécurité qu'un site dynamique ?

Parce qu'il est automatiquement crypté par le navigateur du visiteur

Parce que Google interdit l'indexation des sites dynamiques vulnérables

Parce qu'un site statique change d'adresse à chaque visite

Parce qu'il n'y a ni base de données ni code exécuté sur le serveur, donc rien à exploiter de ce côté

Parce qu'un site statique est toujours hébergé derrière un pare-feu payant, fourni directement par l'hébergeur choisi

Pourquoi Git suit-il naturellement les modifications d'un site statique, mais pas celles d'un site WordPress ?

Parce qu'un site statique est composé de fichiers texte, alors que le contenu WordPress vit dans une base de données

Parce que WordPress refuse techniquement toute installation de Git

Parce que Git ne fonctionne que sur les systèmes Linux, jamais sur un serveur WordPress hébergé quelque part ailleurs

Parce qu'un site statique ne contient jamais plus d'une dizaine de fichiers

Parce que WordPress encode tout son contenu dans un format binaire illisible

Pour quel type de site un fonctionnement dynamique reste-t-il réellement indispensable ?

Un Portfolio d'étudiant qui change une fois par mois

Une simple page de présentation d'un seul paragraphe

Un site qui n'affiche que des images, sans aucun texte

Un site vitrine tout simple dont le contenu ne change absolument jamais du tout après sa toute première création initiale

Une boutique en ligne ou un espace membre avec connexion, qui doit enregistrer des données propres à chaque visiteur

Pourquoi un Portfolio d'étudiant est-il un bon candidat pour un site statique plutôt que dynamique ?

Parce qu'un Portfolio n'a légalement pas le droit d'utiliser de base de données

Parce que les sites statiques sont les seuls autorisés par l'établissement de formation

Parce que son contenu change rarement, qu'il n'a pas besoin de compte utilisateur, et qu'il doit rester accessible longtemps

Parce qu'un site dynamique ne peut techniquement pas afficher de photo de profil

Parce qu'un Portfolio doit absolument et obligatoirement être payant très cher pour paraître crédible auprès des recruteurs potentiels