La question n’est pas de savoir quelle technologie est la meilleure, mais laquelle correspond à la façon dont votre site va vivre. Un site que vous alimentez chaque semaine et un site de présentation figé pendant trois ans n’ont pas les mêmes besoins, et le pire choix est celui fait par imitation. Voici une comparaison sur sept critères concrets, avec un verdict par profil plutôt qu’un vainqueur unique. Nous travaillons les deux socles, ce qui nous évite d’avoir à défendre l’un contre l’autre.
Ce qu’est Astro, en trois phrases
Astro est un outil qui assemble les pages à l’avance et n’envoie au navigateur que le strict nécessaire. Par défaut, il retire tout le JavaScript des composants d’interface : le visiteur reçoit du HTML et du CSS, rien de plus. Quand un élément a réellement besoin d’être interactif, un carrousel ou un filtre par exemple, on le déclare explicitement avec une directive et lui seul embarque du code.
---
import Carrousel from "../composants/Carrousel.jsx";
---
<Carrousel client:visible />
C’est le principe des îlots : client:load charge tout de suite, client:idle attend que le navigateur souffle, client:visible attend que l’élément entre dans l’écran. Les îlots serveur, déclarés avec server:defer, permettent en plus d’afficher immédiatement la page et de laisser arriver ensuite les parties coûteuses à calculer.
Disons aussi ce qu’Astro n’est pas : ce n’est pas une interface d’administration prête à l’emploi. Il faut lui adjoindre une source de contenu, sans quoi votre client ne pourra rien modifier seul. La version 6, sortie le 10 mars 2026, demande au minimum Node 22 et ajoute la gestion native des polices et des collections de contenu chargées à la demande ; la documentation existe en français.
Ce que WordPress fait mieux, honnêtement
Commençons par là, parce que c’est la partie que les agences spécialisées Astro passent sous silence.
- L’autonomie éditoriale, dès le premier jour. Votre client publie un article, change une photo, corrige un tarif, sans appeler personne. Aucun socle moderne ne rivalise sur ce terrain sans travail supplémentaire.
- L’écosystème. Formulaires, réservation, adhésions, multilingue, commerce : la brique existe déjà, éprouvée par des millions d’installations.
- Le commerce en ligne mature. Stocks, taxes, transporteurs, factures, remboursements. Reconstruire cela ailleurs coûte des mois.
- Les compétences disponibles partout. Si votre prestataire disparaît, vous retrouvez quelqu’un en une semaine. C’est un critère de continuité, pas un détail.
- Le coût d’entrée. Un site vitrine solide se met en ligne rapidement, sur un hébergement mutualisé standard.
La version 7.0 est sortie le 20 mai 2026 et le projet reste largement le plus déployé du web. Pour beaucoup de sites vitrines, il demeure tout simplement le bon choix, comme nous l’écrivions déjà à propos de WordPress clé en main.
Ce qu’Astro apporte vraiment
Quatre avantages, dont un seul est une question de vitesse.
La performance par conception. Une page pré-générée n’exécute ni PHP ni requête de base au moment de la visite : elle est déjà écrite. On n’empile pas trois extensions de cache pour compenser un socle lourd, on n’a rien à compenser. Le contraste est net avec les causes détaillées dans pourquoi un site est lent, et avec l’impact d’un site lent sur vos clients.
Une surface d’attaque réduite. Un site servi en fichiers statiques n’a ni administration publique, ni base de données exposée, ni extension tierce exécutant du code. La quasi-totalité des attaques automatisées visant WordPress n’ont tout simplement rien à viser.
Un hébergement simple et léger. Servir des fichiers coûte une fraction des ressources d’un serveur applicatif, ce qui rejoint directement notre démarche d’éco-conception et d’économie de ressources.
Une durée de vie technique plus longue. Pas de dette d’extensions à surveiller ni de version de PHP qui vous rattrape. Les dépendances se mettent à jour, mais elles sont peu nombreuses et visibles dans un fichier.
Les sept critères de décision
| Critère | Penche vers | Pourquoi |
|---|---|---|
| Qui publie, et à quelle fréquence | WordPress si le client publie seul chaque semaine | L’administration est immédiatement utilisable, sans chaîne technique |
| Vente en ligne | WordPress dès qu’il y a stocks et comptes clients | Le commerce complet demande une couche applicative mature |
| Espaces personnalisés, comptes | WordPress, ou un développement sur mesure | Une page pré-générée est par nature identique pour tous |
| Exigence de performance et de sobriété | Astro, nettement | Le HTML est produit une fois, pas à chaque visite |
| Compétences disponibles | WordPress | Le vivier est incomparablement plus large en France |
| Durée de vie visée avant refonte | Astro au-delà de cinq ans | Moins de dépendances, donc moins d’usure |
| Charge d’entretien acceptée | Dépend de la nature, pas du volume | Suivi d’extensions d’un côté, dépendances et chaîne de construction de l’autre |
La troisième voie : garder l’administration, changer la façade
L’approche découplée consiste à garder WordPress et changer la façade : l’administration reste le lieu de rédaction, invisible du public, et les pages publiques sont générées avec Astro. Le client garde l’interface qu’il connaît, les visiteurs reçoivent des pages statiques, et l’administration n’est plus exposée sur le web.
Le bénéfice est réel, le coût aussi : vous maintenez désormais deux systèmes plus la chaîne qui les relie, et une nouvelle question apparaît, celle du délai entre la publication d’un article et sa mise en ligne effective, qui dépend du temps de reconstruction. Sur un site de 300 pages, c’est une affaire de secondes ; sur un catalogue de 20 000 fiches, cela demande une reconstruction partielle et de la méthode. Cette voie se justifie quand l’autonomie éditoriale et la performance sont toutes deux non négociables, et seulement dans ce cas.
Ce que cela change pour l’entretien
Aucun socle ne supprime l’entretien : il en change la nature, et c’est le point que personne ne chiffre honnêtement.
| Charge récurrente | WordPress | Astro |
|---|---|---|
| Mises à jour | Cœur, thème et extensions, souvent plusieurs fois par mois | Dépendances, quelques fois par an |
| Sécurité | Surveillance active, pare-feu, comptes à gérer | Marginale sur un site statique |
| Version de PHP | À suivre : la branche 8.2 ne recevra plus de correctif après fin 2026 | Sans objet, mais Node suit son propre cycle |
| Modification de contenu | Autonome | Autonome seulement si une source de contenu a été prévue |
| Modification de structure | Souvent possible sans développeur | Passe par un développeur et un déploiement |
Un chiffre pour fixer les idées : sur un site WordPress vitrine correctement construit, le suivi mensuel représente en moyenne une à deux heures de travail réel, mises à jour testées et sauvegardes vérifiées comprises. Sur un site Astro équivalent, c’est plutôt deux à trois heures par an, mais chaque évolution de structure mobilise un développeur. Le total se rapproche plus qu’on ne le croit, il se répartit simplement autrement. Nos formules de création de site avec hébergement et suivi démarrent à 59 €/mois (TVA non applicable, art. 293 B du CGI), avec des frais d’inscription à l’ouverture.
Notre position
Elle tient en trois phrases, et nous nous y tenons même quand elle nous fait vendre le projet le moins impressionnant.
WordPress pour les sites qui vivent par le contenu et par l’autonomie de leur propriétaire : un site qui publie, qui vend, que le client veut piloter seul. Astro pour les sites de présentation exigeants, où la performance, la sobriété et la durée de vie priment sur la modification quotidienne : sites de marque, sites institutionnels, documentations, pages d’atterrissage à fort trafic. L’approche découplée pour les projets qui veulent les deux et acceptent d’en payer la complexité, ce qui suppose un budget d’entretien réellement provisionné.
Nous publions d’ailleurs nos propres thèmes Astro, sept socles finis avec leur démonstration en ligne : c’est la façon la plus courte de voir à quoi ressemble un site Astro terminé, plutôt que de le lire décrit.
Un mot sur un signal que beaucoup ont manqué : Cloudflare a racheté l’équipe d’Astro en janvier 2026, en s’engageant à conserver le projet en logiciel libre. Cela renforce sa pérennité et son intégration avec les réseaux de diffusion, sujet que nous traitons dans notre article sur accélérer et protéger un site avec Cloudflare. Cela ne change rien à la grille de décision ci-dessus : la sobriété technique est un critère de choix, pas un argument de vente, et le meilleur socle reste celui que vous serez capable de faire vivre.
Questions fréquentes
Astro convient-il à un site marchand ?
Pour un catalogue restreint et un paiement externalisé, oui, et le résultat est très rapide. Pour un commerce complet avec stocks, promotions, comptes clients et facturation, WordPress avec WooCommerce ou une solution dédiée reste le choix raisonnable.
Puis-je modifier mes textes moi-même avec Astro ?
Seulement si le projet inclut une source de contenu administrable, qu’il s’agisse d’un système de gestion découplé ou de WordPress en arrière-plan. Sans cela, chaque virgule passe par un développeur. C’est un choix à poser dès le cadrage, pas après.
Un site Astro est-il mieux référencé ?
Pas mécaniquement. Il part avec un avantage de performance et un HTML propre servi du premier coup, ce qui supprime toute une famille de problèmes techniques. Le contenu, la structure et la notoriété font le reste, exactement comme ailleurs.
Peut-on migrer un site WordPress vers Astro ?
Oui, et l’opération est courante. La difficulté n’est pas technique mais méthodique : conserver toutes les adresses existantes, poser un plan de redirections exhaustif et prévoir comment le client publiera ensuite.
Refusons le verdict unique. Le bon socle est celui qui correspond à la façon dont votre entreprise fera vivre son site, et cette réponse ne se trouve pas dans un comparatif de performances : elle se trouve en répondant honnêtement aux sept critères ci-dessus. Prenez trente minutes pour les parcourir avant d’engager quoi que ce soit, seul ou avec nous.
À lire aussi : Git et GitHub : pourquoi votre site mérite un historique



