Migrer de WordPress vers Astro : en headless ou entièrement, sans perdre son référencement

La réponse courte

WordPress fait tourner 40,1 % de l'ensemble des sites web, selon W3Techs au 13 octobre 2026 : c'est donc de là que partent la plupart des migrations de site. Le guide de migration d'Astro décrit deux voies : garder WordPress comme CMS headless et laisser Astro construire le front-end, ou sortir entièrement le contenu de WordPress.

Dans les deux cas, le travail qui protège votre trafic est le même : conserver chaque URL qui attire des visites, reprendre les titres et les descriptions produits par votre plugin SEO, copier le dossier uploads, remplacer les plugins qui travaillaient côté front-end et donner une redirection permanente à chaque URL qui change. Dans cet ordre, le nouveau site peut charger plus vite et coûter moins cher à faire tourner, sans repartir de zéro en matière de référencement.

WordPress headless ou migration complète ?

Astro documente les deux : utiliser WordPress comme CMS headless et migrer depuis WordPress, où la documentation suggère l'outil wordpress-export-to-markdown pour le contenu.

Ce que nous avons vu sur huit sites WordPress en ligne

Le 13 octobre 2026, nous avons examiné huit sites construits avec WordPress, du blog d'actualités de WordPress.org à de grands éditeurs de presse, pour voir sur quoi une migration peut s'appuyer :

• Sept des huit servaient leurs articles publiquement via l'API REST, à l'adresse /wp-json/wp/v2/posts. Le huitième a répondu 401 : certains hébergeurs et plugins de sécurité verrouillent l'API, vérifiez donc la vôtre avant de bâtir votre plan dessus.
• Trois des huit renvoyaient aussi les données de Yoast SEO avec chaque article. Yoast ajoute un champ yoastheadjson aux réponses standard de l'API REST, avec le titre, la description, l'URL canonique, les balises Open Graph et le balisage schema qu'il génère pour cette page (documentation développeurs de Yoast). Ce sont exactement les métadonnées SEO dont vous avez besoin, prêtes à être réutilisées.
• Toutes les URL d'articles renvoyées se terminaient par un slash, et cinq des sept contenaient l'année, comme /2026/10/titre-de-l-article/. Astro doit reproduire exactement cette structure, sinon chaque article aura besoin d'une redirection.
• Six des huit chargeaient encore jQuery, ce qui rappelle tout le code front-end qu'embarque un thème WordPress et qu'une reconstruction en Astro peut laisser derrière elle.

Migrer de WordPress vers Astro, étape par étape

