Render-Verhältnis
Das Render-Verhältnis ist der Anteil des Seitentexts, der bereits im vom Server ausgelieferten HTML steht, bevor irgendein JavaScript läuft.
Eine Seite bei 95 % kann alles lesen, was eine URL abrufen kann. Eine bei 10 % ist eine fast leere Hülle, die erst im Browser zur Seite wird, und die meisten Crawler sind keine Browser. Es ist die Prüfung, an der die meisten Websites scheitern.
Warum entscheidet das Render-Verhältnis über Ihre Zitierbarkeit?
Ein Modell surft nicht. Etwas ruft Ihre URL ab, behält den zurückgelieferten Text, und dieser Text ist alles, was das Modell je von Ihnen haben wird. Wird Ihr Inhalt im Client zusammengebaut, bleibt davon eine Navigationsleiste und ein Ladezustand übrig.
Google ist die Ausnahme, die für Verwirrung sorgt. Es führt JavaScript aus, in einer eigenen Phase nach dem Crawling, und die eigene Dokumentation empfiehlt weiterhin serverseitiges Rendern, weil, mit ihren Worten, nicht alle Bots JavaScript ausführen können. Die Bots, die Antworten liefern, gehören größtenteils zur zweiten Gruppe.
Welches Render-Verhältnis ist gut?
Gemessen als Anteil des fertigen Texts im rohen HTML. Die Bereiche sind bewusst grob: Über 90 % ist die Seite ohne Skripte praktisch vollständig, und unter 60 % sieht ein Crawler etwas anderes als das, was Sie veröffentlicht haben.
- Über 90 % — die Seite ist ohne JavaScript praktisch vollständig.
- 60 % bis 90 % — der Hauptinhalt ist da, Teile davon nicht. Meist Bewertungen, Preise oder Tabs.
- Unter 60 % — ein Crawler ohne JavaScript sieht eine andere Seite als die veröffentlichte.
- Nahe 0 % — eine leere Hülle. Die Website existiert nur für Browser.
Wie behebt man ein niedriges Render-Verhältnis?
Serverseitiges Rendern oder statische Generierung für die Inhalte, auf die es ankommt. Jedes moderne Framework kann das, und die meisten Projekte haben es schlicht nie eingeschaltet. Weder Design noch Technik ändern sich; es ändert sich, wer das HTML zusammensetzt.
Wo ein Neubau nicht zur Debatte steht, ist der billige Teilfix, eine Textfassung auszuliefern, per Content Negotiation oder als dokumentierte Markdown-Kopie. Das repariert die Seite nicht, sorgt aber dafür, dass der Inhalt irgendwo liegt, wo ein Crawler ihn erreicht.
Worauf stützt sich das?
Googles eigene Dokumentation ist hier die stärkste Quelle, und sie wird meist verkehrt herum zitiert. Alle drei sind vollständig und kostenlos lesbar.
- JavaScript SEO basics, Google Search Central
Dokumentiert die drei Phasen —Crawling, Rendering, Indexierung— und hält fest, dass serverseitiges Rendern weiterhin sinnvoll ist, weil nicht alle Bots JavaScript ausführen können. Dieser Satz ist das ganze Argument.
- GEO: Generative Engine Optimization
Misst, was Inhalte in generierten Antworten sichtbar macht. Nichts davon gilt für Inhalte, die ein Crawler nie erhalten hat.
- Die llms.txt-Konvention
Der übliche Teil-Workaround: eine Markdown-Fassung dessen veröffentlichen, was die Seite sagt, für Agenten, die kein Skript ausführen.
Häufige Fragen zu Render-Verhältnis
Führt Google JavaScript nicht ohnehin aus?
- Doch, in einer Rendering-Phase nach dem Crawling. Das deckt Google ab und sagt nichts über den Rest, und Googles eigene Dokumentation empfiehlt weiterhin serverseitiges Rendern, weil nicht alle Bots JavaScript ausführen können. Für den einen Crawler zu optimieren, der rendert, heißt auf den falschen zu setzen.
Bedeutet ein gutes Render-Verhältnis, auf React zu verzichten?
- Nein. React, Vue und Svelte rendern serverseitig, und die darauf gebauten Frameworks tun es standardmäßig. Ein niedriges Verhältnis ist fast immer eine nie aktivierte Einstellung und keine Grenze der Technik.