Migrer WordPress vers un site statique : retour d'expérience

En 2026, nous avons migré chaletdukite.com.br, le site d’un hébergement touristique au Brésil, de WordPress et Elementor vers Astro. Résultat : un site en six langues, nettement plus rapide, hébergé pour zéro euro par mois, et qui ne demande plus aucune mise à jour de sécurité.

Ce n’est pas un billet théorique de plus sur « le statique, c’est l’avenir ». C’est le compte rendu d’une vraie migration, avec les décisions prises, les pièges rencontrés et, surtout, ce qu’on accepte de perdre en échange. Parce qu’on perd quelque chose, et les articles enthousiastes oublient souvent de le dire.

Si vous vous demandez si votre site mérite le même traitement, voici de quoi trancher.

Pourquoi migrer : les quatre raisons qui ont pesé

La vitesse, sur un marché où elle se voit

Un site touristique vit de visiteurs internationaux, souvent sur mobile, parfois sur des connexions moyennes. La version WordPress/Elementor chargeait son lot habituel : CSS du page builder, jQuery, extensions, requêtes vers la base de données à chaque visite. Même avec du cache, on transporte un moteur complet pour servir des pages qui, au fond, ne changent presque jamais.

La version Astro sert du HTML pré-généré depuis un CDN mondial. Il n’y a plus rien à calculer au moment de la visite : la page la plus proche du visiteur part immédiatement, qu’il soit à Paris, Berlin ou São Paulo. Sur ce type de site, la différence se sent à l’œil nu, et Google la mesure via les Core Web Vitals.

La sécurité, ou plutôt sa disparition comme sujet

Un WordPress exposé au public, c’est un formulaire de connexion, une base de données, du PHP et des extensions tierces qu’il faut surveiller à vie. Rien de dramatique quand la maintenance est faite sérieusement, mais c’est un poste de risque et de coût permanent.

Le site statique supprime la catégorie entière : pas d’admin, pas de base, pas de code exécuté côté serveur. Des fichiers HTML sur un CDN. La question « le site a-t-il été piraté ? » ne se pose structurellement plus.

L’hébergement à zéro euro, sans astérisque

Le site tourne aujourd’hui sur un hébergement statique gratuit avec CDN mondial et SSL inclus. Ce n’est pas une offre d’appel limitée : pour un site vitrine, les quotas gratuits de plateformes comme Cloudflare Pages sont très loin d’être atteints. Nous détaillons les chiffres exacts dans notre guide de l’hébergement gratuit sur Cloudflare Pages.

Face à un hébergement WordPress correct facturé entre 10 et 50 € par mois sur le marché, l’économie est mécanique et se cumule chaque année.

La fin de la maintenance d’extensions

C’est le gain le moins visible et le plus profond. Plus de mises à jour hebdomadaires du cœur, du thème, du page builder et de la dizaine d’extensions. Plus d’incompatibilités après une montée de version, plus de régression visuelle parce qu’un plugin a changé son rendu. Le site déployé est figé dans un état connu, testé, versionné dans Git. Il sera identique dans deux ans.

La méthode, étape par étape

1. Extraire les contenus vers des données structurées

Première étape, la plus longue : sortir le contenu de WordPress. Pas en copiant le HTML d’Elementor (il est inexploitable, truffé de balises de mise en page), mais en re-modélisant l’information : textes de chaque section, listes de prestations, photos, avis clients, coordonnées.

Chez Astro, ce contenu vit dans des fichiers de données structurées (TypeScript ou Markdown) versionnés avec le code. Chaque page devient un gabarit qui consomme ces données. C’est le moment de faire le tri : une migration est une occasion en or de jeter les sections mortes et de réécrire ce qui a vieilli.

2. Cartographier les URLs et poser les redirections

Le SEO existant est un actif : chaque URL WordPress qui disparaît sans redirection est du capital brûlé. Nous avons dressé l’inventaire complet des URLs indexées (Search Console, sitemap, crawl), décidé pour chacune de sa cible dans la nouvelle arborescence, et posé des redirections 301 au niveau de l’hébergeur.

Point de vigilance : WordPress génère beaucoup d’URLs parasites (pages d’auteur, archives de dates, pièces jointes). Il faut les traiter aussi, généralement vers la page la plus proche thématiquement ou vers l’accueil.

3. Reconstruire les formulaires sans backend

Un site statique n’a pas de serveur pour recevoir un formulaire de contact : c’est l’objection classique, et elle se règle en une heure. Les options mûres ne manquent pas : fonction serverless de l’hébergeur qui relaie vers une API d’email, ou service de formulaires externe. Pour un site de réservation touristique, le lien WhatsApp et le mailto restent d’ailleurs les canaux que les clients utilisent le plus.

