Aller au contenu principal

Méthode

Sites statiques et coût d'infrastructure maîtrisé

Pourquoi nous privilégions les sites statiques quand c'est pertinent : rapidité, sécurité et une facture d'hébergement souvent divisée par dix.

Quand une entreprise nous confie son site vitrine ou éditorial, la première question que nous nous posons n’est pas « avec quel CMS ? » mais « ce site a-t-il vraiment besoin de calculer chaque page à chaque visite ? ». Dans une grande majorité de cas, la réponse est non. Et cette réponse change tout : elle ouvre la voie au site statique, une approche qui conjugue rapidité, sécurité et un coût d’infrastructure radicalement plus faible.

Statique ne veut pas dire figé

Commençons par lever le malentendu le plus courant. Un site « statique » n’est pas un site qu’on ne peut plus modifier. Le mot décrit la manière dont le site est servi au visiteur : sous forme de pages HTML déjà construites, prêtes à être affichées instantanément.

À l’opposé, un site « dynamique » (WordPress, Ghost et la plupart des CMS) reconstruit chaque page à la volée, à chaque visite : il interroge une base de données, exécute du code, assemble le résultat, puis l’envoie. C’est puissant quand c’est nécessaire, mais c’est aussi plus lent, plus fragile et plus coûteux quand le contenu ne change, en réalité, qu’au moment de la publication.

Nous l’avons d’ailleurs détaillé dans notre article CMS Ghost peut-il rivaliser avec WordPress ? : le bon outil dépend toujours de l’usage réel, pas de la mode.

Trois bénéfices concrets

La rapidité. Une page déjà construite et servie depuis un CDN s’affiche quasi instantanément. C’est l’avantage le plus visible pour vos visiteurs — et un signal apprécié des moteurs de recherche, comme nous l’expliquons dans notre méthode performance.

La sécurité. Pas de base de données exposée, pas de serveur applicatif à maintenir, pas de plugin à mettre à jour en urgence après une faille : la surface d’attaque est réduite à presque rien. Un site statique ne se fait pas pirater par un CMS obsolète, pour la bonne raison qu’il n’y a pas de CMS qui tourne.

Le coût. C’est souvent le point qui surprend le plus nos clients. Servir des fichiers depuis un stockage objet coûte quelques centimes par mois. Un hébergement dynamique équivalent — serveur, base de données, maintenance, mises à jour de sécurité — revient fréquemment cent fois plus cher sur la durée. Pour une TPE, la différence est loin d’être anecdotique.

La main sur chaque détail (SEO et GEO compris)

Un avantage moins évident, mais décisif : avec un site statique, on a la main sur absolument chaque élément. Balises, métadonnées, données structurées, vitesse, maillage interne, fichier llms.txt pour les IA — tout est directement modifiable, ligne à ligne, sans dépendre d’un plugin à acheter ni d’un thème qui impose ses choix. Là où un CMS comme WordPress oblige souvent à empiler des extensions — avec leurs limites, leurs conflits et leurs failles — pour optimiser le moindre détail, nous ajustons chaque réglage au petit oignon, sans compromis dicté par l’outil.

C’est un terrain idéal pour le suivi du référencement SEO et le suivi GEO : aucune optimisation n’est hors de portée, et rien ne vous est imposé par un logiciel intermédiaire.

Comment on s’y prend

Notre méthode consiste à écrire le contenu dans des fichiers simples (Markdown, JSON) versionnés dans Git, puis à laisser un générateur — nous utilisons Astro — produire une fois pour toutes les pages du site. Le résultat est déposé sur un stockage objet derrière un CDN, et chaque mise à jour déclenche automatiquement une nouvelle construction via notre chaîne CI/CD. Publier revient simplement à pousser un changement.

Ce site en est la démonstration : il est entièrement statique, son contenu est versionné dans un dépôt Git, et il est servi pour quelques centimes par mois. La même approche a porté des projets éditoriaux comme Les Éditions du Web.

