Astro vs WordPress : quand choisir l’un ou l’autre

Pendant longtemps, WordPress a été mon choix habituel pour développer toutes sortes de sites, sauf les boutiques en ligne complexes, pour lesquelles je préférais PrestaShop ou Shopify. Même pour les petites boutiques, j'utilisais WordPress avec WooCommerce.

Pour les sites d'abonnement et les sites vitrines aussi. Et, bien sûr, pour les blogs et les magazines.

Tout ça pour te dire que si, pour mon dernier projet — un site vitrine de services —, j'ai choisi une autre solution, c'est qu'elle a vraiment dû me convaincre.

Ça ne veut pas dire que je vais désormais tout migrer ni que j'utiliserai toujours Astro. Non.

Tout comme j'utilise PrestaShop quand ça me paraît pertinent, j'utiliserai Astro pour les projets qui s'y prêtent. Et oui, WordPress ne sera plus mon choix par défaut dans bien des cas.

Ce n'est pas parce qu'on peut créer un site avec les deux que les deux solutions se valent.

Astro et WordPress ne sont pas le même type d'outil

WordPress est un CMS, un système de gestion de contenu : il comprend une interface d'administration, un éditeur, des utilisateurs, une médiathèque et un système de thèmes et d'extensions. Je parle bien sûr du logiciel WordPress installé sur un hébergement, pas des offres commerciales de WordPress.com.

Astro est un framework pour construire des sites web. La gestion éditoriale et les services métier sont choisis séparément.

Voilà pourquoi la comparaison n'a de sens que pour un projet précis : si tu dois publier des articles depuis une interface ou gérer des utilisateurs, tu sais déjà ce qu'il te faut. Si tu n'as besoin de rien de tout ça et peux privilégier les performances et la rapidité du site public, l'autre solution est probablement la plus simple.

Comment chacun fonctionne en coulisses

Un peu de technique.

Comment WordPress génère une page

Dans une installation classique, WordPress exécute PHP, utilise sa base de données et assemble contenu, thème et extensions pour produire la réponse. Un cache de page peut servir une copie déjà préparée à de nombreuses visites.

Cela permet de publier des modifications depuis l'administration, mais implique aussi de maintenir l'application et son infrastructure.

Comment Astro génère une page

L'avantage d'Astro, c'est qu'il peut préparer les pages avant leur publication ou les générer à la demande. Dans le premier cas, tu fournis des fichiers déjà construits ; les fonctions nécessitant un traitement peuvent être confiées à des services distincts.

Quoi qu'il en soit, j'explique son fonctionnement plus en détail dans cet article sur ce qu'est Astro.. 

Gestion du contenu et bases de données

Il faut comprendre où se situe le travail : dans un système intégré ou dans plusieurs éléments que tu devras organiser.

WordPress et MySQL

WordPress utilise normalement MySQL ou MariaDB pour stocker les contenus, les utilisateurs et une grande partie de sa configuration. Les médias sont généralement dans le système de fichiers ou sur un stockage externe.

Une copie du thème, du cœur de WordPress et des fichiers de code ne constitue pas une sauvegarde complète du site : pour le restaurer, il faut aussi conserver la base de données et les fichiers statiques utiles.

Astro et ses multiples sources de contenu

Avec Astro, tu peux stocker les textes dans les fichiers du projet ou les récupérer depuis un CMS et d'autres services.

Je me concentre ici sur le cas où ils se trouvent dans le dépôt : tu peux alors examiner ensemble contenu et code, puisque, lors de la génération des fichiers HTML, code et contenu se retrouvent effectivement réunis dans certains fichiers.

Édition du contenu

Passons au travail concret : les différences sont considérables.

L'avantage de WordPress en tant que CMS

Imagine que ton client veuille ajouter une actualité, changer une image ou programmer un article. WordPress propose déjà une interface pour ces tâches, même s'il faut configurer les autorisations et préparer les modèles.

Cela réduit la dépendance au développeur pour les tâches quotidiennes. Évidemment, ça ne veut pas dire que n'importe qui peut modifier n'importe quel élément du design sans rien casser, mais il existe d'emblée une interface éditoriale.

Pour un projet où l'équipe publie souvent, cet avantage peut peser davantage qu'une amélioration technique dans la diffusion des pages.

Ce qu'il faut à Astro pour proposer une expérience éditoriale comparable

Avec Astro, tu peux choisir comment modifier et publier tes contenus.

Tu peux travailler avec des fichiers, ajouter un CMS basé sur Git ou connecter un gestionnaire de contenu externe.