Ce qu’il faut retenir : « statique » ne veut pas dire « sans interaction ». Ça veut dire que l’interaction passe par des services spécialisés au lieu d’un PHP maison.

4. Le multilingue en natif, sans extension

C’est là qu’Astro nous a le plus impressionnés. La version WordPress gérait ses langues avec une extension de traduction, sa surcouche de base de données et ses réglages fragiles. La version Astro gère six langues (portugais, français, anglais, allemand, espagnol, italien) avec une structure de dossiers par langue et des fichiers de données par locale. Chaque langue est du HTML complet, avec ses balises hreflang propres, générée au build.

Zéro extension, zéro coût de licence, zéro risque qu’une mise à jour casse les traductions. Pour un site multilingue à contenu stable, c’est une architecture objectivement supérieure.

5. Recette, bascule DNS, surveillance

Dernière ligne droite classique : recette complète sur une URL de prévisualisation, vérification des redirections une par une, bascule DNS, puis surveillance de la Search Console pendant quelques semaines pour vérifier que l’indexation suit. Sur cette migration, aucune perte de positionnement : les redirections propres et le gain de vitesse ont fait leur travail.

Ce qu’on perd, dit franchement

L’édition autonome. C’est LA contrepartie. Le propriétaire du site ne peut plus se connecter à un back-office pour changer un tarif ou une photo : chaque modification passe par nous, dans le code, avec un déploiement. Pour ce site, dont le contenu bouge quelques fois par an, c’est un non-sujet assumé. Pour un site qui publie chaque semaine, ce serait rédhibitoire.

L’écosystème d’extensions. Besoin demain d’un module de réservation en ligne avec paiement, d’un espace membre, d’une boutique ? Sur WordPress, une extension existe. Sur un site statique, c’est du développement ou un service externe à intégrer. Il faut y penser avant de migrer, pas après.

La familiarité. Tout webmaster sait toucher un WordPress. Un site Astro demande un développeur qui connaît l’écosystème moderne. Si votre prestataire disparaît, le vivier de remplaçants est plus restreint, même s’il grandit vite.

Pour qui c’est fait, pour qui ça ne l’est pas

La migration vers le statique est faite pour vous si :

• votre contenu change quelques fois par an, pas par semaine ;
• votre site est une vitrine dont la performance compte (tourisme, B2B, portfolio, site de marque) ;
• vous payez une maintenance WordPress pour un site qui ne bouge presque pas ;
• votre site est multilingue à contenu stable, le cas où l’écart est le plus spectaculaire.

Elle n’est pas faite pour vous si :

• une équipe publie régulièrement sans profil technique ;
• le site repose sur des fonctionnalités dynamiques lourdes : e-commerce, espace membre, réservation avec paiement ;
• votre WordPress est récent, rapide et bien maintenu : dans ce cas le gain ne justifie pas le chantier.

Pour peser le choix plus largement, notre comparatif Astro vs WordPress pose le critère central : qui édite le contenu, et à quelle fréquence.

Questions fréquentes

Combien coûte une migration WordPress vers site statique ?

Tout dépend du volume de pages, des langues et des fonctionnalités à reconstruire. Sur le marché, un site vitrine de taille moyenne se situe généralement dans la même fourchette qu’une refonte classique, soit quelques milliers d’euros. La différence se joue après : l’hébergement tombe à zéro et la maintenance technique disparaît presque, donc le coût total sur trois à cinq ans est très inférieur à celui d’un WordPress équivalent.

Perd-on son référencement en migrant ?

Pas si le travail est fait correctement : inventaire complet des URLs, redirections 301 exhaustives, conservation des balises title et meta, sitemap soumis dès la bascule. Sur notre migration du Chalet du Kite, aucune perte de positions. Le gain de vitesse joue même en faveur du site sur la durée, puisque les Core Web Vitals font partie des signaux de Google.

Comment gérer un blog après la migration ?

Les articles vivent en fichiers Markdown dans le dépôt Git, et chaque publication déclenche une régénération du site. C’est très confortable pour une agence ou un rédacteur technique, moins pour un client autonome. Si le blog est central et alimenté par le client, c’est un signal fort pour rester sur WordPress, ou pour envisager une architecture hybride.

Peut-on revenir en arrière si ça ne convient pas ?

Oui, et c’est un point rassurant : l’ancien site WordPress peut être conservé en sauvegarde complète (fichiers plus base de données). Une bascule DNS suffit à le remettre en ligne. Dans les faits, nous n’avons jamais eu à le faire : quand le profil du site est bien qualifié en amont, la question ne se pose plus après la mise en production.