En bref. Le DOM rendu est la structure actuelle de la page dans le navigateur, que JavaScript peut modifier après le renvoi du HTML par le serveur.

Définition : Le DOM rendu (rendered DOM) est le modèle objet de document (Document Object Model), l’arborescence des éléments de la page construite par le navigateur, dans son état courant après l’analyse du HTML et les éventuelles modifications JavaScript. Le HTML de la réponse est le document renvoyé par le serveur ; les scripts peuvent ajouter, supprimer ou modifier du contenu dans le DOM.

Points clés

En octobre 2026, la documentation de Google sur le SEO JavaScript décrit des phases distinctes d’exploration, de rendu et d’indexation. Le HTML rendu sert à l’indexation.
La documentation de Chrome sur le DOM distingue le HTML initial du contenu actif de la page représenté par le DOM.
Le guide de dépannage JavaScript de Google présente le test des résultats enrichis (Rich Results Test) et l’outil d’inspection d’URL (URL Inspection) comme des moyens d’examiner le DOM rendu et les erreurs JavaScript.
L’aide sur l’inspection d’URL de Search Console distingue les informations sur la page indexée du test en direct de la page actuelle.

Comment le HTML de la réponse devient-il un DOM rendu ?

L’explication de Chrome sur le HTML et le DOM décrit comment un navigateur analyse le HTML du serveur pour construire une arborescence d’objets appelés nœuds. JavaScript peut ensuite modifier ces nœuds. Le DOM représente donc l’état de la page au moment de l’inspection.

La documentation donne ce script en exemple :

const h1 = document.querySelector('h1');
h1.parentElement.removeChild(h1);
const p = document.createElement('p');
p.textContent = 'Wildcard!';
document.body.appendChild(p);

Le script supprime le titre et ajoute un paragraphe contenant « Wildcard! ». Le HTML initial contient toujours le titre d’origine. Cet exemple montre pourquoi la seule lecture de la réponse du serveur peut donner une vision du contenu différente de celle obtenue en examinant le DOM après l’exécution des scripts.

Pourquoi cette différence compte-t-elle pour l’exploration ?

La documentation de Google sur les bases du SEO JavaScript décrit le squelette d’application (app shell), un document HTML initial dépourvu du contenu réel de la page. Google doit exécuter JavaScript pour accéder à ce contenu. Googlebot, le robot d’exploration de Google pour la recherche, extrait les liens de la réponse, puis du HTML rendu, que Google utilise aussi pour l’indexation.

Le rendu côté serveur fournit le contenu de la page dans la réponse HTTP. La même documentation recommande le rendu côté serveur ou le prérendu et précise que certains robots ne peuvent pas exécuter JavaScript. Cette distinction compte pour évaluer le contenu auquel un robot peut accéder.

Le guide de dépannage de Google explique une autre source de différences : son Web Rendering Service, le composant chargé du rendu des pages, efface les cookies et les données de stockage du navigateur entre les chargements de pages. Le contenu qui dépend d’un état précédemment enregistré demande donc une attention particulière lors des vérifications du rendu.

Comment vérifier les deux versions ?

Le tutoriel de Chrome sur le DOM situe l’arborescence courante du DOM dans le panneau Éléments (Elements) des DevTools. La recherche d’une phrase précise dans cette arborescence permet de localiser le nœud correspondant après les modifications JavaScript.

Pour examiner la page telle que Google la voit, le guide de dépannage JavaScript recommande le test des résultats enrichis ou l’outil d’inspection d’URL. Ces outils donnent accès au DOM rendu, aux ressources chargées et aux messages de la console JavaScript. La comparaison entre le contenu attendu et ces résultats aide à repérer les problèmes de rendu.

L’aide sur l’inspection d’URL décrit le parcours du test en direct : Tester l’URL active (Test live URL), puis Afficher la page testée (View tested page). Les informations complémentaires comprennent le code de la page, les ressources chargées et les messages de la console JavaScript. L’onglet Capture d’écran (Screenshot) montre la page telle que Google-InspectionTool la voit après un test en direct réussi. Le rapport d’indexation concerne la version précédemment indexée ; un test en direct est donc utile après une modification.

Termes associés

Questions fréquentes

Puis-je me fier au HTML initial pour examiner le contenu JavaScript ?

La documentation de Google sur le SEO JavaScript explique qu’un squelette d’application peut omettre le contenu réel dans son HTML initial. Pour une telle page, examinez le résultat du rendu ainsi que la réponse du serveur.

Où rechercher la cause d’un contenu absent du rendu ?

Le guide de dépannage de Google recommande d’examiner les ressources chargées et les messages de la console JavaScript en complément du DOM rendu. Vous pouvez utiliser le test des résultats enrichis ou l’outil d’inspection d’URL pour cette vérification.

Sources

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