JavaScript-Rendering-Prüfung

Google rendert JavaScript, aber verzögert und mit Grenzen. Inhalte, die erst nach der Hydration existieren, werden womöglich spät, teilweise oder gar nicht indexiert. Diese Skill vergleicht rohes HTML mit dem gerenderten DOM, um genau zu finden, was fehlt.

Die Skill-Datei

---
name: javascript-rendering-check
description: Verwenden Sie dies, wenn eine Website Inhalte clientseitig rendert und Sie bestätigen müssen, dass Suchmaschinen sie tatsächlich sehen, besonders nach einem Framework-Wechsel oder einer Migration.
---

# JavaScript-Rendering-Prüfung

Google rendert JavaScript, aber verzögert und mit Grenzen. Inhalte, die erst nach der Hydration existieren, werden womöglich spät, teilweise oder gar nicht indexiert. Diese Skill vergleicht rohes HTML mit dem gerenderten DOM, um genau zu finden, was fehlt.

## Was Sie vorher brauchen

- Die URL je einer Seite pro Template
- Zugriff auf den Quelltext und ein Rendering-Werkzeug

## Methode

1. Rufen Sie das rohe HTML mit deaktiviertem JavaScript ab und halten Sie fest, was vorhanden ist: title, meta description, canonical, Überschriften, Fliesstext, Links.
2. Rendern Sie dieselbe URL und vergleichen Sie beide. Alles, was erst nach dem Rendering erscheint, ist gefährdet.
3. Prüfen Sie speziell die internen Links - per JavaScript eingefügte Links oder solche, die über onclick statt href ausgelöst werden, werden möglicherweise nie verfolgt.
4. Bestätigen Sie, dass canonical und meta robots im rohen HTML vorhanden sind. Ein clientseitig eingefügtes canonical wird häufig ignoriert.
5. Testen Sie mit der URL-Prüfung der Search Console an der Live-URL und lesen Sie das dort gemeldete gerenderte HTML, das die massgebliche Sicht ist.
6. Verlagern Sie alles Kritische, das weiterhin fehlt, auf die Serverseite, statt zu versuchen, die clientseitige Version schneller rendern zu lassen.

## Was dabei herauskommt

Ein Vergleich von rohem und gerendertem Inhalt je Template, wobei jedes gefährdete Element als serverseitig-verlagern oder akzeptabel markiert ist.

## Wo es schiefgeht

- Einem Drittanbieter-Renderer mehr vertrauen als der URL-Prüfung der Search Console
- Annehmen, dass die JavaScript-Inhalte gelesen werden, nur weil eine Seite rankt
- canonical- und robots-Direktiven der clientseitigen Einfügung überlassen

---

Aus der QuQi-Skill-Bibliothek - https://www.quqi.io/de/skills/javascript-rendering-check

Was Sie vorher brauchen

• Die URL je einer Seite pro Template
• Zugriff auf den Quelltext und ein Rendering-Werkzeug

Methode

1. 01 Rufen Sie das rohe HTML mit deaktiviertem JavaScript ab und halten Sie fest, was vorhanden ist: title, meta description, canonical, Überschriften, Fliesstext, Links.
2. 02 Rendern Sie dieselbe URL und vergleichen Sie beide. Alles, was erst nach dem Rendering erscheint, ist gefährdet.
3. 03 Prüfen Sie speziell die internen Links - per JavaScript eingefügte Links oder solche, die über onclick statt href ausgelöst werden, werden möglicherweise nie verfolgt.
4. 04 Bestätigen Sie, dass canonical und meta robots im rohen HTML vorhanden sind. Ein clientseitig eingefügtes canonical wird häufig ignoriert.
5. 05 Testen Sie mit der URL-Prüfung der Search Console an der Live-URL und lesen Sie das dort gemeldete gerenderte HTML, das die massgebliche Sicht ist.
6. 06 Verlagern Sie alles Kritische, das weiterhin fehlt, auf die Serverseite, statt zu versuchen, die clientseitige Version schneller rendern zu lassen.

Was dabei herauskommt

Ein Vergleich von rohem und gerendertem Inhalt je Template, wobei jedes gefährdete Element als serverseitig-verlagern oder akzeptabel markiert ist.

Wo es schiefgeht

• Einem Drittanbieter-Renderer mehr vertrauen als der URL-Prüfung der Search Console
• Annehmen, dass die JavaScript-Inhalte gelesen werden, nur weil eine Seite rankt
• canonical- und robots-Direktiven der clientseitigen Einfügung überlassen

Mehr in Technisches SEO