Server-Side Rendering, kurz SSR, heißt auf Deutsch serverseitiges Rendern. web.dev beschreibt es als das Rendern einer Anwendung auf dem Server, der dann HTML statt JavaScript an den Browser schickt [1]. Überschriften, Texte und Links stehen also schon in der ersten Antwort des Servers. Der Browser muss die Seite nicht erst zusammensetzen, bevor er den Inhalt zeigt. Das Gegenstück ist das Client-Side Rendering, bei dem JavaScript im Browser die Seite aufbaut [1].
Warum Suchmaschinen davon profitieren
Google verarbeitet JavaScript-Seiten in drei Phasen: Crawling, Rendering und Indexierung [2]. Liegt der Inhalt schon im ausgelieferten HTML, hängt die Indexierung nicht davon ab, dass das Rendering klappt. Google nennt serverseitiges Rendering oder Pre-Rendering eine sehr gute Option, weil die Website dadurch für Nutzer und Crawler schneller wird und nicht alle Bots JavaScript ausführen können [2]. Das ältere dynamische Rendering, bei dem Bots eine eigene Fassung bekommen, bezeichnet Google als Behelfslösung. Stattdessen empfiehlt Google serverseitiges Rendering, statisches Rendering oder Hydration [3].
Was SSR kostet
Der Server muss jede Seite beim Abruf erst erzeugen. Das braucht Zeit und kann die Time to First Byte verlängern [1]. web.dev weist außerdem auf erhebliche Rechenkosten hin, dynamisch erzeugte Seiten können langsamer sein als fertige statische Dateien [1]. Der sichtbare Inhalt erscheint dafür meist früh, SSR führt laut web.dev in der Regel zu einem schnellen First Contentful Paint [1]. Wird die Seite danach im Browser mit viel JavaScript hydriert, also bedienbar gemacht, kann die Reaktion auf Eingaben trotzdem leiden, gemessen als INP [1].
Einen Teil des Aufwands fängt ein Cache ab, der eine einmal erzeugte Seite für weitere Besucher wiederverwendet. Die konsequente Form ist das statische Rendering: Für jede Adresse entsteht schon beim Bauen der Website eine eigene HTML-Datei [1]. Das passt zu Inhalten, die sich selten ändern, etwa Ratgebern, Glossaren oder Leistungsseiten. Lagerbestände oder Inhalte, die für jeden Besucher anders aussehen, lassen sich so nicht vorab erzeugen. Den Sonderfall ohne Rechenaufwand je Abruf beschreibt der Eintrag statische Website.
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder du rufst einfach an.
Wie die Entscheidung in der Praxis aussieht
Nach unserer Erfahrung entscheidet man am besten je Seitenart. Ein Onlineshop für Gartenmöbel kann Kategorien und Produkte serverseitig ausliefern und Warenkorb und Kundenkonto im Browser rendern. Produktnamen, Preise und Beschreibungen stehen dann im HTML, und der Bereich hinter der Anmeldung, den niemand über Google sucht, darf ruhig von JavaScript abhängen. Viele aktuelle Rahmenwerke können beides in einer Anwendung.
Ob eine Seite ihren Inhalt serverseitig liefert, siehst du im Quelltext: Stehen Überschrift, Text und Links dort, ist die Seite für Crawler lesbar. Wie du zwischen den Bauweisen wählst, beschreibt der Ratgeber Client-Side oder Server-Side Rendering, Grundlagen stehen unter JavaScript-SEO.
Du planst einen Relaunch mit einem JavaScript-Rahmenwerk und fragst dich, welche Seiten serverseitig entstehen sollten? Bring eine Übersicht der Seitenarten deiner Website in die gratis Sprechstunde mit.
- Organisation Rendering im Web (Addy Osmani, Jason Miller). web.dev (Google). Stand 05.01.2026. abgerufen am 31.10.2026
- Organisation Grundlagen von JavaScript-SEO. Google Search Central. Stand 04.03.2026. abgerufen am 31.10.2026
- Organisation Dynamisches Rendering als Behelfslösung. Google Search Central. Stand 18.12.2025. abgerufen am 31.10.2026
Häufige Fragen
Was ist der Unterschied zwischen Server-Side und Client-Side Rendering?
Beim Server-Side Rendering schickt der Server fertiges HTML, der Inhalt steht in der ersten Antwort. Beim Client-Side Rendering baut erst JavaScript im Browser die Seite auf.
Ist Server-Side Rendering besser für SEO?
Für Suchmaschinen ist es meist die sichere Wahl, weil der Inhalt nicht vom Rendering abhängt. Google nennt serverseitiges Rendering oder Pre-Rendering eine sehr gute Option, auch weil nicht alle Bots JavaScript ausführen.
Hat Server-Side Rendering Nachteile?
Der Server muss jede Seite beim Abruf erzeugen. Das kostet Rechenzeit und kann die Time to First Byte verlängern, ein Cache oder statisch erzeugte Seiten mildern das.
Was ist Hydration?
Bei der Hydration liefert der Server fertiges HTML, und Skripte im Browser machen die Seite danach bedienbar. Google nennt sie neben serverseitigem und statischem Rendering als empfohlene Bauweise.
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder du rufst einfach an.
Zuletzt geprüft am 03.11.2026, nächste Prüfung spätestens im November 2027. Fehler entdeckt? Schreib uns.
