Latence WRS
La Latence WRS (Web Rendering Service Latency) fait référence au délai temporel entre le moment où le robot d’un moteur de recherche récupère l’HTML brut d’une page et celui où le moteur de rendu exécute le JavaScript côté client pour indexer le DOM complet.
Contexte Technique
Section intitulée « Contexte Technique »Les moteurs de recherche modernes (particulièrement Googlebot) fonctionnent selon un modèle d’indexation à deux vagues :
- Première vague (Instantanée): Le crawler récupère la page et analyse immédiatement l’HTML de la réponse serveur.
- Deuxième vague (Différée): Si la page nécessite JavaScript pour s’afficher, elle est placée dans une file d’attente de rendu (gérée par le Web Rendering Service, ou WRS). Le WRS exécute le code, génère le DOM rendu et le renvoie à l’indexeur.
Le temps qu’une page passe dans la file d’attente du WRS constitue la Latence WRS.
graph TD A[Le robot récupère la page] --> B{Requiert du JS ?} B -- Non --> C[Indexation instantanée Vague 1] B -- Oui --> D[File d'attente WRS] D -->|Latence / Délai WRS| E[Le WRS exécute le JS] E --> F[Indexation Vague 2]Causes de la Latence WRS
Section intitulée « Causes de la Latence WRS »- Engorgement des files WRS : Lors des mises à jour majeures (Core Updates) ou de pics de trafic, la file d’attente sature, retardant l’exécution de plusieurs jours ou semaines.
- Timeouts du WRS : Si un script JavaScript met trop de temps à charger ou à s’exécuter (LCP > 4.0s), le WRS abandonne le rendu, indexant une page vide.
- Architectures lourdes côté client (CSR) : Les sites construits entièrement sur des frameworks CSR dépendent à 100 % de la file d’attente du WRS, les exposant à une forte volatilité.
Atténuation
Section intitulée « Atténuation »Pour contourner la file d’attente WRS et éliminer complètement cette latence, les architectes web doivent privilégier la génération de sites statiques (SSG) afin de fournir directement aux robots un HTML pré-rendu, évitant ainsi le besoin d’exécuter du JavaScript pour l’indexation.