Aller au contenu principal
Nouh Benzidane (accueil)
sites internet #WordPress#Astro#stack technique

WordPress vs Astro en 2026 : quelle stack choisir pour un site vitrine

· 10 min de lecture

En résumé

Astro pour un site vitrine de PME, WordPress pour un blog éditorial actif. Décision en une question : à quelle fréquence votre équipe non-technique publie sans développeur ?

Le choix tient en une question : à quelle fréquence votre équipe non-technique publie-t-elle du contenu ? Si c’est plusieurs fois par semaine sans qu’un développeur intervienne, WordPress reste le bon choix. Sinon, Astro l’emporte largement sur le terrain de la performance, du coût de maintenance et de la sécurité.

J’ai migré sept sites WordPress vers Astro depuis 2023. Trois étaient des vitrines de PME, deux des sites métier multi-villes, deux des landing pages produit. Sur les sept, six étaient mieux servis par Astro. Le septième, un magazine en ligne avec trois rédacteurs internes et un planning éditorial hebdomadaire, est resté sur WordPress avec un thème custom léger.

Voici les critères que j’utilise chez mes clients pour trancher, les chiffres concrets de performance et de coût, et les pièges classiques à éviter dans une migration.

Le critère qui tranche la décision

Le facteur déterminant n’est pas technique, il est éditorial. Si vous publiez plus de quatre contenus par semaine avec un éditeur qui n’écrit jamais une ligne de code, WordPress fait le travail mieux qu’Astro. L’éditeur Gutenberg est mature, le workflow de prévisualisation est rodé, et n’importe quel rédacteur formé à un CMS s’y retrouve en quelques heures.

Si vous publiez moins de quatre fois par mois, ou si le contenu passe systématiquement par un développeur (typiquement un site vitrine où les textes sont touchés une fois par trimestre), Astro est le meilleur choix. La balance bascule au moment où la friction de mise à jour devient un sujet métier plutôt qu’un sujet technique.

J’ai vu ce seuil se vérifier sur les sept migrations que j’ai pilotées depuis 2023. Le seul site qui est resté sur WordPress publiait trois articles par semaine avec deux rédacteurs internes et zéro développeur. Tous les autres, qui publiaient moins d’une fois par mois ou via un dev, ont migré sur Astro avec un bénéfice net.

Là où Astro écrase WordPress sans débat

Performance brute. Sur les sept sites que j’ai migrés, le Lighthouse Performance mobile est passé de 47 sur 100 en moyenne (WordPress, thème commercial avec dix plugins) à 96 sur 100 (Astro, build statique edge-deliverable). Le Largest Contentful Paint est tombé de 4,2 secondes en moyenne à 800 millisecondes. Google considère qu’au-delà de 2,5 secondes, l’expérience est dégradée selon web.dev — et un site qui charge en trois secondes au lieu d’une perd entre 30 et 50% de visiteurs sur mobile selon les études Akamai et Google sur la mobile UX.

Sécurité. WordPress fait tourner environ 43% des sites du web selon W3Techs en 2026. C’est aussi la stack la plus ciblée par les attaques. WPScan a recensé plus de 14 000 vulnérabilités identifiées dans l’écosystème de plugins jusqu’en 2025. Un site WordPress moyen utilise entre 10 et 25 plugins, chacun étant une surface d’attaque potentielle. Astro n’a pas de plugins, pas d’admin exposé, pas de base de données à pirater. Le risque de compromission est divisé par un facteur que je n’arrive pas à chiffrer précisément, mais qui se compte en ordres de grandeur.

Coût mensuel. Un hébergement WordPress mutualisé coûte entre 8 et 25 euros par mois, plus les sauvegardes (5 à 15 euros), plus les mises à jour de sécurité régulières que je facture entre 200 et 400 euros par an chez mes clients pour rester cadré. Un hébergement Astro sur Netlify ou Cloudflare Pages est gratuit jusqu’à plusieurs millions de visites par mois, et je ne facture aucune maintenance technique récurrente — il n’y a pas de plugin à mettre à jour.

Portabilité. Le code Astro est sur Git et appartient au client. Si demain il veut changer de prestataire, il transfère le repo et c’est fini. Avec WordPress, la portabilité existe en théorie mais en pratique elle est plombée par les plugins propriétaires, les configurations cachées dans la base de données, et la dépendance à un hébergeur qui sait spécifiquement manipuler du PHP.

Là où WordPress garde l’avantage

Trois cas de figure justifient encore WordPress en 2026.

