Die Rendering-Lücke bei JavaScript-lastigen Websites

Die Rendering-Lücke bei JavaScript-lastigen Websites
**Release Notes - Dezember 2024**

Sie haben auf ein modernes JavaScript-Framework migriert. Die Website lädt schnell, sieht gut aus, funktioniert einwandfrei. Drei Monate später fehlen 40 Prozent Ihrer Seiten im Index. Die Antwort von Google: technisch alles korrekt, aber der Inhalt wird nicht gesehen.

Das Problem ist nicht, ob Google JavaScript rendern kann. Das kann es. Das Problem ist wann, wie oft und unter welchen Bedingungen.

**Die zwei Phasen, die niemand zusammen testet**

Googlebot arbeitet in zwei Schritten. Erst kommt das HTML-Crawling, dann - irgendwann später - das Rendering. Diese Verzögerung kann Stunden oder Tage betragen. In dieser Zeit trifft Google Entscheidungen basierend auf unvollständigem HTML.

Ihr Framework liefert ein leeres div mit id root und lädt alles andere per JavaScript nach. Der erste Crawl sieht: keine Überschriften, kein Text, keine Links. Google reiht die Seite hinten ein für das Rendering. Bei limitiertem Rendering-Budget kommt sie vielleicht nie dran.

Selbst wenn die Seite gerendert wird: Timeouts sind real. Google gibt JavaScript 5 Sekunden. Wenn Ihr Content von einer API lädt, die 3 Sekunden braucht, plus 2 Sekunden für Framework-Initialisierung, sieht Google eine leere Seite.

**Was die Tests nicht zeigen**

Das URL-Prüftool der Search Console rendert unter idealen Bedingungen. Schnelle Verbindung, mehrere Versuche, geduldiges Warten. Das repräsentiert nicht den normalen Crawl.

Mobile Rendering ist anders. Googlebot Smartphone simuliert langsamere Verbindungen und weniger Rechenleistung. Was auf Desktop funktioniert, kann mobil scheitern.

**Server-Side-Rendering ist nicht die einzige Lösung**

Ja, SSR oder Static Site Generation lösen das Problem grundsätzlich. Aber die Migration ist aufwendig und manchmal nicht möglich bei Legacy-Systemen oder bestimmten Frameworks.

Alternative: Hybrid-Ansatz. Kritischer Content wie Überschriften, erste Absätze und interne Links im initialen HTML. Der Rest kann JavaScript nachladen. Google sieht genug beim ersten Crawl, um die Seite richtig einzuordnen.

Für API-abhängige Inhalte: Inline kritische Daten im HTML als JSON. Wenn die API langsam ist, hat JavaScript die Daten trotzdem sofort verfügbar. Kein Rendering-Timeout.

**Structured Data braucht besondere Aufmerksamkeit**

JSON-LD, das per JavaScript eingefügt wird, erreicht Google oft nicht. Entweder landet es außerhalb des Rendering-Timeouts oder wird durch Framework-Eigenheiten nicht korrekt ins DOM geschrieben.

Structured Data gehört ins initiale HTML. Immer. Auch wenn Sie sonst vollständig auf Client-Side-Rendering setzen, diese paar Kilobyte JSON sollten server-seitig gerendert werden.

Haben Sie einen Fehler in diesem Artikel entdeckt? Helfen Sie uns, die Qualität zu verbessern und melden Sie Ungenauigkeiten.

Fehler melden

Cookie-Einstellungen

Wir verwenden Cookies, um Ihre Erfahrung zu verbessern. Einige sind notwendig, andere optional.

Cookie-Einstellungen verwalten

Wählen Sie, welche Cookie-Kategorien Sie zulassen möchten. Erforderliche Cookies können nicht deaktiviert werden.