Le bon outil pour le bon besoin

Soyons clairs : tout ne doit pas être statique. Un produit avec beaucoup d’interactions temps réel a besoin d’une part dynamique. Notre rôle est justement de tracer la frontière au bon endroit — proposer un site web statique quand c’est pertinent, et brancher des briques dynamiques ciblées seulement là où elles apportent une vraie valeur. C’est cette sobriété de conception qui vous évite de payer, mois après mois, pour une complexité dont vous n’avez pas besoin.

Pas à pas

Les étapes de la méthode.

  1. 1

    Qualifier le besoin

    Toutes les pages d'un site n'ont pas besoin d'être calculées à chaque visite. On distingue ce qui est réellement dynamique (espace client, panier temps réel) de ce qui ne change qu'à la publication (pages, articles, vitrine).

  2. 2

    Structurer le contenu

    Le contenu est écrit dans des fichiers simples (Markdown, JSON), versionnés dans Git. Pas de base de données à interroger à chaque page : la source de vérité est le dépôt.

  3. 3

    Générer le site au build

    Un générateur (Astro, dans notre cas) transforme une fois pour toutes le contenu en pages HTML prêtes à servir. Tout le travail est fait au moment de la construction, pas à chaque visite.

  4. 4

    Héberger sur du stockage objet

    Les fichiers produits sont déposés sur un stockage objet peu coûteux, derrière un CDN. Pas de serveur applicatif à administrer, à patcher ou à dimensionner.

  5. 5

    Publier par automatisation

    Une mise à jour de contenu déclenche un nouveau build et une nouvelle synchronisation, automatiquement. Publier revient à pousser un changement dans Git.

La preuve

Cette méthode en action.

Site vitrine — notre site

Notre site

Notre propre site : un site statique Astro, rapide et sobre, hébergé sur Scaleway. La démonstration de notre approche « performance d'abord ».

Édition

Les Éditions du Web

Notre maison d'édition : des livres pour celles et ceux qui font le Web. Boutique en ligne (papier + ePub sans DRM) éditée en propre depuis Rennes.

Passer à l'action

La prestation associée.

Site web

Site web public

Vitrine institutionnelle, landing page, site éditorial — pensé avec vous pour porter votre marque sans dette technique.

Questions fréquentes

Ce qu'on nous demande le plus souvent.

Un site statique, ça veut dire qu'on ne peut plus rien modifier ?

Au contraire. « Statique » désigne la façon dont le site est servi (des pages prêtes à l'emploi), pas la fréquence des mises à jour. On modifie le contenu autant qu'on veut : chaque changement régénère le site. Ce que l'on perd, c'est la lourdeur et la fragilité d'un CMS qui tourne en permanence.

Pourquoi est-ce moins cher à héberger ?

Parce qu'il n'y a ni serveur applicatif ni base de données à faire tourner 24h/24. On sert des fichiers depuis un stockage objet, facturé quelques centimes par mois, là où un hébergement dynamique équivalent (serveur, base de données, maintenance) se chiffre en dizaines d'euros. Le rapport va facilement de un à cent.

Est-ce adapté à tous les projets ?

Non, et on le dit honnêtement. Un site avec beaucoup d'interactions temps réel (marketplace, espace client riche) a besoin d'une part dynamique. Mais une vitrine, un blog, un site éditorial ou institutionnel gagnent presque toujours à être statiques — quitte à brancher des briques dynamiques ciblées là où c'est nécessaire.

Pour aller plus loin

À lire sur le blog.

À voir aussi

Méthodes liées.

Éco-conception

Notre méthode d'éco-conception numérique

Concevoir des sites et des logiciels sobres : moins de poids, moins de calcul, moins d'énergie — pour un impact réduit, et accessoirement des produits plus rapides et moins chers.

Parlons concrètement de votre projet.

Un premier échange de 30 min, sans engagement, pour cadrer ensemble vos enjeux.