Contrôle du rendu JavaScript

Google exécute le JavaScript, mais avec un délai et des limites. Un contenu qui n'existe qu'après l'hydratation peut être indexé tardivement, partiellement, ou pas du tout. Cette compétence compare le HTML brut au DOM rendu pour trouver exactement ce qui manque.

Le fichier de compétence

---
name: javascript-rendering-check
description: À utiliser lorsqu'un site rend son contenu côté client et que vous devez confirmer que les moteurs de recherche le voient réellement, en particulier après un changement de framework ou une migration.
---

# Contrôle du rendu JavaScript

Google exécute le JavaScript, mais avec un délai et des limites. Un contenu qui n'existe qu'après l'hydratation peut être indexé tardivement, partiellement, ou pas du tout. Cette compétence compare le HTML brut au DOM rendu pour trouver exactement ce qui manque.

## Ce qu’il vous faut d’abord

- L'URL d'une page par gabarit
- L'accès au code source et à un outil de rendu

## Méthode

1. Récupérez le HTML brut avec le JavaScript désactivé et notez ce qui est présent : title, meta description, canonical, titres, corps de texte, liens.
2. Effectuez le rendu de la même URL et comparez les deux versions. Tout ce qui n'apparaît qu'après le rendu est à risque.
3. Vérifiez en particulier les liens internes — les liens injectés par JavaScript, ou déclenchés par onclick plutôt que par href, risquent de ne jamais être suivis.
4. Confirmez que le canonical et le meta robots sont présents dans le HTML brut. Un canonical injecté côté client est fréquemment ignoré.
5. Testez l'URL en production avec l'inspection d'URL de la Search Console et lisez le HTML rendu qu'elle rapporte : c'est la vue qui fait autorité.
6. Pour tout élément critique encore manquant, déplacez-le côté serveur plutôt que d'essayer d'accélérer le rendu de la version côté client.

## Ce que ça produit

Une comparaison par gabarit entre contenu brut et contenu rendu, chaque élément à risque étant marqué comme à déplacer côté serveur ou acceptable.

## Là où ça dérape

- Faire davantage confiance à un outil de rendu tiers qu'à l'inspection d'URL de la Search Console
- Supposer que parce qu'une page se positionne, son contenu JavaScript est bien lu
- Laisser les canonicals et les directives robots à une injection côté client

---

Extrait de la bibliothèque de compétences QuQi - https://www.quqi.io/fr/skills/javascript-rendering-check

Ce qu’il vous faut d’abord

• L'URL d'une page par gabarit
• L'accès au code source et à un outil de rendu

Méthode

1. 01 Récupérez le HTML brut avec le JavaScript désactivé et notez ce qui est présent : title, meta description, canonical, titres, corps de texte, liens.
2. 02 Effectuez le rendu de la même URL et comparez les deux versions. Tout ce qui n'apparaît qu'après le rendu est à risque.
3. 03 Vérifiez en particulier les liens internes — les liens injectés par JavaScript, ou déclenchés par onclick plutôt que par href, risquent de ne jamais être suivis.
4. 04 Confirmez que le canonical et le meta robots sont présents dans le HTML brut. Un canonical injecté côté client est fréquemment ignoré.
5. 05 Testez l'URL en production avec l'inspection d'URL de la Search Console et lisez le HTML rendu qu'elle rapporte : c'est la vue qui fait autorité.
6. 06 Pour tout élément critique encore manquant, déplacez-le côté serveur plutôt que d'essayer d'accélérer le rendu de la version côté client.

Ce que ça produit

Une comparaison par gabarit entre contenu brut et contenu rendu, chaque élément à risque étant marqué comme à déplacer côté serveur ou acceptable.

Là où ça dérape

• Faire davantage confiance à un outil de rendu tiers qu'à l'inspection d'URL de la Search Console
• Supposer que parce qu'une page se positionne, son contenu JavaScript est bien lu
• Laisser les canonicals et les directives robots à une injection côté client

Plus dans SEO technique