Pourquoi Astro est notre choix par défaut quand le SEO compte
Astro génère du HTML statique, sémantique, rapide. Trois raisons concrètes pour lesquelles c'est le bon choix quand le SEO et le GEO comptent vraiment.
Dylan Henocque
Développeur front & designer UX/UI
Le HTML statique reste le meilleur format pour les moteurs
Quand Google ou un LLM crawle votre site, il préfère lire du HTML déjà rendu plutôt que d’attendre qu’un bundle JavaScript s’exécute pour découvrir le contenu. Astro pousse cette logique à l’extrême : tout est statique par défaut, et seul le code dont vous avez vraiment besoin côté client est livré au navigateur.
Trois conséquences mesurables :
- Le poids de la page chute : souvent 5 à 10 fois moins de JavaScript qu’un Next.js équivalent
- Le Time to First Byte tombe à quelques dizaines de millisecondes sur un CDN
- Le contenu est immédiatement disponible aux crawlers, sans attendre l’hydratation
Les content collections rendent le contenu typé
Astro lit vos fichiers Markdown ou MDX, les valide avec un schéma Zod, et expose un objet typé à vos pages. Concrètement, vous ne pouvez pas publier un article si une date est mal formatée ou si une catégorie est inconnue.
const blog = defineCollection({
loader: glob({ pattern: '**/*.mdx', base: './src/content/blog' }),
schema: ({ image }) => z.object({
title: z.string(),
publishedAt: z.coerce.date(),
cover: image(),
}),
});
Le GEO devient natif
Le GEO (Generative Engine Optimization) consiste à rendre votre contenu lisible et citable par les LLMs. Astro fournit déjà l’essentiel :
- HTML sémantique sans bruit JavaScript
- JSON-LD structuré injecté côté serveur
- Sitemap et RSS générés automatiquement
- Possibilité de poser un
llms.txtà la racine
Pour un site éditorial qui veut apparaître dans les réponses de ChatGPT, Perplexity ou Google AI Overviews, c’est un avantage net.
Quand Astro n’est pas le bon choix
Astro n’est pas la meilleure réponse à tout.
- Une application avec beaucoup d’état partagé côté client (dashboard temps réel, éditeur collaboratif) sera mieux servie par un framework qui assume le SPA
- Un site qui dépend d’un rendu serveur dynamique sur chaque requête (personnalisation profonde, A/B testing serveur) gagnera moins du modèle statique
Pour un site marketing, un blog, une documentation ou la majorité des sites de présentation, Astro reste notre choix par défaut. C’est d’ailleurs la stack de ce site.
Questions fréquentes
✦Astro fonctionne-t-il avec React ?
Oui, Astro permet d'utiliser React (ou Vue, Svelte, Solid) en îlots, c'est-à-dire uniquement là où l'interactivité est nécessaire. Le reste du site reste du HTML statique.
✦Quelle différence entre Astro et Next.js pour le SEO ?
Next.js exécute du JavaScript pour rendre la plupart des pages, ce qui ajoute du poids et complique le crawl. Astro produit du HTML statique par défaut, ce qui est plus simple à indexer et plus rapide pour l'utilisateur.
✦Astro est-il adapté à un blog éditorial ?
Oui. Avec ses content collections typées (Markdown/MDX validés par Zod), Astro est probablement la meilleure stack pour un site éditorial qui doit rester rapide et bien référencé.
Sources & références
Un projet similaire en tête ?
On vous répond sous 24 h, sans engagement et sans modèle commercial déguisé.
Échanger avec l'équipe