Premier cas : éditorial à forte cadence. Si vous publiez plus de quatre fois par semaine avec une équipe non-technique, l’écosystème WordPress (Yoast pour le SEO, Gutenberg pour l’édition visuelle, custom post types pour les structures complexes) reste plus productif que tout ce qu’Astro propose pour un éditeur non-développeur. Un CMS headless comme Sanity ou Strapi peut combler le vide, mais à un coût d’implémentation qui ne se justifie que pour des projets à six chiffres.

Deuxième cas : besoins métier avec un plugin mature. WooCommerce reste un choix raisonnable pour un e-commerce sous 100 000 euros de chiffre d’affaires annuel. LearnDash et MemberPress couvrent bien les formations en ligne. Réimplémenter ces blocs en Astro est techniquement faisable mais représente des semaines de développement.

Troisième cas : intégration profonde dans un écosystème existant. Si votre boîte tourne déjà sur WordPress avec des outils internes branchés sur l’API WP-REST, migrer vers Astro casse la connectivité de ces outils. Le coût de la migration dépasse le bénéfice technique.

Combien coûte vraiment une migration

J’ai fait migrer plombiersidf.fr d’un WordPress lent vers Astro en avril 2025. Le site avait 24 pages géo-localisées (une par ville desservie en Île-de-France), un formulaire d’intervention, un blog éditorial peu actif (trois articles par an), et trois ans d’historique SEO à préserver.

Voici le découpage du chantier, en jours-homme :

  • Audit du WordPress existant et cartographie des contenus à migrer : 1 jour
  • Récupération des contenus en Markdown et restructuration de l’arborescence : 2 jours
  • Implémentation Astro avec schema.org LocalBusiness par ville : 4 jours
  • Configuration des redirections 301 (45 anciennes URLs vers nouvelles) : 1 jour
  • Tests pré-prod, audit Lighthouse, audit accessibilité WCAG 2.1 AA : 1 jour
  • Bascule DNS et monitoring post-migration : 1 jour

Total : 10 jours-homme, soit environ 6 000 à 8 000 euros au TJM d’un freelance senior. Pour un site équivalent en agence parisienne, la note tournerait plutôt entre 12 000 et 18 000 euros.

Le client a gagné sur trois fronts mesurables. La facture hébergement-maintenance est passée de 380 euros par an à zéro. Le trafic organique a remonté de 22% en six semaines après la migration, mesure Plausible avant-après. Le taux de conversion mobile du formulaire d’intervention est passé de 4,2% à 7,1% grâce au gain de performance.

Les pièges classiques d’un WordPress mal vieilli

Le WordPress de cinq ans n’est rarement le problème en soi. Les vrais coupables, dans 80% des cas que je vois passer, sont les suivants.

Le thème commercial avec page builder embarqué (Divi, Avada, Elementor Pro). À l’installation, il pèse déjà 2 à 4 Mo de JavaScript et de CSS. Sur mobile en 4G, le First Contentful Paint dépasse régulièrement les 3 secondes.

L’empilement de plugins pour des fonctions basiques. J’ai audité en mars 2025 un site WordPress avec 31 plugins actifs, dont 7 servaient au SEO, 4 à des formulaires différents, et 6 qui étaient en doublon fonctionnel. Le coût de maintenance grimpe linéairement avec le nombre de plugins.

L’admin laissé exposé sur /wp-admin sans 2FA et sans IP allowlist. Sur les comptes utilisateurs de mes clients, 100% de ceux qui ont laissé l’admin par défaut ont reçu au moins une tentative de brute force documentée dans leurs logs serveur.

La base de données qui grossit sans nettoyage. Une table wp_options qui dépasse les 50 000 lignes parce que des plugins désinstallés ont laissé leurs autoload, c’est commun. Le TTFB monte mécaniquement.

Astro fait l’économie de tous ces problèmes par construction. Pas de plugins. Pas de base de données. Pas d’admin exposé. Pas de page builder. Le site est compilé en HTML, CSS et JavaScript statique puis servi depuis un CDN edge. Le seul point de défaillance possible est le code que je gère moi-même, qui est versionné, testé et auditable.

Ce qu’Astro ne sait pas encore bien faire

Pour rester honnête, Astro n’est pas parfait en 2026. Trois limites que je rencontre régulièrement chez mes clients.

L’édition de contenu par un non-développeur reste douloureuse sans intégration headless. Pour mes clients qui veulent un blog éditorial actif, je branche soit Sanity (coût autour de 20 à 50 euros par mois pour un usage standard), soit Decap CMS si on veut rester gratuit et auto-hébergé. Aucune des deux options n’atteint le confort de Gutenberg pour un éditeur sans formation technique.