Toutes les solutions n'offrent pas les mêmes possibilités pour les images, les révisions, les rôles et les aperçus. Avant de choisir, teste une tâche réelle et demande-toi si une personne peu à l'aise techniquement peut l'accomplir facilement.

En tout cas, l'idée est de créer avec Astro des sites qui évolueront très peu par la suite, hormis quelques retouches ponctuelles. Sinon, utiliser Astro plutôt que WordPress, c'est se compliquer la vie.

Performances

Là, la situation s'inverse.

Le point de départ d'Astro

Une page statique légère part avec un avantage pour diffuser un contenu stable, sans exécuter toute une application ni avoir besoin d'un langage serveur lors de la visite. Cela facilite l'optimisation.

Comment WordPress obtient de bonnes performances

WordPress peut proposer un site rapide avec un hébergement adapté, un thème raisonnable, un cache et une sélection soignée d'extensions et de ressources.

Le problème, c'est que la pile technique nécessaire est, dès le départ, plus lente que celle d'Astro.

JavaScript et frontend

Dans WordPress, le code envoyé au navigateur dépend largement du thème, des extensions et des éléments intégrés. Tu peux créer un site léger ou accumuler des bibliothèques et des scripts que tu utilises à peine.

Sache qu’en règle générale, plus le thème ou l’extension que tu installes propose de fonctionnalités, plus tu accumules de JS.

Astro permet de choisir plus facilement quelles parties nécessitent l'exécution de code dans le navigateur. Ce contrôle peut être utile pour un site de services avec peu d'appels externes. Si tu charges des outils tiers — Google Analytics, par exemple —, le risque d'alourdir le site sera similaire.

Si tu veux évaluer ce point avec ses contreparties, je le développe dans les avantages et les inconvénients d'Astro..

SEO

Passons à un autre aspect essentiel.

Ce que WordPress facilite

Énormément de choses.

Les versions gratuites d'extensions comme Yoast ou Rank Math offrent une multitude de possibilités. Et tu peux toujours payer pour obtenir plus de fonctionnalités.

Une extension bien configurée peut réduire les tâches répétitives.

Ce qu'Astro permet de contrôler

Tu peux définir des règles pour générer les métadonnées, les liens entre versions linguistiques, les sitemaps et les données structurées à partir des informations de chaque page.

Certaines intégrations aident, mais tu dois vérifier le résultat. Si un modèle génère une URL canonique incorrecte, tu peux reproduire cette erreur sur toutes les pages qui l'utilisent.

Globalement, je dirais que cet aspect est un peu plus difficile à mettre en place avec le framework, surtout sans expertise, car tu dois tout décider, tandis que les extensions WordPress te prennent souvent par la main.

Cela dit, ni WordPress ni Astro ne garantissent à eux seuls un bon référencement. Tout dépend de tes contenus, du maillage interne, etc.

Sécurité

Encore un point pour Astro.

La surface d'attaque de WordPress

Il y a du code PHP, une base de données, un accès utilisateur à l'administration et, bon, du code provenant des thèmes, des extensions ou de tes propres développements qu'il faut maintenir et vérifier. Cela implique des mises à jour, des permissions adaptées, des sauvegardes et des protections.

Les vecteurs d'attaque possibles sont nombreux. Même si WordPress est constamment mis à jour, il faut rester à jour et appliquer les bonnes pratiques.

La surface d'attaque d'un site Astro statique

La partie publique peut se limiter à des fichiers, ce qui réduit les possibilités au minimum.

En revanche, les comptes e-mail, GitHub, les formulaires et les services connectés doivent toujours être surveillés.

La comparaison change si tu utilises Astro avec un backend complexe, mais, comme je l'ai dit, ce n'est pas le cas que j'examine ici.

Extensions contre développement et intégrations

Supposons que ton client doive gérer des réservations. Dans WordPress, tu peux chercher une extension comprenant calendriers, notifications et paiements, vérifier si elle répond à ses besoins et l'installer.

Avec Astro, tu devras peut-être connecter un service externe, mais selon les cas, ce n'est pas aussi plug and play qu'avec WordPress, ce qui oblige à développer davantage..

Cela dit, comme nous le verrons, l'IA nous facilite beaucoup la vie ici.

Formulaires et fonctionnalités backend

Le formulaire illustre bien le cas précédent, car presque tous les sites professionnels en ont besoin.

Dans WordPress, une extension peut gérer les champs et les envois avec une configuration e-mail adaptée. Dans Astro, qui fournit du HTML, c'est plus compliqué. Tu peux utiliser un service spécialisé comme l'API de Zoho Mail ou créer un backend pour traiter la demande, ce qui complique encore les choses.

Hébergement et déploiement