1. Inventoriez toutes les URL. Depuis la version 5.5, WordPress publie un sitemap à l'adresse /wp-sitemap.xml, sauf si un plugin SEO le remplace par le sien (Make WordPress Core). Ajoutez-y le rapport Pages de Google Search Console sur la plus longue période disponible, notez la structure des permaliens dans Réglages > Permaliens et exportez les règles de votre éventuel plugin de redirection.
2. Choisissez entre headless et migration complète à l'aide du tableau ci-dessus. Les étapes suivantes valent pour les deux ; en headless, « exporter » signifie lire ces mêmes données depuis l'API au moment du build.
3. Exportez le contenu. Le menu Outils > Exporter génère un fichier WXR, un export XML qui contient vos articles, pages, types de contenu personnalisés, commentaires, champs personnalisés, catégories, étiquettes, taxonomies personnalisées et utilisateurs (documentation WordPress). Pour un export scripté, l'API REST renvoie jusqu'à 100 articles par page, avec le HTML rendu de chacun.
4. Copiez les médias. Les images ne sont pas dans le fichier XML : elles se trouvent dans wp-content/uploads, avec les copies redimensionnées que WordPress a créées pour chacune. Gardez les originaux, laissez astro:assets générer les tailles et décidez si les anciennes URL des images restent identiques ou ont besoin de redirections.
5. Reprenez les métadonnées SEO. Si le site utilise Yoast SEO, lisez yoastheadjson dans l'API REST pour chaque article et chaque page : vous obtenez le titre et la description finaux plutôt que les modèles que stocke le plugin. Sinon, récupérez-les dans les champs personnalisés du plugin, dans l'export.
6. Reconstruisez les gabarits en composants Astro. Dans une migration complète, transformez articles et pages en content collections ou en contenus d'un nouveau CMS ; avec WordPress en headless, récupérez-les depuis l'API. Examinez le HTML de quelques articles à la recherche de shortcodes, de contenus intégrés et de balisage de page builder, qu'il faut souvent nettoyer pour qu'ils s'affichent correctement hors de l'ancien thème.
7. Remplacez les plugins qui travaillaient côté front-end. Les formulaires ont besoin de leur propre récepteur (un Cloudflare Worker, un service de formulaires ou votre CRM), la recherche peut devenir un index statique comme Pagefind, et les commentaires demandent une décision : les garder, les confier à un service ou les fermer. Les plugins de cache n'ont plus rien à faire une fois les pages générées à l'avance.
8. Reprenez la structure des URL. Les permaliens WordPress se terminent généralement par un slash, ce qui correspond à la sortie par défaut d'Astro en répertoires. Les permaliens datés deviennent des routes dynamiques comme /[year]/[month]/[slug]/ (routage d'Astro) ; les archives de catégories et d'étiquettes ont besoin de leurs propres pages ou d'une redirection.
9. Redirigez côté serveur, restes de WordPress compris. Un build Astro statique sans adaptateur transforme les redirections configurées en pages meta refresh (référence de configuration d'Astro) : configurez donc des redirections 301 une à une là où le site est hébergé. Au-delà des articles dont l'URL change, couvrez les URL que WordPress crée de lui-même : /feed/, les liens courts ?p=, les pages de fichiers joints, les archives d'auteur et tout fichier de /wp-content/uploads/ que vous avez déplacé.
10. Mettez en ligne, puis surveillez. Basculez le DNS, gardez l'ancienne installation WordPress accessible à vous seul jusqu'à ce que le nouveau site soit vérifié, et suivez les rapports d'indexation de Search Console pendant les semaines suivantes. Notre checklist SEO de migration de site web couvre le jour du lancement et les 90 jours qui suivent.

Ce qui change après la migration

Préserver le référencement

Les consignes de Google sur les déménagements de site avec changement d'URL s'appliquent : associez chaque ancienne URL à son équivalent le plus proche, utilisez des redirections permanentes côté serveur et gardez-les au moins un an. WordPress facilite plus que la plupart des plateformes la conservation d'URL identiques, car ses permaliens avec slash final correspondent aux réglages par défaut d'Astro ; le travail consiste à reproduire les chemins datés, les archives et chaque URL générée par un plugin.

Vérifiez ensuite ce que l'ancien thème et les plugins ajoutaient à chaque page : balises canoniques, images Open Graph, données structurées, balises hreflang d'un plugin multilingue et règles robots. Tout ce qui manque sur le nouveau site est un signal que Google perd le jour de la bascule.

Comment Dardo mène une migration depuis WordPress

Nous menons les migrations depuis WordPress dans le cadre de notre service de migration de site web : inventaire des URL et du contenu, choix entre headless et migration complète, une page représentative reconstruite en premier et validée aux largeurs convenues, puis le reste des gabarits, des formulaires et des redirections. La construction relève du développement web en Astro. Si vous hésitez encore à quitter WordPress, notre comparatif WordPress ou site sur mesure explique quand chaque option est rentable, et nos guides de migration depuis Framer et Webflow couvrent les autres points de départ courants.

Si vous envisagez une migration, envoyez-nous le site et ce que vous voulez changer. Nous vous dirons si le headless ou une migration complète vous convient avant de chiffrer l'une ou l'autre.