Le rendu serveur dynamique avec authentification demande encore des compromis. Astro supporte les routes SSR depuis la version 3, mais l’écosystème pour la session, les cookies sécurisés et la protection CSRF n’est pas aussi mûr que celui de Next.js. Pour un site marketing pur, ça n’a aucune importance. Pour un dashboard utilisateur, je regarde encore d’autres options.

Les communautés d’extensions sont plus petites. Sur WordPress, n’importe quelle fonctionnalité a déjà un plugin (de qualité variable). Sur Astro, vous trouverez plutôt des intégrations Vite ou des bibliothèques NPM pures, ce qui demande une culture dev un peu plus large pour s’y retrouver.

Ces trois limites n’invalident pas le choix d’Astro pour un site vitrine, mais elles cadrent où s’arrête son périmètre confortable. Si votre projet sort de ce périmètre, faites-vous confirmer le choix par quelqu’un qui n’a pas d’intérêt à vendre Astro plutôt qu’une autre stack.

La décision tient en deux questions {#summary}

Première question : votre équipe éditoriale est-elle composée d’au moins un rédacteur non-développeur qui publie plus de quatre fois par mois ? Si oui, WordPress reste le bon outil. Si non, Astro vous fera économiser de l’argent à long terme et améliorera mécaniquement votre SEO via la performance, qui est devenue un signal de ranking direct depuis la mise à jour Page Experience de Google en 2021.

Deuxième question : avez-vous des plugins WordPress critiques sans équivalent Astro raisonnable (WooCommerce gros volume, LMS complexe, intégrations CRM legacy) ? Si oui, restez sur WordPress et optimisez-le. Si non, migrez.

Le reste — la mode, le marketing autour d’une stack, les opinions tranchées sur Twitter — n’a aucun impact business. Ce sont ces deux questions qui doivent piloter le choix.

Ce qu’il faut retenir {#takeaways}

  • Astro gagne pour un site vitrine de PME ou un site métier local sans équipe éditoriale dédiée
  • WordPress reste pertinent au-dessus de quatre publications par semaine avec rédacteurs internes
  • La performance Astro moyenne est deux fois supérieure à WordPress sur Lighthouse mobile (96 vs 47 sur les sept migrations que j’ai pilotées)
  • Une migration coûte entre 6 000 et 8 000 euros en freelance senior pour un site vitrine d’une vingtaine de pages
  • Le coût de maintenance récurrent passe de plusieurs centaines d’euros par an à zéro sur un hébergement Netlify ou Cloudflare Pages
  • Le SEO se préserve si les redirections 301 sont mappées proprement et le sitemap re-soumis à la Search Console à la bascule

/faq

Questions fréquentes

Combien de temps prend une migration WordPress vers Astro ?

Comptez 10 jours-homme pour un site vitrine d'une vingtaine de pages avec préservation du SEO. Si l'équipe traite le projet en parallèle d'autres tâches, étalez sur 4 à 6 semaines calendaires de mon expérience.

Le SEO est-il préservé lors de la migration ?

Oui, à condition de mapper précisément chaque ancienne URL vers la nouvelle via des redirections 301, de conserver les balises canonical, et de soumettre le nouveau sitemap à la Search Console dès la bascule. C'est ce qui a permis à plombiersidf.fr de garder son trafic organique pendant la migration.

Astro convient-il pour un e-commerce ?

Pour un catalogue inférieur à 200 produits et un chiffre d'affaires sous 100 000 euros annuels, Astro avec Snipcart ou Shopify Buy Button fonctionne très bien. Au-delà, restez sur WooCommerce ou Shopify natif — la complexité d'un panier multi-options finit par justifier une plateforme dédiée.

Faut-il un développeur pour publier sur Astro ?

Par défaut oui, ce qui est précisément la limite de la stack pour un blog actif sans équipe technique. Pour contourner, branchez un CMS headless comme Sanity ou Decap CMS — les rédacteurs publient depuis une interface, le site se rebuild automatiquement à chaque modification.

/sources

  1. [1] W3Techs — Usage statistics of WordPress (consulté le 2026-05-28)
  2. [2] WPScan — WordPress vulnerability statistics (consulté le 2026-05-28)
  3. [3] web.dev — Largest Contentful Paint (LCP) (consulté le 2026-05-28)
  4. [4] Google Search Central — Page Experience update (consulté le 2026-05-28)
  5. [5] Astro Documentation — Architecture (consulté le 2026-05-28)

/à lire ensuite

/contact

Un projet inspiré par cet article ?

Site, automatisation IA, ou simplement une réflexion à challenger. Racontez-moi votre contexte, je vous reviens sous 48 heures ouvrées.