Tu peux avoir un site qui “fonctionne” et quand même ne plus avoir envie de publier.
C’est exactement le point du thread : “I tore down my WordPress site and rebuilt it from scratch. Not because it was broken. Because I’ve outgrown it.”
Et franchement, c’est la phrase la plus importante.
Le vrai sujet n’est pas le framework. Le vrai sujet, c’est la friction.
Quand chaque publication ressemble à une micro-bataille (plugins, admin lourde, maintenance, lenteur, dette), ton cerveau associe “écrire” à “galère”. Et tu publies moins.
Pourquoi ce move est intelligent
Passer à Astro 5 + TinaCMS + Cloudflare Workers n’est pas juste un délire de devs performance nerds.
C’est une décision produit pour créateur solo :
- Astro : HTML d’abord, JS seulement quand nécessaire
- TinaCMS : édition simple, versionnée, propre pour un workflow Git
- Cloudflare Workers : delivery edge rapide et infra légère
Résultat annoncé :
- homepage ~52KB
- chargement < 1 seconde
- 0 JS envoyé par défaut
C’est massif, mais encore une fois, la vraie victoire est ailleurs :
Tu recommences à avoir envie de taper des mots.
Le piège WordPress (même quand “tout va bien”)
WordPress reste un excellent outil. Mais pour beaucoup de profils indie / maker, il finit par dériver :
- trop de couches
- trop de décisions parasites
- trop de dépendances plugins
- trop de maintenance invisible
Tu te retrouves à “gérer un système” au lieu de “publier des idées”.
Et ça, ça tue la cadence.
Le bon KPI n’est pas PageSpeed
Oui, la perf compte. Oui, 52KB c’est sexy.
Mais le KPI qui change une carrière de créateur, c’est plutôt :
- nombre d’articles publiés par mois
- temps entre idée et publication
- énergie mentale restante après publication
Si un nouveau stack te donne +2 publications/mois pendant 12 mois, c’est game changer.
Ce que ça change concrètement au quotidien
Avec un setup Astro + Tina + Cloudflare, tu récupères :
- Un back-office plus minimal
- Un site plus rapide sans chasse au plugin perf
- Une base de contenu plus propre (Git + markdown/MDX)
- Un sentiment de contrôle
Ce dernier point est sous-estimé. Quand ton système est lisible, tu oses plus itérer. Quand il est opaque, tu procrastines.
“Faut-il quitter WordPress ?”
Pas forcément.
Si ton WordPress te sert bien, continue. Le but n’est pas de suivre la mode.
Mais si tu observes ça :
- tu repousses la publication,
- tu redoutes l’admin,
- tu passes plus de temps à maintenir qu’à écrire,
alors oui, c’est peut-être le bon moment pour reconstruire.
Pas parce que WordPress est nul. Parce que toi, tu as changé.
Le vrai takeaway
Le thread résume une réalité que beaucoup vivent sans la nommer :
- Les outils ne sont pas neutres
- Ton stack influence ton rythme créatif
- Une migration réussie se mesure en envie retrouvée
Si ton site est plus rapide et que tu as envie d’écrire à nouveau, c’est probablement l’un des meilleurs upgrades possibles.
Et c’est exactement ce qui compte.
FAQ
Est-ce qu’Astro est meilleur que WordPress dans tous les cas ?
Non. Astro est excellent pour des sites orientés contenu/perf avec workflow dev-friendly. WordPress reste plus accessible pour certains besoins non techniques et des équipes éditoriales classiques.
TinaCMS est obligatoire avec Astro ?
Non. Tu peux publier en markdown/MDX pur. Tina devient utile si tu veux une édition plus visuelle et un workflow éditorial guidé.
Cloudflare Workers est-il indispensable ?
Non plus. Tu peux déployer Astro ailleurs (Vercel, Netlify, etc.). Workers est surtout intéressant pour l’edge, les coûts et la flexibilité.
Le gain de perf impacte-t-il vraiment le SEO ?
Oui, indirectement et directement : meilleure UX, meilleur crawl budget sur certains sites, et signaux Core Web Vitals plus propres.
Sources :
- Thread original partagé (citation)
- Documentation Astro : https://docs.astro.build
- Documentation TinaCMS : https://tina.io/docs
- Documentation Cloudflare Workers : https://developers.cloudflare.com/workers/