WRS-Latenz
Die WRS-Latenz (Web Rendering Service Latency) bezeichnet die zeitliche Verzögerung zwischen dem Abruf des rohen HTML-Codes einer Seite durch den Crawler und der Ausführung des clientseitigen JavaScripts durch das Rendering-System, um das vollständige DOM zu indexieren.
Technischer Hintergrund
Abschnitt betitelt „Technischer Hintergrund“Moderne Suchmaschinen (insbesondere Google) arbeiten mit einem zweistufigen Indexierungsmodell:
- Erste Welle (Sofort): Der Crawler ruft die Seite ab und parst sofort das vom Server gelieferte HTML.
- Zweite Welle (Verzögert): Wenn die Seite JavaScript zur Darstellung benötigt, wird sie in einer Rendering-Warteschlange (vom Web Rendering Service, kurz WRS) platziert. Der WRS führt die Skripte aus, erzeugt das gerenderte DOM und sendet es zurück an den Indexer.
Die Zeit, die eine Seite in der WRS-Warteschlange verbringt, ist die WRS-Latenz.
graph TD A[Crawler ruft Seite ab] --> B{JS benötigt?} B -- Nein --> C[Sofortige Indexierung Welle 1] B -- Ja --> D[WRS-Rendering-Warteschlange] D -->|WRS-Latenz / Verzögerung| E[WRS führt JS aus] E --> F[Indexierung Welle 2]Ursachen für WRS-Latenz
Abschnitt betitelt „Ursachen für WRS-Latenz“- WRS-Warteschlangen-Stau: Während Core-Updates oder bei hohem Web-Traffic staut sich die Warteschlange, was die Ausführung um Tage oder Wochen verzögern kann.
- WRS-Timeouts: Wenn ein JavaScript-Bundle zu lange zum Laden oder Ausführen benötigt (LCP > 4,0s), bricht der WRS das Rendering ab, was zu einer Indexierung leerer Seiten führt.
- Client-Side Rendering (CSR): Websites, die vollständig auf Single-Page-App-Frameworks basieren, hängen zu 100 % von der WRS-Warteschlange ab und sind extrem anfällig für Indexierungsfehler.
Vermeidung
Abschnitt betitelt „Vermeidung“Um die WRS-Warteschlange zu umgehen und die WRS-Latenz vollständig zu eliminieren, müssen Webentwickler auf Static Site Generation (SSG) setzen. Dadurch wird den Crawlern direkt fertig gerendertes HTML bereitgestellt, sodass kein JavaScript zur Erfassung ausgeführt werden muss.