Tu veux quitter WordPress pour un stack plus rapide et plus propre sans flinguer ton SEO ?
Voici un plan concret, orienté exécution : Astro 5 + TinaCMS + Cloudflare.
Objectif : migrer sans panique, garder tes URLs, et publier vite.
Stack cible
- Astro 5 : génération de pages ultra légères
- TinaCMS : édition du contenu sans revenir à une usine à plugins
- Cloudflare Pages/Workers : déploiement rapide + edge
Avant de commencer (checklist critique)
- Fais un backup complet WordPress (DB + uploads)
- Exporte la liste des URLs existantes
- Identifie tes pages qui font du trafic SEO
- Liste tes plugins “vraiment indispensables”
- Gèle les gros changements éditoriaux pendant la migration
Ne saute pas cette étape. C’est elle qui évite 80% des regrets.
Étape 1 — Initialiser Astro
npm create astro@latestcd mon-blognpm installnpm run devChoisis un template blog simple pour aller vite.
Étape 2 — Structurer ton contenu
Crée une collection de contenu Astro :
import { z, defineCollection } from 'astro:content';
const blog = defineCollection({ schema: z.object({ title: z.string(), description: z.string(), date: z.coerce.date(), author: z.string().default('Thomas Germain'), tags: z.array(z.string()).default([]), }),});
export const collections = { blog };Ensuite, stocke tes posts dans src/content/blog/ en markdown/MDX.
Étape 3 — Exporter le contenu WordPress
Tu as deux options :
Option A (rapide) : copier-coller propre des articles clés
- Commence par les 10-20 pages qui font du trafic
- Réécris/optimise en même temps
Option B (large) : export XML puis conversion markdown
- Exporte WordPress (
Outils > Exporter) - Convertis vers markdown via script/outils de migration
- Nettoie les shortcodes cassés et embeds legacy
Dans les deux cas, vérifie :
- titres
- slugs
- images
- liens internes
- metas
Étape 4 — Conserver les slugs (important SEO)
Si possible, garde exactement les anciennes URLs.
Exemple Astro :
- WordPress :
/mon-article/ - Astro : même slug
mon-article
Quand ce n’est pas possible, prépare des 301.
Étape 5 — Configurer les redirections 301
Sur Cloudflare, gère tes redirections via config (Pages/Workers) selon ton setup.
Règle d’or :
- ancienne URL → nouvelle URL la plus proche
- pas de redirection en chaîne
- pas de 302 pour de la migration permanente
Étape 6 — Ajouter TinaCMS (édition simple)
Installe Tina et configure une collection “posts” pour éditer ton contenu.
Bénéfices :
- édition plus friendly que du markdown brut
- contenu versionné dans Git
- pas de dépendance à une base WordPress
Si tu préfères minimal absolu, tu peux commencer sans Tina, puis l’ajouter plus tard.
Étape 7 — Optimiser la perf dès le départ
Avec Astro, tu pars déjà bien. Fais quand même ces bases :
- compresser les images
- charger les polices proprement
- limiter scripts tiers (analytics/chat/widgets)
- éviter le JS client inutile
Le but n’est pas d’avoir “100/100 partout”, mais un site réellement rapide.
Étape 8 — Déployer sur Cloudflare
Workflow simple :
- Push sur GitHub
- Connecte le repo à Cloudflare Pages
- Build command :
npm run build - Output dir :
dist - Déploie en preview puis production
Ensuite, mappe ton domaine blog.thomasgermain.be.
Étape 9 — Vérifs post-migration (obligatoire)
Avant d’annoncer la migration :
- crawl des pages principales (200 OK)
- test des redirections (301)
- vérification sitemap
- vérification robots.txt
- check Search Console
- check Core Web Vitals
Et surtout : clique tes liens à la main sur les pages critiques.
Étape 10 — Publication continue
Le plus important après migration : garder un rythme simple.
- une structure d’article claire
- un process publication court
- moins d’outils, plus d’écriture
Ton stack doit servir ton contenu, pas l’inverse.
Plan de migration en 48h (version ultra pratique)
Jour 1 matin
- setup Astro
- thème minimal
- structure contenu
Jour 1 après-midi
- migration des 10 pages SEO principales
- conservation des slugs
- redirections
Jour 2 matin
- QA complète (liens, images, metas)
- branche preview Cloudflare
Jour 2 après-midi
- mise en prod
- monitoring Search Console + analytics
Erreurs classiques à éviter
- Migrer 100% du contenu d’un coup sans priorisation
- Changer tous les slugs “pour faire propre”
- Oublier les redirections d’anciens articles
- Répliquer la complexité WordPress dans le nouveau stack
- Sur-optimiser au lieu de publier
TL;DR
- Oui, tu peux migrer de WordPress vers Astro en un week-end
- Non, ne commence pas par “tout refaire”
- Priorise les pages à trafic
- Garde les URLs
- Mets des 301 propres
- Publie vite
Le but final : un site rapide et une envie d’écrire qui revient.
Sources :
- Astro docs : https://docs.astro.build
- TinaCMS docs : https://tina.io/docs
- Cloudflare Workers/Pages docs : https://developers.cloudflare.com/