Création site internet : pourquoi je préfère Astro et Strapi à WordPress

WordPress fait tourner plus de 40 % des sites dans le monde, selon les relevés de W3Techs. Ce chiffre rassure, mais il a un revers : WordPress est aussi la cible la plus étudiée par les robots qui parcourent le web à la recherche d'une extension oubliée lors des mises à jour.

J'ai moi-même livré pendant des années des WordPress sur mesure, avec un thème codé pour chaque projet et sans page builder. Quand un dirigeant me demande pourquoi je ne pars plus sur WordPress par défaut, ma réponse tient en trois critères mesurables : le temps d'affichage d'une page, le nombre de points d'entrée exposés aux attaques, et ce que coûte le site trois ans après sa mise en ligne. Sur ces trois points, le duo Astro et Strapi change l'équation de la plupart des projets de création de site internet, y compris face à un WordPress bien construit.

Pourquoi éviter WordPress pour la création de site internet ?

La réponse honnête : il ne faut pas toujours l'éviter. WordPress reste un bon CMS quand plusieurs personnes non techniques publient chaque semaine et qu'un catalogue de thèmes permet de démarrer vite.

Sa force est aussi sa limite : WordPress essaie de répondre à tout. Le même outil doit faire tourner un blog, une boutique, un forum ou un site d'entreprise. Il embarque donc d'office des commentaires, des widgets, des menus, des modèles de pages ou encore une interface XML-RPC, et chaque besoin supplémentaire ajoute une extension, elle-même conçue pour des milliers de sites différents. Vous hébergez, mettez à jour et sécurisez des fonctions que vous n'utiliserez jamais.

Le problème n'est pas l'outil, c'est son architecture monolithique. Dans WordPress, l'administration, la base de données, la logique PHP et l'affichage public vivent dans la même application. Chaque extension installée vient s'ajouter à ce bloc unique.

Un WordPress sur mesure corrige une partie du problème. Un thème codé pour le projet, sans page builder et avec peu d'extensions, est plus léger et plus sûr qu'un thème acheté en ligne. Mais il reste un WordPress : même socle, même administration généraliste, même cœur à surveiller.

Astro et Strapi séparent ces responsabilités :

• Strapi est un CMS headless open source. Il gère le contenu et l'expose via une API, sans rien imposer sur l'affichage.
• Astro est un framework qui récupère ce contenu et génère des pages HTML prêtes à être servies.
• Le site public et l'espace d'édition deviennent deux applications distinctes.