Sur ce point, ils n'ont vraiment rien à voir. Pourtant, tous deux servent à créer un site pour les visiteurs.

WordPress : PHP, MySQL et serveur

Une installation classique nécessite un hébergement exécutant PHP et proposant MySQL ou MariaDB. Beaucoup de prestataires fournissent cette combinaison prête à l'emploi, avec installation, sauvegardes et gestion.

Publier depuis le tableau de bord fait partie de l'usage normal.

Les modifications du code méritent leur propre procédure de test ; ce n'est pas parce que WordPress permet de modifier directement la production que c'est une bonne méthode de travail.

Astro : build, Git et CDN

Pour un site statique, il faut construire et héberger les fichiers. L'avantage, c'est que beaucoup de fournisseurs de domaines proposent déjà assez d'espace pour éviter de payer un hébergement séparé.

Dans un processus standard, Astro génère un build que tu peux envoyer directement à des services comme CloudFlare, en passant ou non par un dépôt Git qui conserve l'historique des modifications.

C'est un système très léger et très agréable à utiliser. Et, comme je le disais, bien moins cher.

Maintenance et mises à jour

WordPress exige de maintenir le cœur, les thèmes, les extensions et l'environnement tant que le site est en ligne.

Astro peut ne nécessiter aucune maintenance si le site n'a pas besoin de modifications.

Oui, absolument aucune maintenance.

Cependant, soyons justes : les projets plus complexes peuvent nécessiter la maintenance du framework, des dépendances, du processus de compilation et des services intégrés.

Git et contrôle de version

Dans Astro, un projet dont le contenu est stocké dans des fichiers permet d'examiner ensemble de nombreuses modifications : code, textes et configuration. Cela facilite le travail par petits changements vérifiables. Autrement dit, Git est parfaitement adapté ici..

WordPress peut aussi utiliser Git pour le thème et les extensions maison. Le problème, c'est que le contenu et une grande partie des réglages résident généralement dans la base de données, hors de cet historique.

Ainsi, revenir à une version précédente du code ne garantit pas de retrouver l'état antérieur du site.

Internationalisation

WordPress propose des extensions pour gérer les langues, les traductions et les liens entre contenus. Elles sont utiles à une équipe qui doit travailler depuis le tableau de bord, mais il faut vérifier leur compatibilité avec les types de contenu et le reste du site.

Avec Astro, tu peux organiser les routes et les données par langue et générer des pages à partir de structures communes. Tu dois prendre davantage de décisions : que traduire, comment relier les pages, que montrer lorsqu'une version manque et comment publier les modifications.

Comme pour le SEO, Astro exige davantage de décisions et ne te guide pas pas à pas comme l'extension Polylang de WordPress. Et tu peux te planter.

Développement avec l'IA

Ce sujet mérite une section à lui seul, car il est fondamental.

Aujourd'hui, et compte tenu de ce qui nous attend, il est essentiel d'apprendre à s'appuyer sur l'IA pour développer toutes sortes de logiciels. Les sites web compris.

Dans ce cas, après avoir utilisé l'IA pour des projets WordPress comme Astro, je trouve le travail plus propre avec ce dernier..

Créer un projet Codex sur ton ordinateur, le relier à GitHub et CloudFlare et lancer son développement avec le framework : tout s'emboîte parfaitement. Très vite, tu avances à toute allure et la seule limite, ce sont les tokens d'IA que ton abonnement t'autorise. C'est comme ça.

Avec WordPress, ça marche aussi, hein, mais je trouve le processus un peu plus fastidieux : tu dois installer WordPress en local, , l'optimiser, développer avec l’IA du code et des réglages de base de données, installer souvent les extensions manuellement et migrer en production, où il faudra reproduire certaines modifications à la main. De plus, Git ne conserve pas la base de données, ce qui ajoute une difficulté.

Je ne sais pas, j'imagine qu'on s'habitue à tout, mais monter le système avec Codex et Astro me semble vraiment beaucoup plus propre, comme je le disais.

Le coût réel de chaque solution

Cette comparaison est difficile à faire.

Ce que je peux te dire, c'est que pour les sites réalisables en HTML statique, Astro peut coûter plus cher à développer (plus d'heures), sauf si tu utilises l'IA, mais il revient moins cher à entretenir. En temps comme en argent (tu économises l'hébergement).

Pour les sites avec davantage de fonctionnalités (ecommerce, abonnements), je sais que je continuerai à privilégier WordPress, vu tout ce que leur développement implique.

Tableau comparatif Astro vs WordPress

Pour résumer, voici un tableau de chaque point évoqué, appliqué à un site qui pourrait être réalisé avec les deux systèmes, comme un site vitrine. Le gagnant est en gras.

