Génération de sites statiques

L'équipe Citead, mis à jour le

En bref. La génération de sites statiques produit un HTML réutilisable lors de la compilation, permettant aux robots d’exploration de lire le contenu prégénéré dans la réponse initiale.

Définition : La génération de sites statiques (static site generation, SSG) produit le HTML d’une page lors de la compilation (build), avant qu’un visiteur ou un robot d’exploration ne la demande. Ce HTML prégénéré est réutilisé à chaque requête et peut contenir le contenu principal de la page avant l’exécution du JavaScript dans le navigateur.

Points clés

Pourquoi le HTML prégénéré compte-t-il pour l’exploration ?

L’exploration récupère une page ; le rendu exécute ses scripts pour produire le HTML utilisé pour l’indexation. Le guide de Google sur le référencement JavaScript explique que Googlebot, le robot d’exploration de Google pour la recherche, extrait les liens de la réponse HTML, puis les extrait à nouveau après le rendu. Google utilise le HTML issu du rendu pour indexer le contenu.

Lorsqu’une réponse initiale contient uniquement une coquille applicative (app shell), Google a besoin d’exécuter JavaScript pour voir le contenu réel. Le HTML prégénéré peut rendre ce contenu disponible dans la réponse. Cela aide également les robots d’exploration qui ne peuvent pas exécuter de scripts.

L’exemple de Google contient du texte ordinaire et des liens directement dans le HTML. Cet extrait illustre la forme que peut produire une compilation :

<h1>Welcome to example.com!</h1>
<div id="placeholder">
  <p>Learn more about <a href="/products">our products</a> and <a href="/services">our services</a></p>
</div>

En quoi la génération diffère-t-elle du rendu à la requête ?

Le rendu côté serveur génère le HTML en réponse à une requête. La génération statique effectue ce travail lors de la compilation. L’article Rendering on the Web de Google explique qu’un framework peut prendre en charge les deux approches, en choisissant le rendu statique pour les pages qui s’y prêtent et le rendu à la requête pour les autres.

La documentation du Pages Router de Next.js donne un exemple concret de récupération de données : getStaticProps récupère les données lors de la compilation et les transmet à la page. Les usages suggérés comprennent les pages d’aide et de documentation. Un contenu fréquemment mis à jour peut recourir au rendu à la requête ou à la récupération de données côté client, où le JavaScript du navigateur remplit certaines parties de la page.

Ce choix détermine le contenu déjà présent dans le HTML prégénéré. Une section dont le contenu est récupéré par le navigateur dépend toujours de l’exécution de scripts, même lorsque la page qui l’entoure est générée statiquement.

Comment vérifier la page déployée ?

Une vérification de l’implémentation compare la réponse HTML initiale à la page après rendu : il s’agit de déterminer si le texte principal est déjà présent avant l’exécution des scripts. L’outil d’inspection d’URL de Google fournit ensuite des éléments sur le traitement d’une URL déployée par Google.

Dans le rapport sur la version indexée, View crawled page donne accès à la requête, à la réponse et au HTML renvoyé. Un test en direct vérifie la page actuelle ; View tested page > More info donne accès aux ressources et aux résultats de l’exécution du JavaScript. Ces vues aident à distinguer un problème dans les fichiers produits par la compilation d’un problème de rendu. Le rapport sur la version indexée peut correspondre à un déploiement plus ancien ; la page actuelle doit donc faire l’objet du test en direct.

Termes associés

Questions fréquentes

Une page générée statiquement peut-elle utiliser JavaScript dans le navigateur ?

Oui. La documentation de Next.js décrit l’association de la génération statique et de la récupération de données côté client. Si votre texte principal utilise cette approche, vérifiez s’il apparaît dans le HTML initial.

Google saute-t-il l’étape du rendu lorsque le HTML est prégénéré ?

Le guide de Google sur le référencement JavaScript indique que les pages renvoyant un code HTTP 200 entrent dans la file d’attente de rendu, y compris les pages sans JavaScript, sauf si une directive d’indexation l’empêche. Le contenu prégénéré reste utile dans la réponse initiale.

Sources

  1. Google Search Central, « Understand the JavaScript SEO basics », mis à jour le 4 mars 2026
  2. Next.js, « Static Site Generation (SSG) », mis à jour le 3 mars 2026
  3. Google web.dev, « Rendering on the Web », mis à jour le 5 janvier 2026
  4. Google Search Console Help, « URL Inspection tool », consulté le 17 octobre 2026

Vérifiez comment une page se lit pour les moteurs de réponse. Ouvrir l’analyseur de score GEO

Testez une page et voyez quoi corriger en premier

L'analyse prend en général moins de 10 secondes et ne demande pas de compte.

400 000+ pages notées dans le benchmark public