Strapi part de l'inverse de WordPress : il démarre presque vide. On y crée les types de contenu dont l'entreprise a réellement besoin (actualités, réalisations, offres d'emploi), avec leurs champs, et rien d'autre. Pas de commentaires si vous n'en voulez pas, pas de fonctions superflues à désactiver une par une.

Cette séparation a une conséquence directe : le choix du front n'est plus dicté par les thèmes du moteur. Astro peut intégrer React, Vue ou Svelte si une zone de la page en a besoin, ou s'en passer complètement. Le même contenu peut aussi alimenter plusieurs canaux. WordPress sait lui aussi exposer ses contenus par API, mais tout son modèle reste pensé pour afficher lui-même le site.

Vitesse : du HTML prêt à servir plutôt que du PHP recalculé

À chaque visite sur une page WordPress non mise en cache, le serveur exécute du code PHP, interroge la base de données MySQL ou MariaDB, assemble le thème et les extensions, puis renvoie le résultat. Ce travail recommence pour chaque visiteur.

Astro inverse la logique. Les pages sont générées une seule fois, au moment de la construction du site, appelée le build. Le serveur se contente ensuite d'envoyer des fichiers HTML déjà prêts, ce qui peut se faire depuis un CDN situé près du visiteur.

Le second levier concerne le JavaScript. Astro repose sur une architecture dite en îlots : seules les zones interactives, comme un formulaire avancé, un carrousel ou un moteur de recherche, chargent du JavaScript. Le texte, les images et le pied de page restent du HTML léger. Le navigateur télécharge et exécute moins de code, ce qui se ressent surtout sur mobile.

WordPress peut aussi être rapide. Mais le résultat dépend d'une chaîne de décisions : qualité du thème, nombre d'extensions, présence d'un page builder comme Elementor, configuration du cache et qualité de l'hébergement WordPress. Chaque maillon peut dégrader le temps de chargement.

Un WordPress sur mesure supprime le maillon le plus lourd, le page builder, et c'est là qu'il gagne le plus face à un thème du commerce. Il garde en revanche le fonctionnement de base : du PHP et des requêtes à la base pour chaque page non mise en cache, et des scripts et styles ajoutés par défaut par WordPress et les extensions, qu'il faut retirer un par un.

Côté référencement, les deux solutions atteignent un bon niveau quand elles sont correctement configurées. La différence se joue sur les Core Web Vitals, où la sobriété d'Astro donne un avantage, et sur la facilité à garder un code propre dans la durée. Avec Astro, la performance est l'état par défaut. Avec WordPress, même sur mesure, c'est un état qu'il faut entretenir.

Sécurité : moins de portes ouvertes, moins de risques

Un site WordPress expose en permanence son interface d'administration et le code de chaque extension installée, avec une base de données interrogée à chaque page. Selon le rapport 2026 de Patchstack, spécialiste de la sécurité WordPress, 91 % des failles recensées en 2025 concernaient des extensions et 9 % des thèmes : le cœur de WordPress n'en représente qu'une infime partie. Le risque vient donc surtout de l'empilement de code tiers.

Pour une PME, le scénario courant n'est pas une attaque ciblée. C'est un robot qui scanne des milliers de sites à la recherche d'une version précise d'une extension vulnérable. Si la mise à jour n'a pas été appliquée à temps, le site est compromis sans que personne ne l'ait visé.

Un WordPress sur mesure réduit ce risque : pas de thème tiers, moins d'extensions. Mais il en garde presque toujours quelques-unes (formulaires, SEO, cache), et il partage le cœur de WordPress avec des centaines de millions de sites. En juillet 2026, la faille wp2shell l'a rappelé : deux vulnérabilités du cœur, chaînées, permettaient de prendre le contrôle d'une installation par défaut, sans aucune extension. WordPress a publié un correctif et forcé les mises à jour le jour de la divulgation, et les tentatives d'exploitation ont commencé dans les heures qui ont suivi. Ce type de faille reste rare, mais sur un socle aussi répandu, chaque faille du cœur peut devenir une campagne d'attaque mondiale.

Avec Astro et Strapi, la surface d'attaque change de nature :

• Le site public est composé de fichiers HTML statiques. Aucune base de données n'est interrogée à l'affichage, ce qui écarte les injections SQL sur ces pages.
• L'administration Strapi peut être hébergée sur un serveur séparé, accessible uniquement depuis certaines adresses IP ou via un VPN.
• Si le CMS subit une panne ou un incident, le site public continue de fonctionner avec la dernière version générée.

Cette architecture ne rend pas le site invulnérable. Strapi est une application Node.js qui doit être mise à jour, aucune technologie n'est à l'abri d'une faille, et un formulaire de contact reste un point d'entrée à protéger. Mais le nombre de portes ouvertes diminue, et celles qui restent sont connues et surveillées.

Quelles sont les alternatives à l'hébergement WordPress ?

L'hébergement WordPress classique repose sur un serveur capable d'exécuter PHP et MySQL en continu, souvent mutualisé chez un hébergeur grand public. Une architecture découplée divise l'hébergement en deux briques aux besoins très différents.

• Le site Astro se déploie comme un ensemble de fichiers statiques, sur un CDN comme Cloudflare Pages ou Netlify, ou sur un simple serveur web. Ces fichiers consomment peu de ressources et absorbent les pics de trafic sans réglage particulier.
• Strapi tourne sur un serveur Node.js avec sa base de données, PostgreSQL par exemple. Il peut être installé sur un VPS chez un hébergeur français comme OVHcloud ou Hostinger, ou sur Strapi Cloud, l'offre gérée de l'éditeur.

Le vrai sujet reste le coût de maintenance sur plusieurs années. Un site WordPress vit avec un thème, plusieurs extensions, parfois un builder, et des mises à jour fréquentes. Chaque mise à jour peut provoquer une incompatibilité entre deux extensions, et une extension abandonnée par son auteur devient un chantier de remplacement.

Un WordPress sur mesure limite ces frottements, mais pas le rythme : le cœur, les extensions restantes et la version de PHP continuent d'imposer leurs mises à jour, et le thème codé doit suivre les évolutions de WordPress.

Sur une stack Astro et Strapi, les dépendances sont moins nombreuses, choisies et documentées dès le départ. Les mises à jour se planifient et se testent avant déploiement. Une faille critique dans Strapi ou Node.js impose aussi d'agir vite, mais sur un périmètre connu, sans dépendre d'une série d'éditeurs d'extensions.

Côté création, face à un WordPress sur mesure, le budget est comparable : je développe en composants, et brancher Strapi sur un site Astro demande peu de travail supplémentaire.

Mon conseil : avant de comparer des devis, demandez combien coûtera le site en maintenance la troisième année. C'est souvent à ce moment que l'écart se creuse.

Les cas où cette stack n'est pas le bon choix

Recommander Astro et Strapi pour tous les projets serait aussi peu sérieux que d'imposer WordPress par défaut. Cette architecture a des contraintes réelles, qu'un dirigeant doit connaître avant de signer.

L'écosystème est plus restreint. Le répertoire officiel de WordPress compte plus de 75 000 extensions gratuites. Strapi dispose d'une marketplace de plugins, mais beaucoup plus modeste. Une fonctionnalité qui s'installe en quelques minutes sur WordPress peut demander du développement.

La publication n'est pas instantanée. Les pages étant générées au build, une modification dans Strapi déclenche une reconstruction du site via un webhook. Selon la taille du site, la mise en ligne prend de quelques secondes à quelques minutes. Pour un média qui publie en continu, Astro propose un rendu côté serveur, mais cette option réintroduit une partie de la complexité.

L'édition demande un temps d'adaptation. L'interface de Strapi est plus simple que celle de WordPress : elle n'affiche que vos contenus et leurs champs, sans menus d'apparence, de widgets, de commentaires ou d'extensions à gérer. Mais elle organise le contenu en champs structurés plutôt qu'en pages composées à la souris. Une équipe habituée à Gutenberg ou Elementor aura besoin d'un temps d'adaptation au départ.

Un développeur reste nécessaire pour faire évoluer la structure. Ajouter un nouveau type de page ou un nouveau bloc passe par le code, pas par une extension téléchargée.

Enfin, pour une boutique en ligne avec gestion de stock, variantes et logistique, ni Astro ni Strapi ne remplacent une solution e-commerce dédiée, comme WooCommerce ou Sylius.

Comment une agence web moderne aborde le développement web ?

Une agence web ou un développeur web qui travaille avec des architectures découplées ne commence pas par choisir un outil. Il commence par trois questions : qui publie le contenu, à quelle fréquence, et ce que le site devra faire dans trois ans.

Cette méthode change la manière de construire. Le contenu est modélisé dans Strapi selon le métier de l'entreprise : fiches produits, réalisations, offres d'emploi, actualités. Chaque type de contenu possède ses propres champs, ce qui évite les pages fourre-tout et garantit une mise en forme homogène, quel que soit le rédacteur. Et l'administration ne contient que ces contenus : rien de plus à expliquer, à maintenir ou à sécuriser.

Un WordPress sur mesure permet d'approcher ce résultat avec des champs personnalisés, par exemple via l'extension ACF. Mais ces champs se greffent sur une administration générique, qui garde ses articles, ses commentaires, ses réglages et son menu d'extensions.

L'autre bénéfice est l'évolutivité. Strapi expose son contenu via une API REST ou GraphQL. La même base peut donc alimenter le site, une application mobile ou une application web interne. Le jour où l'entreprise lance un portail client, elle n'a pas à ressaisir ses contenus.

C'est ce qui distingue une véritable création de site web sur mesure d'un thème personnalisé : l'outil s'adapte à l'organisation, et non l'inverse. L'équipe reste autonome sur ses textes, ses images et ses pages, sans dépendre d'une extension tierce dont la pérennité n'est garantie par personne.

L'architecture compte plus que la notoriété

WordPress reste un outil solide, et un WordPress sur mesure en corrige une partie des défauts. Mais un CMS qui veut répondre à tout embarque forcément plus que ce dont votre site a besoin, et son modèle monolithique fait payer la vitesse et la sécurité en maintenance continue. Astro et Strapi intègrent ces deux qualités dans l'architecture elle-même et ne contiennent que ce que votre projet demande, au prix d'un écosystème plus restreint et d'un développeur dans la boucle.

Votre site actuel est-il rapide et sûr par conception, ou seulement parce que quelqu'un s'en occupe chaque mois ?

Sources : Astro ou WordPress : comment choisir ? (Romain Couzon) WordPress ou Astro : quel CMS pour votre site ? (Spread) Strapi, The Headless CMS : dans quel cas l'adopter (Sooyoos) WordPress 7.0.2, correctif de sécurité (WordPress.org) WordPress Core « wp2shell » RCE flaws get public exploits (BleepingComputer)