WordPress et le HTML statique sont deux modes d’exploitation. Le bon choix dépend surtout de qui publie, de la fréquence des changements, des fonctions attendues et de la maintenance prévue.
Réponse courte
WordPress est cohérent lorsque plusieurs personnes non techniques publient régulièrement et que ses fonctions éditoriales évitent du développement spécifique. Un site statique est cohérent lorsque le contenu change peu, que les fonctions sont limitées ou externalisées et qu’un responsable des modifications est identifié. Aucun des deux ne garantit à lui seul rapidité, sécurité, référencement ou accessibilité.
Deux architectures, avec des solutions hybrides
Une page statique est un fichier déjà produit que le serveur renvoie. Un site dynamique peut construire la réponse à la demande à partir de modèles et de données. La documentation MDN explique cette distinction.
Les prérequis officiels de WordPress comprennent PHP et MySQL ou MariaDB. Un site statique peut néanmoins utiliser JavaScript, des formulaires externes et des fonctions serveur. Des générateurs statiques peuvent aussi être reliés à un CMS : la décision n’est donc pas toujours binaire.
Qui doit publier, et à quelle fréquence ?
L’éditeur de blocs WordPress permet de composer pages et articles avec textes, images, listes, vidéos et galeries. C’est utile lorsqu’une équipe doit publier sans modifier le code.
Un site HTML modifié directement suppose une compétence technique ou l’intervention du prestataire. Il peut aussi disposer d’une chaîne de publication adaptée. Posez quatre questions : combien de publications par mois, combien de contributeurs, quel circuit de validation et quel niveau d’autonomie réel ?
Fonctions métier et dépendances
| Besoin | WordPress | Statique |
|---|---|---|
| Actualités fréquentes | Interface éditoriale intégrée. | Chaîne de publication ou intervention technique à prévoir. |
| Formulaire | Extension ou développement. | Service externe ou fonction serveur. |
| Catalogue et paiement | Extension et maintenance associée. | Service externe ou développement spécifique. |
| Multilingue | Extension, configuration et traduction. | Pages ou génération multilingue à organiser. |
Les extensions WordPress ajoutent des fonctions, mais leur qualité, leur maintenance et leur compatibilité doivent être évaluées séparément. Toute intégration externe crée aussi une dépendance sur un site statique.
Performance : mesurer plutôt que promettre
Une architecture statique limite le traitement serveur nécessaire pour afficher des pages déjà produites. WordPress peut de son côté utiliser un cache qui sert des fichiers statiques, comme l’explique sa documentation sur le cache.
Les images, polices, scripts tiers, règles de cache, thèmes et hébergements influencent également fortement le résultat réel. Ils empêchent de déduire la performance à partir du seul choix WordPress ou statique. Comparez des mesures sur des pages comparables avec PageSpeed Insights ou WebPageTest, sans attribuer toute différence au CMS.
Sécurité et maintenance
WordPress demande de suivre le cœur, les thèmes et les extensions. Sa documentation de sécurité recommande mises à jour, surveillance et préparation de la reprise.
Un site statique de base comporte moins de composants applicatifs côté serveur. C’est une conséquence architecturale, pas la preuve d’une sécurité absolue : hébergement, DNS, dépôt de code, comptes, scripts tiers et formulaires restent exposés.
L’ANSSI recommande les mises à jour et les sauvegardes régulières, quelle que soit l’architecture.
Comparer le coût d’exploitation
- Conception et migration initiales.
- Hébergement et domaine.
- Maintenance corrective et de sécurité.
- Licences et abonnements.
- Temps de publication.
- Évolutions et récupération après incident.
- Migration ou changement de prestataire.
WordPress est distribué sous licence libre, mais conception, hébergement, extensions, support et maintenance ne sont pas gratuits pour autant.
Matrice de décision
WordPress est généralement cohérent si plusieurs personnes publient régulièrement, si les fonctions éditoriales répondent au besoin et si un budget de maintenance est prévu.
Un site statique est généralement cohérent si le contenu change peu, si les fonctions restent limitées ou externalisées et si la chaîne de déploiement est documentée.
Testez enfin la réversibilité : pouvez-vous exporter les contenus, récupérer le domaine, les fichiers, les sauvegardes et les licences nécessaires ?
Principales sources et limites
- WordPress : mises à jour et guide de sécurité, documentation du projet WordPress.
- ANSSI : règles de sécurité numérique, recommandations générales et non comparaison de CMS.
Un avis de vulnérabilité isolé ne permet pas de déclarer WordPress « non sécurisé ». Une bonne performance statique ne prouve pas qu’un site restera rapide après l’ajout de scripts tiers. Cette page compare des responsabilités d’exploitation, pas deux résultats garantis.
Sources consultées le 22 septembre 2026. Les liens placés dans le texte indiquent quelle affirmation ils documentent.