Bei einem Relaunch steht oft früh fest, mit welchem Framework gebaut wird, weil das Entwicklerteam es kennt oder der Dienstleister darauf spezialisiert ist. Die SEO-Frage kommt dann hinterher: Kann Google die neue Website überhaupt lesen? Die gute Nachricht ist, dass alle großen Frameworks heute Wege bieten, suchmaschinenfreundliche Seiten auszuliefern. Die schlechte ist, dass sie nicht immer von selbst eingeschaltet sind.
Diese Seite vergleicht React, Vue und Angular aus SEO-Sicht anhand der Dokumentation der Hersteller. Die Grundregeln, die für jede JavaScript-Website gelten, stehen im Ratgeber JavaScript-SEO Grundlagen.
Was den Unterschied macht
Googles Dokumentation zu JavaScript-SEO nennt kein bevorzugtes Framework. Sie beschreibt drei Phasen, Crawling, Rendering und Indexierung, die für jede JavaScript-Website gelten [6]. Entscheidend ist, was im ersten Abruf ankommt. Die Entwicklerseite web.dev von Google unterscheidet dafür Server-Side Rendering, bei dem der Server HTML statt JavaScript an den Browser schickt, und Client-Side Rendering, bei dem JavaScript die Seite im Browser aufbaut [1]. Statisches Rendering findet schon beim Erstellen der Website statt [1].
Die Empfehlung von web.dev lautet: "Consider whether static rendering or server-side rendering can get you most of the way there." [1] Google selbst nennt serverseitiges Rendering oder Pre-Rendering in den JavaScript-Grundlagen "trotzdem eine sehr gute Option", weil die Website schneller wird und nicht alle Bots JavaScript ausführen können [6]. Die Frage an jedes Framework lautet also: Wie leicht lässt sich damit serverseitig oder statisch rendern, und zwar für genau die Seiten, die in die Suche sollen?
React und Next.js
React selbst ist eine Bibliothek für Oberflächen. Das React-Team empfiehlt für neue Projekte ausdrücklich einen Rahmen darum: "If you want to build a new app or website with React, we recommend starting with a framework." [2] Genannt werden unter anderem Next.js mit dem App Router und React Router in Version 7 [2]. Laut React-Dokumentation unterstützen alle dort genannten Frameworks clientseitiges Rendering und erlauben, serverseitiges Rendering je Route hinzuzunehmen [2]. Next.js bietet außerdem einen statischen Export, der ohne Server auskommt [2].
Für SEO heißt das: Eine React-Anwendung, die nur im Browser rendert, ist möglich, aber selten nötig. Inhaltsseiten lassen sich mit denselben Komponenten serverseitig oder statisch ausliefern. Mehr zu den Eigenheiten von React steht im Ratgeber React und SEO.
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder Sie rufen einfach an.
Vue und Nuxt
Vue beschreibt Server-Side Rendering in seiner Dokumentation als Möglichkeit, dieselben Komponenten auf dem Server zu HTML zu rendern und direkt an den Browser zu schicken [3]. Als Vorteil für SEO nennt Vue, dass Crawler die fertig gerenderte Seite direkt sehen [3]. Vue hält auch fest, dass Google und Bing synchrone JavaScript-Anwendungen gut indexieren können, warnt aber vor Anwendungen, die mit einem Ladekreisel starten und Inhalte erst per Ajax holen: "the crawler will not wait for you to finish." [3] Das ist die Einschätzung des Vue-Teams. Google selbst beschreibt eine Rendering-Warteschlange, in der eine Seite einige Sekunden oder länger wartet [6].
Nuxt ist der Rahmen, der das für Vue übernimmt. "By default, Nuxt uses universal rendering" [4]: Nuxt führt den Vue-Code auf dem Server aus und schickt eine fertig gerenderte HTML-Seite an den Browser [4]. Über clientseitiges Rendering schreibt Nuxt: "Indexing and updating the content delivered via client-side rendering takes more time." [4] Mit sogenannten Route Rules lassen sich einzelne Routen schon beim Build vorrendern [4].
Angular
Angular rendert ohne weitere Einstellung im Browser [5]. Serverseitiges Rendering schalten Sie bei einem neuen Projekt mit ng new --ssr ein, bei einem bestehenden mit ng add @angular/ssr [5]. Je Route lässt sich dann einer von drei Modi wählen: Server rendert bei jeder Anfrage, Client im Browser, Prerender schon beim Build als statische HTML-Datei [5]. Zur Suchmaschinenoptimierung schreibt Angular: "Server-side rendering generally has excellent search engine optimization (SEO)." [5]
Angular nennt auch eine typische Fehlerquelle: Weicht die Ausgabe von Server und Browser voneinander ab, entstehen Hydration-Fehler und Layoutverschiebungen, die laut Angular Nutzererlebnis und Core Web Vitals verschlechtern [5].
Die drei im Überblick
| Framework | Ohne weitere Einstellung | Server-Side Rendering | Statisch beim Build |
|---|---|---|---|
| React mit Next.js | je nach Framework, clientseitig immer möglich | je Route zuschaltbar | statischer Export bei Next.js |
| Vue mit Nuxt | universelles Rendering auf dem Server | Standard | Vorrendern per Route Rules |
| Angular | clientseitig im Browser | mit @angular/ssr, je Route | Modus Prerender je Route |
Die Tabelle gibt die Angaben der Hersteller wieder [2, 4, 5]. Welche Version und welche Einstellungen Ihr Projekt nutzt, steht in dessen Konfiguration und lässt sich nur dort prüfen. Gerade bei älteren Projekten lohnt der Blick, ob die eingesetzte Version die Modi, die die aktuelle Dokumentation beschreibt, überhaupt schon kennt. Fragen Sie Ihr Entwicklerteam nach der eingesetzten Version und danach, welcher Modus heute für welchen Seitentyp gilt.
Worauf Sie bei jedem Framework achten
Unabhängig vom Rendering gelten Googles Regeln für Links. Google kann Links in der Regel nur crawlen, wenn sie als a-Element mit href vorliegen [7]. Ein Element wie a routerLink ohne href nennt Google ausdrücklich als nicht empfohlen [7]. Router-Komponenten der Frameworks sollten daher im ausgelieferten HTML echte a-Elemente mit Adresse erzeugen. Prüfen Sie das im Quelltext, bevor die Website online geht.
Ebenso wichtig sind Angaben je Route: eigener Title und eigene Meta-Beschreibung, ein Canonical, der schon im HTML steht, und korrekte Statuscodes für Fehlerseiten [6]. Single-Page-Anwendungen sollen Adressen über die History API bilden und auf Fragmente mit Rautezeichen verzichten [6]. Wie Sie Links und Menüs dafür aufbauen, zeigt der Ratgeber JavaScript-Links und Navigation.
Vor der Entscheidung klären
Ein paar Fragen sollten beantwortet sein, bevor das Framework feststeht. Welche Seiten sollen bei Google gefunden werden, und welche sind reine Anwendung hinter einem Login? Wer betreibt den Server, wenn serverseitig gerendert wird, und was kostet das bei vielen Anfragen? Vue weist darauf hin, dass ein serverseitig gerendertes Projekt eine Umgebung mit Node.js-Server braucht und mehr Rechenleistung kostet als das Ausliefern statischer Dateien [3]. Und wer prüft nach jedem Update, dass Title, Canonical und Links weiterhin im ersten HTML stehen?
Nach unserer Erfahrung brauchen Firmenwebsites mit Leistungsseiten und Ratgebern selten ein schweres Framework. Für sie reicht oft statisch erzeugtes HTML. Warum unser eigenes System ganz ohne Framework auskommt, beschreibt der Beitrag Warum dieses CMS keine einzige Abhängigkeit hat.
Sie planen einen Relaunch mit React, Vue oder Angular und möchten die Rendering-Frage vorher klären? Stellen Sie sie in der gratis Sprechstunde. Die Begleitung des Umbaus aus SEO-Sicht übernimmt SEO NW im Rahmen der Website-Migration.
- Organisation Rendering on the Web (Addy Osmani, Jason Miller). web.dev (Google). Stand 05.01.2026. abgerufen am 31.10.2026
- Organisation Creating a React App. React (react.dev). Stand laufend. abgerufen am 31.10.2026
- Organisation Server-Side Rendering (SSR). Vue.js. Stand laufend. abgerufen am 31.10.2026
- Organisation Rendering Modes. Nuxt. Stand laufend. abgerufen am 31.10.2026
- Organisation Server and hybrid rendering. Angular (angular.dev). Stand laufend. abgerufen am 31.10.2026
- Organisation Grundlagen von JavaScript-SEO. Google Search Central. Stand 04.03.2026. abgerufen am 31.10.2026
- Organisation SEO-Link-Best-Practices für Google. Google Search Central. Stand 31.12.2025. abgerufen am 31.10.2026
Häufige Fragen
Welches JavaScript-Framework ist am besten für SEO?
Googles Dokumentation zu JavaScript-SEO nennt kein bevorzugtes Framework. Entscheidend ist, ob die Seiten, die gefunden werden sollen, serverseitig oder statisch ausgeliefert werden. React mit Next.js, Vue mit Nuxt und Angular bieten das alle an.
Ist eine reine Single-Page-Anwendung schlecht für SEO?
Google kann sie verarbeiten, sieht Inhalte aber erst nach dem Rendering. Andere Crawler führen JavaScript womöglich gar nicht aus. Für Inhaltsseiten ist serverseitiges oder statisches Rendering der sicherere Weg.
Rendert Angular von sich aus auf dem Server?
Nein. Angular rendert ohne weitere Einstellung im Browser. Serverseitiges Rendering kommt mit @angular/ssr hinzu und lässt sich dann je Route einstellen.
Was ist Hydration?
Nach web.dev das Ausführen von Skripten im Browser, die einer vom Server gelieferten Seite Zustand und Interaktion hinzufügen. Weicht die Serverausgabe von der im Browser ab, kann das laut Angular Layoutverschiebungen verursachen.
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder Sie rufen einfach an.
Zuletzt geprüft am 03.11.2026, nächste Prüfung spätestens im November 2027. Haben Sie einen Fehler entdeckt? Schreiben Sie uns.
