Beaucoup de prestataires posent le débat en outils : WordPress d'un côté, Nuxt, Next ou un générateur de l'autre. Le client entend une guerre de développeurs. Le vrai sujet d'un site vitrine est plus simple. Qui publie les pages après la mise en ligne ? À quelle fréquence ? Quel niveau de performance et de sécurité voulez-vous sans TMA lourde ? Cet article compare un site WordPress classique et un site statique (HTML généré, parfois avec un CMS headless ou des fichiers versionnés). Pas pour déclarer un vainqueur. Pour vous éviter de payer un CMS dont personne n'ouvre l'admin, ou un statique que personne ne sait mettre à jour.
🔎 Ce qu'on appelle site WordPress, ce qu'on appelle site statique
Un site WordPress, ici, c'est le classique : PHP, base, admin, thèmes, extensions. Vous vous connectez, éditez une page, publiez. Le serveur construit le HTML à la requête, ou le sert depuis un cache. C'est le réflexe de la plupart des vitrines PME en France, pour de bonnes raisons : l'édition, les prestataires disponibles, les formulaires, le blog.
Un site statique, c'est un ensemble de fichiers HTML (et CSS, JS, images) générés à l'avance. Le serveur ne calcule plus la page à chaque visite. On le construit avec un générateur (Nuxt en mode statique, Eleventy, Astro, Hugo) ou même à la main pour cinq pages. L'édition se fait dans le code, dans un CMS headless, ou dans des fichiers Markdown. Plus de PHP exposé, plus de base à pirater sur le front.
🛠️ Qui publie après le jour J : le critère qui décide
Si une chargée de comm doit changer une photo, ajouter une actualité, corriger un tarif deux fois par semaine, un site WordPress bien cadré reste le plus honnête. Lui vendre un site statique « que le développeur met à jour » crée une file d'attente et de la frustration. Ou pire : un headless mal branché, plus cher que WordPress, pour le même confort.
Si le site bouge quatre fois par an, que les textes sont stables, qu'une landing se prépare comme un mini-projet, le statique brille. Moins de surface d'attaque, des perfs souvent meilleures, une TMA plus légère. Beaucoup de vitrines WordPress n'ouvrent l'admin que pour un bandeau « congés ». Ces sites paient un CMS pour rien.
- Plusieurs publications par semaine : WordPress (ou headless très bien conçu)
- Quelques mises à jour par an : site statique souvent plus juste
- Blog ambitieux tenu en interne : WordPress reste plus fluide
- Personne d'identifié pour publier : ne payez pas un back-office fantôme
✅ Performance et hébergement
Un site statique bien généré est difficile à battre sur le LCP : fichiers, CDN, pas de bootstrap PHP. Un site WordPress peut s'en approcher avec un cache de page, des images tenues, un thème mince. Il l'atteint rarement avec un builder et vingt plugins. Si la vitrine est une page d'autorité (cabinet, industrie, luxe discret), le statique aide le ressenti « site rapide ».
L'hébergement d'un statique est simple : objet, CDN, parfois un petit VPS. WordPress demande PHP, base, sauvegardes, mises à jour. Le coût mensuel n'est pas que l'hébergeur. C'est la TMA. Un WordPress sans maintenance n'est pas « moins cher qu'un statique ». C'est une dette en attente.
⚠️ Sécurité : moins de portes, moins de TMA de peur
Le site statique n'a pas d'admin WordPress à brute-forcer, pas d'XML-RPC, pas de plugin oublié. Le formulaire de contact part vers un service (ou un serverless), pas vers wp-admin. Pour une vitrine qui n'a pas besoin de comptes utilisateurs, c'est un argument fort, surtout si personne ne fera les mises à jour.
WordPress se sécurise : double auth, URL d'admin, XML-RPC coupé, mises à jour, monitoring. Je le fais tous les mois en TMA. Ça a un prix. Si vous refusez ce prix, ne prenez pas WordPress « parce que c'est simple ». Prenez un statique, ou acceptez le risque. WordPress sans maintenance et sans risque, ça ne tient pas.
📌 SEO : le moteur se moque du générateur
Google lit des pages, des titles, des liens, une vitesse, une intention. Il ne donne pas de bonus à WordPress, ni à Nuxt. Un site statique mal maillé perd face à un WordPress tenu. Un WordPress lent et dupliqué perd face à vingt pages statiques propres. Le SEO d'une vitrine, c'est le contenu et l'architecture, pas le logo du CMS.
Le blog change la donne. Produire, taxonomiser, relier, prévisualiser : WordPress reste plus productif pour qui n'est pas technique. Un blog en fichiers Markdown convient à un développeur, rarement à un responsable comm pressé. Si le SEO passe par les actualités, WordPress (classique ou headless) a plus de sens qu'un statique figé.
🧭 Formulaires, espaces, e-commerce : quand le statique s'arrête
Un formulaire de contact, un statique le gère. Un espace membre, un tunnel de paiement, un catalogue qui change tous les jours : on n'est plus sur une vitrine statique simple. On ajoute des services, un headless, ou on revient à WordPress / Woo / Presta. Forcer le statique « pour la perf » sur une boutique, c'est souvent reconstruire un CMS autour.
La vitrine + une boutique ailleurs (ou un module léger) peut rester statique sur le marketing et déléguer la caisse. C'est un choix à faire ensemble, pas un dogme. Dites ce qui doit vivre sur le même domaine avant de choisir l'outil.
💡 Coût à deux ans, pas devis du thème
Le thème WordPress acheté en ligne n'est pas le coût du site. La TMA, les incidents, le builder, les refontes de peur : voilà la facture. Le site statique a un build souvent plus cher au départ (moins de « on installe un thème »), puis plus calme. Sauf si chaque virgule revient au développeur : alors le statique devient un abonnement déguisé.
Comparez : WordPress + TMA honnête, contre statique + quelques évolutions par an. Pas WordPress « on verra » contre statique « c'est moderne ». Les deux mensonges coûtent.
🧪 Grille de choix pour une vitrine PME
Site WordPress si vous publiez, si le blog compte, si des prestataires doivent pouvoir entrer, si le budget de départ doit rester contenu et que vous financez la TMA. Site statique si les pages sont stables, si la perf et la sécu sans admin sont des arguments, si vous acceptez un développeur pour les vrais changements, si vous n'avez pas besoin d'un écosystème de plugins.
Le headless (WordPress derrière, front statique ou app) est un troisième chemin, plus cher, utile quand l'édition WordPress doit rester et que le front doit être très spécifique. Je le compare dans les articles « WordPress classique ou headless » et « WordPress headless : quand ça vaut le coût ». Je refuse de vendre un headless pour une vitrine que personne n'édite.
Le moteur se moque du générateur. Il lit des pages, pas un logo de CMS.
