Statique ou dynamique : une question à se poser avant tout
Beaucoup de sites paient le prix d'un moteur dynamique pour afficher des pages qui ne changent jamais. L'inverse existe aussi.
La question que personne ne pose
Quand un projet démarre, on choisit souvent la technologie avant de savoir ce que le site fera. On installe WordPress parce que c'est connu, ou un CMS headless parce que c'est moderne — puis on passe six mois à.payload un contenu qui change deux fois par an.
La bonne question est plus simple : « qu'est-ce qui change, et à quelle fréquence ? ». Un site vitrine, une brochure, une page par prestation : le contenu est figé. Rien n'a besoin d'être calculé au moment de la visite.
Site statique : le plus rapide possible
Un site statique, c'est des fichiers HTML déjà prêts, servis tels quels. Rien à exécuter, rien à compiler. Le visiteur reçoit la page et c'est tout.
C'est la raison pour laquelle ces sites sont rapides : il n'y a pas de temps de calcul entre la demande et la réponse. Un blog, un portfolio, une documentation, un site vitrine — ce sont des usages qui s'y prêtent parfaitement, surtout quand le contenu évolue rarement.
Le blog de ce site est un bon exemple : le texte change chaque semaine, mais il change « à la publication ». Générer des pages à ce moment-là suffit. On n'a pas besoin d'un moteur qui recalcule tout à chaque visite.
Site dynamique : quand le contenu bouge
Un site dynamique calcule la page au moment de la visite. C'est nécessaire quand le contenu dépend de qui demande : un espace client, un panier, un catalogue avec des prix qui changent, une recherche.
L'erreur coûteuse, c'est de payer cette complexité pour un site qui n'en a pas besoin. Non seulement c'est plus lent, mais c'est aussi une surface d'attaque plus large et une maintenance plus lourde.
→ Vous hésitez ? Dites-moi ce que votre site doit faire, pas ce que vous voulez utiliser. Je vous dirai s'il faut du dynamique, ou si du statique suffit largement.
L'hybride qui fonctionne
Il existe un entre-deux qui est souvent le meilleur choix : un site statique pour les pages qui changent rarement, plus quelques pages dynamiques pour ce qui bouge. Le blog est en statique, le formulaire de contact est en dynamique, la page de compte est en dynamique.
On obtient ainsi des pages rapides là où ça compte, sans refuser la flexibilité là où elle est nécessaire. Et on ne paie un moteur dynamique que sur les pages qui le justifient.
Comment je tranche
- Le contenu change-t-il par page, selon le visiteur ? → dynamique
- Le contenu change-t-il souvent, mais par publication ? → statique
- Le contenu est figé, un blog simple ? → statique, sans hésiter
- Il y a des comptes, des paiements, un catalogue personnalisé ? → dynamique
La première ligne est la plus utile. « Selon le visiteur » est le vrai marqueur : un prix qui dépend de votre pays, un contenu réservé aux membres, un panier — ça, c'est dynamique. Tout le reste peut généralement rester statique.
→ Un audit rapide suffit à trancher : je regarde votre site actuel et je vous dis ce qui peut être rendu statique, et ce qui doit rester dynamique. Gratuit, et souvent très éclairant.
