Migrer un site WordPress vers Astro, c’est un choix technique qui a des conséquences concrètes sur la performance, la maintenance et l’autonomie du client. Ce n’est pas une décision neutre, et ce n’est pas toujours la bonne.
Voici ce que j’ai observé sur des migrations réelles, sans enthousiasme excessif pour l’un ou l’autre outil.
Pourquoi envisager la migration
La demande vient rarement de nulle part. En pratique, elle est souvent déclenchée par :
- Des performances qui se dégradent : un WordPress chargé en plugins, mal optimisé ou mal hébergé peut devenir lent malgré les efforts.
- Une maintenance qui s’alourdit : mises à jour fréquentes, conflits entre extensions, tickets de support récurrents.
- Un contenu stable : le site ne change pas souvent, et le back-office WordPress n’est quasiment jamais utilisé.
- Des problèmes de sécurité répétés : un site mal entretenu est une cible facile.
Si aucun de ces points ne s’applique, la migration n’apporte probablement pas grand-chose.
Ce qu’Astro change concrètement
Performance
C’est l’avantage le plus immédiat et le plus mesurable.
Un site Astro est généré statiquement : les pages sont du HTML pur, sans requête PHP ni base de données au moment de l’affichage. Le résultat est souvent spectaculaire sur les métriques Core Web Vitals, en particulier le LCP (Largest Contentful Paint) et le TBT (Total Blocking Time).
Sur des migrations que j’ai faites, le score Lighthouse progresse significativement, souvent sans optimisation particulière côté hébergement.
Maintenance réduite
WordPress demande une surveillance régulière : mises à jour du core, des thèmes, des plugins, vérification des conflits. Avec Astro, cette surface disparaît en grande partie.
- Pas de base de données à sécuriser.
- Pas d’interface d’administration exposée sur internet.
- Pas de plugins tiers à maintenir.
La maintenance n’est pas nulle. Il peut y avoir des mises à jour de dépendances ou des évolutions du projet. Mais elle est nettement plus légère.
Sécurité
Un site statique n’a pas de surface d’attaque de la même nature qu’un WordPress. Il n’y a pas de /wp-admin, pas de requêtes SQL, pas de fichiers PHP exécutés côté serveur.
Cela ne rend pas le site invulnérable, mais les vecteurs d’attaque classiques sur WordPress (injections, brute force sur l’admin, exploitation de plugins) ne s’appliquent tout simplement pas.
Ce que la migration complique
L’autonomie éditoriale
C’est le point qui freine le plus souvent la décision, à juste titre.
Avec WordPress, un client peut modifier son texte, publier un article ou remplacer une image sans intervention technique. Avec Astro en configuration simple, ce n’est plus le cas : les contenus sont dans des fichiers Markdown, et les modifier demande soit un accès au dépôt, soit une interface dédiée.
Il existe des solutions (Decap CMS, Keystatic, ou une configuration avec un headless CMS), mais elles ajoutent de la complexité. La migration vers Astro est plus adaptée aux sites dont le contenu change rarement que ceux dont le client publie chaque semaine.
Le temps de migration
Une migration n’est pas une simple conversion de fichiers. Il faut :
- Reproduire le design dans des composants Astro.
- Migrer les contenus (textes, images, articles de blog) dans le bon format.
- Recréer les redirections pour ne pas perdre le référencement acquis.
- Tester soigneusement avant la mise en ligne.
Selon la complexité du site, cela peut prendre quelques jours à plusieurs semaines. Ce coût doit être mis en face des bénéfices attendus.
Les fonctionnalités dynamiques
Formulaires de contact, espaces membres, paniers ou fonctionnalités complexes nécessitent des solutions alternatives. Certaines s’intègrent bien (Netlify Forms, services tiers), d’autres demandent plus de travail.
Si le site a beaucoup de fonctionnalités dynamiques, WordPress reste souvent plus adapté.
Dans quels cas la migration vaut le coup
En pratique, je recommande la migration WordPress → Astro quand :
- Le site est principalement statique : présentation de l’entreprise, portfolio, site institutionnel.
- Le client n’a pas besoin d’autonomie éditoriale fréquente, ou accepte une interface dédiée.
- La performance et la sobriété technique sont une priorité.
- La maintenance WordPress est devenue un coût récurrent difficile à justifier.
Je déconseille la migration si le client publie souvent, si le site a des fonctionnalités complexes, ou si le bénéfice attendu ne justifie pas le coût de la migration.
Ce que ça donne dans la durée
Après une migration, ce que j’observe en général :
- Moins d’interventions techniques sur le site.
- Des métriques de performance stables sans optimisation continue.
- Un client satisfait si la question de l’autonomie éditoriale a été bien anticipée dès le départ.
- Un regret possible si le client voulait plus d’autonomie et qu’on n’a pas mis en place la bonne solution éditoriale.
La migration en elle-même n’est pas la fin du sujet : un site Astro mal pensé côté contenu crée autant de friction qu’un WordPress mal entretenu.
Si vous avez un site WordPress qui ralentit ou dont la maintenance devient lourde, je peux analyser si une migration vers Astro est pertinente pour votre cas. Vous pouvez consulter mes services de création de site Astro ou me contacter directement pour en discuter.