Critère	Astro	WordPress
Outil	Framework de développement	CMS avec interface éditoriale
Génération des pages	Statique, à la demande ou mixte	Dynamique, avec mise en cache possible
Contenu	Fichiers, CMS, API ou bases de données	Base de données et système éditorial intégré
Édition sans code	Nécessite une solution choisie et intégrée	Incluse pour les tâches éditoriales courantes
Fonctionnalités métier	Services et intégrations selon le projet	Vaste écosystème d'extensions
Performances	Bon point de départ pour du contenu léger	Dépend de la réalisation, des ressources et de l'hébergement
Sécurité	Moins de logique exposée dans les déploiements statiques	Application et extensions à maintenir
SEO	À mettre en place soi-même	Plus simple avec des extensions
Publication	Build et déploiement du contenu prérendu	Publication depuis le tableau de bord, avec gestion du cache
Versionnement	Code et contenu dans des fichiers peuvent aller ensemble	Code dans Git ; contenu généralement en base de données
Multilingue	Architecture et intégration à concevoir	Outils éditoriaux via des extensions
Développement avec l'IA	Plus facile une fois le système installé	Processus global plus lourd
Coût	Développement plus cher, maintenance moins chère	Dépend du développement, de l'hébergement et des extensions
Maintenance	Dépendances, builds et services	Cœur, thèmes, extensions et environnement

Quand choisir Astro

Je le choisirais pour un site au contenu relativement stable, par exemple :

• Site vitrine.
• Portfolio.
• Documentation.

Avec des fonctionnalités bien délimitées et une personne capable de gérer le processus de publication (le client ou moi).

Quand choisir WordPress

Je continuerai à le choisir lorsqu’il faut modifier souvent les contenus depuis un tableau de bord, lorsque le client a besoin d’autonomie éditoriale ou lorsque ses extensions permettent de réaliser plus simplement les fonctions nécessaires.

Exemples :

• Blog ou magazine avec des publications régulières et plusieurs auteurs.
• Petite boutique en ligne.
• Site avec espace membres.
• Site vitrine avec blog : je ferais tout sous WordPress, sans mélanger les systèmes.
• Site avec fiches régulièrement renouvelées : agences immobilières, réservations hôtelières…

L'option hybride : Astro avec WordPress comme CMS

Je mentionne cette possibilité pour que tu saches qu'elle existe, mais elle ne me convainc pas. Il faudrait un projet vraiment, vraiment particulier pour justifier de compliquer autant les systèmes.

Dans ce cas, tu peux garder WordPress pour l'édition et récupérer les contenus via une API afin de les afficher avec Astro. C'est ce qu'on appelle généralement WordPress headless : le gestionnaire de contenu fonctionne séparément de la partie publique.

Cela permet de conserver une expérience éditoriale connue et de construire un autre frontend. Mais il faut gérer les aperçus, la publication, les images et les fonctions qui dépendaient auparavant du thème ou des extensions.

Une extension ne transfère pas son fonctionnement au frontend d'Astro. Une intégration spécifique est généralement nécessaire.

C'est un doublon de systèmes qui doit être justifié.

Conclusion : mes critères pour choisir entre Astro et WordPress

En définitive, face à un nouveau projet, voici les questions auxquelles je dois répondre :

1. Quels changements de contenu sont prévus et à quelle fréquence ? S'ils sont constants, je pars sur WordPress. S'ils sont très ponctuels, Astro marque des points.
2. Qui va modifier le site et avec quelle autonomie ? Si le client doit effectuer des modifications, WordPress. Si c'est moi qui les fais, Astro est envisageable.
3. Que doit faire le site ? Comme je l'ai dit, pour un site vitrine ou un site réalisable en pages HTML, Astro. S'il faut d'autres fonctionnalités (blog, espace membres), je reste sur WordPress.
4. Quels outils l'entreprise utilise-t-elle déjà ? C’est important pour l’intégration : il existe peut-être une extension WordPress qui simplifie tout, alors qu’avec Astro il faudrait un développement sur mesure. Cela me fait presque toujours écarter Astro, sauf pour de petits ajouts.
5. Qui assurera la maintenance de l'ensemble et à quel prix ? S’il n’y a pas de modifications à prévoir, Astro est idéal, car il ne nécessite pas de maintenance à proprement parler. Si le site doit évoluer ou accueillir de nouveaux contenus, je privilégie WordPress, puis nous verrons qui s’occupe de quoi.

Avec ces réponses, je sais quelle voie choisir. L'essentiel est de répondre au mieux aux besoins de l'entreprise. La technologie vient après..