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
- Au 17 octobre 2026, la documentation de Google sur le référencement JavaScript recommande le rendu côté serveur ou le prérendu et explique que certains robots ne peuvent pas exécuter JavaScript.
- La documentation de Next.js sur la génération statique décrit un HTML généré par
next buildet réutilisé à chaque requête. - L’article Rendering on the Web de Google décrit le rendu statique comme la production, généralement à l’avance, d’un fichier HTML distinct pour chaque URL.
- La documentation de Google sur l’inspection d’URL prévoit des vérifications distinctes pour la version indexée d’une page et sa version en ligne.
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
- Google Search Central, « Understand the JavaScript SEO basics », mis à jour le 4 mars 2026
- Next.js, « Static Site Generation (SSG) », mis à jour le 3 mars 2026
- Google web.dev, « Rendering on the Web », mis à jour le 5 janvier 2026
- 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