Migrer un site
WordPress
vers Astro
Le risque d'une migration n'est jamais technique. Il tient dans une liste d'URLs oubliées le jour de la bascule. Voici la méthode complète, du premier inventaire à la surveillance des positions un mois après la mise en ligne.
Faire auditer votre site avant migrationMigrer, oui, mais seulement dans ces situations
Une migration n'est pas une mise à jour, c'est une reconstruction. Elle se justifie quand le socle actuel coûte plus qu'il ne rapporte, pas parce qu'une technologie plus récente existe. Trois situations la rendent rentable.
Le site est lent malgré les optimisations
Vous avez installé un plugin de cache, compressé les images, activé la minification, et le score reste bloqué autour de 40 sur mobile. C'est le signe que la lenteur vient de l'empilement lui-même. Chaque visite déclenche une exécution serveur, une série de requêtes en base et le chargement de scripts apportés par des extensions dont vous n'utilisez qu'une fraction. Aucun réglage ne supprime ce coût, seulement un changement de mode de fabrication des pages.
La maintenance devient une charge subie
Vingt extensions à surveiller, des mises à jour qui cassent l'affichage une fois sur cinq, une veille de sécurité permanente. Ce budget annuel est légitime sur un site à fort besoin fonctionnel. Il l'est beaucoup moins pour un site vitrine de douze pages dont le contenu bouge deux fois par an.
Une refonte est déjà décidée
C'est le meilleur moment, et de loin. Si le design doit être repris et les contenus réécrits, le surcoût du changement de socle est marginal, puisque le travail de reprise doit être fait de toute façon. Migrer pour migrer, sur un site dont personne ne se plaint, est en revanche une dépense sans contrepartie.
Si vous hésitez encore sur le principe, notre article Site WordPress lent : 5 signes qu'il faut une refonte donne les critères de décision. Et pour comprendre ce que le choix d'Astro change concrètement, y compris ses limites, le guide Refaire son site internet avec Astro détaille les cas où WordPress reste la bonne réponse.
Les cinq étapes d'une migration maîtrisée
L'ordre compte autant que le contenu de chaque étape. Une migration qui commence par le design et finit par les redirections produit systématiquement des pertes de trafic.
1. Inventorier l'existant avant de toucher à quoi que ce soit
Exportez la liste complète des URLs indexées depuis la Search Console, ajoutez celles du sitemap actuel et celles qui reçoivent des liens externes. Vous obtenez la seule référence qui compte pour la suite. Cette liste doit être figée et datée, car elle servira de grille de contrôle le jour de la bascule et un mois après. C'est l'étape la plus souvent bâclée, et la seule dont l'oubli est irrattrapable une fois l'ancien site éteint.
2. Décider du sort de chaque URL
Trois destins possibles, et un seul par ligne : conservée à l'identique, redirigée vers une page équivalente, ou supprimée volontairement. Une migration est le bon moment pour se débarrasser des pages vides, des catégories automatiques sans contenu et des pages d'archive générées par WordPress qui diluent le maillage. Mais chaque suppression doit être un choix écrit, jamais un effet de bord.
3. Reprendre le contenu fidèlement
Les textes, les titres et la hiérarchie des H1 et H2 se transposent tels quels, sauf décision éditoriale assumée. Réécrire le contenu en même temps qu'on change de technologie rend toute analyse impossible après coup, puisqu'une variation de position ne peut plus être attribuée ni à l'un ni à l'autre. Séparez les deux chantiers dans le temps, avec au moins un mois d'écart.
4. Écrire le plan de redirections 301
Chaque ancienne adresse renvoie en redirection permanente vers sa remplaçante, une par une. Deux pièges reviennent constamment. Les chaînes de redirections, où une URL pointe vers une autre qui pointe encore ailleurs, diluent le signal et ralentissent le crawl. Les redirections en masse vers la page d'accueil sont pires que rien, car Google les traite comme des pages introuvables déguisées.
5. Recetter sur un environnement de préproduction
Le nouveau site doit être vérifié avant la bascule, sur une adresse temporaire interdite à l'indexation. On y contrôle les balises title page par page, les données structurées, les formulaires, le suivi analytique et la totalité de la liste d'URLs établie à l'étape 1. La bascule elle-même prend alors quelques minutes, et se planifie un jour de faible trafic plutôt qu'un vendredi soir.
Ces cinq étapes valent pour toute refonte, quel que soit le socle d'arrivée. Nous les avons détaillées dans un cadre plus large dans le guide complet de la refonte de site internet.
Ce qui ne se migre pas, et ce qui le remplace
Un site statique ne fait pas tourner de code au moment de la visite. Toutes les briques WordPress qui reposaient sur cette exécution doivent donc trouver un équivalent, et certaines n'en ont tout simplement pas. Le tableau ci-dessous liste les cas rencontrés le plus souvent.
| Brique WordPress | Après migration |
|---|---|
| Plugin de cache, minification, lazy loading | Sans objet, les pages sont déjà générées à l'avance |
| Plugin SEO (title, méta, sitemap) | Balises écrites page par page, sitemap généré à la compilation |
| Formulaire de contact | Point de traitement côté serveur ou service tiers dédié |
| Éditeur back-office pour le contenu | Fichiers Markdown, ou CMS headless à budgéter si publication fréquente |
| Boutique WooCommerce | Ne se migre pas ainsi, relève d'une architecture e-commerce dédiée |
| Espace membre, réservation, tableau de bord | Ne se migre pas ainsi, relève d'une application sur mesure |
Les deux dernières lignes sont les plus importantes. Si votre site vend en ligne ou héberge des comptes clients, la question n'est plus « WordPress ou Astro » mais celle du bon outil pour la partie dynamique. Nous traitons ces projets séparément, côté site e-commerce et côté application SaaS.
Il existe aussi un scénario mixte, souvent le plus rationnel. Le site vitrine passe en statique, la partie applicative reste sur son socle actuel, et les deux cohabitent sous le même nom de domaine. On récupère alors la performance sur les pages qui portent le référencement, sans reconstruire ce qui fonctionne déjà.
Le premier mois après la bascule
Une migration ne se termine pas à la mise en ligne. Les quatre semaines suivantes sont celles où Google recrawle l'ensemble du site et transfère les signaux d'une adresse à l'autre. Trois contrôles suffisent, à condition d'être faits dans l'ordre.
- 1.Soumettre le nouveau sitemap dès le jour de la bascule et vérifier que le nombre d'URLs déclarées correspond à l'inventaire de l'étape 1.
- 2.Surveiller le rapport de couverture chaque semaine. Une hausse des pages introuvables signale une redirection manquante, à corriger dans la journée.
- 3.Comparer les positions moyennes des vingt requêtes principales à J+7, J+21 et J+45, jamais avant, sous peine de réagir à du bruit de recrawl.
Une oscillation de quelques rangs pendant les deux premières semaines est attendue et se résorbe seule. Ce qui doit alerter, c'est une chute nette et durable concentrée sur un groupe de pages, presque toujours le symptôme d'un lot de redirections oublié plutôt que d'un problème de contenu.
Vous pouvez mesurer le gain de performance obtenu avec notre test de performance gratuit, en conservant une capture du score avant migration pour disposer d'un point de comparaison. Sur les projets que nous menons, le passage se joue le plus souvent entre un score mobile de 30 à 55 avant, et de 90 à 100 après.
Questions fréquentes
Combien de temps prend une migration de WordPress vers Astro ?
Pour un site vitrine de 10 à 20 pages dont le contenu est conservé tel quel, comptez deux à quatre semaines entre le lancement et la bascule. L'essentiel du temps ne va pas au développement mais à l'inventaire des URLs, à la reprise fidèle des contenus et à la recette avant mise en ligne. Un site avec un blog de plusieurs centaines d'articles demande davantage, car il faut automatiser l'export plutôt que recopier page par page.
Va-t-on perdre son référencement en migrant vers Astro ?
Pas si le plan de redirections est complet. Google ne pénalise pas un changement de technologie, il pénalise les URLs qui disparaissent sans redirection. Tant que chaque ancienne adresse renvoie en 301 vers son équivalent et que le contenu reste comparable, les positions se transfèrent en quelques semaines. Une baisse temporaire de quelques rangs pendant le recrawl est normale et se résorbe seule.
Peut-on garder ses URLs actuelles après la migration ?
Oui, et c'est le scénario à privilégier. Conserver les adresses existantes supprime le risque principal du projet, puisqu'il n'y a alors presque rien à rediriger. Astro permet de reproduire n'importe quelle structure d'URL, y compris les permaliens WordPress avec date. Ne changez de structure que si vous avez une raison SEO précise, et jamais en même temps qu'une migration technique.
Comment modifier le contenu d'un site Astro après la migration ?
Trois options selon vos besoins. Les contenus modifiés une à deux fois par an peuvent être édités directement dans les fichiers du site, sans interface. Un blog alimenté régulièrement s'appuie sur des fichiers Markdown, lisibles sans compétence technique. Une équipe qui publie chaque semaine gagne à brancher un CMS headless, à budgéter dès le cadrage car cela ajoute une brique au projet.
Que deviennent les formulaires et les extensions WordPress ?
Ils doivent être remplacés, pas transposés. Un formulaire de contact devient un point de traitement côté serveur ou un service tiers. Un cache et un plugin d'optimisation d'images n'ont plus d'objet, puisqu'un site statique est déjà servi en pages prêtes. En revanche une boutique WooCommerce, un espace membre ou un système de réservation ne se remplacent pas par un fichier : ce sont des fonctionnalités dynamiques qui appellent une autre architecture.
La migration vers Astro coûte-t-elle plus cher qu'une refonte WordPress ?
Non, à périmètre égal le budget est comparable, car le temps passé va au design, à la reprise du contenu et aux redirections, pas à l'installation du socle. La différence se joue sur le coût d'exploitation : hébergement moins cher et absence de mises à jour de sécurité mensuelles sur un site statique. Chez Victoire Digital, ce type de projet est chiffré sur devis après un audit de l'existant.
Faire auditer votre WordPress avant de décider
Nous commençons toujours par l'inventaire des URLs et l'analyse de ce qui ralentit réellement le site. Vous recevez un diagnostic écrit, le plan de redirections envisagé et un chiffrage sous 24 heures, avant tout engagement.
Demander un audit de migration