Migrer WordPress vers Astro : ce qui change vraiment
Ce qui change quand un site WordPress passe à Astro statique : permaliens, contenus, images, formulaires, extensions et signaux SEO à conserver.
Par Ismael · Relu le 11 novembre 2026
Publié le 11 novembre 2026
Un passage de WordPress à Astro ne se joue pas sur le langage du thème mais sur les URL, les contenus et les formulaires. SiteBienfait crawle le site WordPress, reproduit ses adresses, puis vérifie sur une préproduction que chaque page répond avant d’ouvrir la nouvelle version.
Qu’est-ce qui change quand un site WordPress passe à Astro ?
WordPress assemble chaque page à la demande avec PHP, une base de données et des extensions ; Astro produit des fichiers statiques servis par un CDN. La conséquence pratique : plus de base de données sur le chemin de la requête, plus de mises à jour d’extensions, et un déploiement qui se relit comme un diff. Astro documente cette approche par défaut, l’île d’interactivité restant optionnelle (documentation Astro, consultée le 11 novembre 2026). Le contenu, lui, ne change pas de nature : articles, pages et médias se migrent, mais le modèle de publication doit être choisi avant, pas après.
Les URL et permaliens sont-ils conservés ?
Ils le sont si la structure est reproduite explicitement. Un site WordPress avec des permaliens en /article/nom se reconstruit avec les mêmes chemins dans Astro ; une URL qui change de forme passe par une redirection 301 vers la nouvelle page. Google recommande de traiter chaque URL modifiée comme un déplacement permanent et de rediriger vers la page la plus proche (Google, documentation Search Central sur les déplacements de site, consultée le 11 novembre 2026). Le plan de redirections se vérifie avec le vérificateur de plan de redirections avant la bascule.
Comment migrent les contenus et les images ?
Le contenu sort de WordPress en Markdown ou via l’API REST, puis se range dans des collections typées côté Astro. Les images suivent le même mouvement : récupération des fichiers d’origine, génération des formats modernes au build et mise à jour des chemins dans le texte. Deux pièges classiques : les images insérées par un constructeur de pages qui n’apparaissent pas dans la médiathèque, et les liens internes absolus qui pointent vers l’ancien domaine. Un contrôle automatisé des liens non résolus attrape les deux.
Que deviennent les extensions et les formulaires ?
Chaque extension doit être requalifiée en question : ce qu’elle fait, ce qui le remplace, et ce qui disparaît. Un plugin de cache n’a plus d’objet dans un site statique ; un plugin SEO se remplace par des balises générées et une canonical maîtrisée ; un formulaire de contact passe par un endpoint ou un service d’envoi. La règle de sécurité est simple : aucune fonctionnalité n’est considérée comme migrée tant qu’un parcours client ne la traverse pas sur la préproduction. C’est exactement le critère qu’applique la checklist de migration SEO.
Le référencement est-il perdu pendant la migration ?
Il n’est pas perdu par construction : il dépend de la conservation des URL, des contenus qui reçoivent des liens et des signaux techniques. La migration peut en revanche révéler des problèmes déjà présents — pages sans titre, canonical erronée, sitemap incomplet — qu’il vaut mieux corriger avant la bascule. Google publie les exigences techniques minimales dans les Search Essentials (Google, documentation Search Central, consultée le 11 novembre 2026). Aucune migration ne promet une position ni un volume de trafic : ce qui se vérifie, c’est qu’aucune URL utile ne se perd.
Faut-il arrêter WordPress pour publier ?
Non, et c’est un point souvent mal posé. Astro peut générer le site à partir d’un dépôt Git, d’un CMS headless ou d’un contenu édité en Markdown. Le choix dépend de qui publie : une personne qui écrit deux articles par mois n’a pas les mêmes besoins qu’une équipe de cinq rédacteurs. Ce qui compte est la séparation entre le contenu et le rendu : c’est elle qui rend la prochaine refonte moins coûteuse que la précédente. Le parcours de migration de site détaille cette décision avant tout travail technique.
Sources
- Google Search Central, « Move a site with URL changes », documentation consultée le 11 novembre 2026 : developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes
- Astro, « Why Astro ? », documentation consultée le 11 novembre 2026 : docs.astro.build/en/concepts/why-astro
- Google Search Central, « Search Essentials : technical requirements », documentation consultée le 11 novembre 2026 : developers.google.com/search/docs/essentials/technical
Questions fréquentes
01 Les URL WordPress peuvent-elles rester identiques avec Astro ?
Oui, si les routes sont définies explicitement. Astro génère un fichier par page et le chemin dépend de la structure du projet, donc les permaliens se reproduisent à l’identique et les redirections restent limitées aux pages réellement déplacées.
02 Que deviennent les commentaires et les formulaires sans WordPress ?
Les commentaires se remplacent par un service tiers ou disparaissent ; les formulaires passent par un endpoint ou un service d’envoi. Ce sont les deux briques qui demandent le plus d’arbitrage avant la bascule, pas la migration des articles.
03 Faut-il supprimer WordPress immédiatement après la bascule ?
Non. L’ancien site reste accessible en lecture quelque temps, le temps de vérifier les redirections et les pages oubliées. La suppression devient sûre quand plus aucune URL n’est demandée à l’ancien hébergement.