Blog · 27.07.2026 · Josef Wilhelm · 8 Min.

SEO für Next.js: Die 5 Schalter zur auffindbaren Seite

Next.js gilt als das SEO-freundlichste React-Framework, und das stimmt sogar. Der Haken: „freundlich“ heißt nicht „automatisch“. Ein frisch generiertes Projekt bringt die besten Werkzeuge der Branche mit und benutzt keines davon. Der Title-Tag ist auf jeder Seite gleich, eine Sitemap existiert nicht, und ob dein Text überhaupt im ausgelieferten HTML steht, hat noch niemand geprüft. Fünf Schalter trennen deinen Prototyp von einer Seite, die Google lesen kann.

Quick Answer

Next.js liefert mit dem App Router alles Nötige ab Werk: die Metadata-API für Titel und Beschreibungen pro Seite, sitemap.ts für die automatische Sitemap, robots.ts und serverseitiges Rendering (Stand 2026). Aktiviert ist davon im Neuprojekt fast nichts. Du legst fünf Schalter um, prüfst per Quelltext, dass dein HTML wirklich server-gerendert ankommt, und startest dann eine Content-Routine.

Warum rankt dein Next.js-Projekt trotz gutem Fundament nicht?

Weil ein Fundament kein Haus ist. Next.js gibt dir die Bauteile, aber es füllt sie nicht mit deinen Inhalten. Der metadata-Export im Root-Layout vergibt einen Standardtitel, den jede Seite erbt, solange du nichts überschreibst; für Google sehen dann zehn Seiten aus wie eine. Eine Sitemap entsteht nur, wenn du die Datei anlegst. Und Server-Rendering ist zwar der Standard, aber ein unbedacht gesetztes 'use client' oder ein Datenabruf im Browser kann deinen Haupttext trotzdem aus dem initialen HTML kippen.

Kurz: Next.js beseitigt die technischen Hürden, die andere Baukästen einem in den Weg stellen. Was es nicht beseitigt, ist die Arbeit, die eigentliche SEO ausmacht. Die gute Nachricht: Diese Arbeit ist bei Next.js eine To-do-Liste, kein Umbau.

Welche fünf Schalter musst du umlegen?

Öffne dein Projekt und arbeite die Liste ab. Mit einem Coding-Agenten wie den in Cursor-Projekten beschriebenen Abläufen ist das ein Feierabend, von Hand zwei.

  • Metadata-API pro Route. Nutze den metadata-Export für statische Seiten und generateMetadata für dynamische. Jede Seite bekommt einen einzigartigen Title unter etwa 60 Zeichen und eine Description, die zum Klick einlädt. Der geerbte Layout-Titel ist nur ein Fallback, kein Ziel.
  • sitemap.ts anlegen. Eine Datei im app-Verzeichnis, die deine URLs aus derselben Datenquelle zieht wie die Seiten selbst. Next.js serviert daraus /sitemap.xml. Jede künftige Route ist automatisch dabei.
  • robots.ts ergänzen. Crawling erlauben, die Sitemap referenzieren, und die Produktion auf noindex-Reste aus der Vorschau prüfen. Ein vergessener noindex-Header ist der stille Killer.
  • JSON-LD einbauen. Organization auf der Startseite, Article und FAQPage auf Inhaltsseiten, als <script type="application/ld+json"> im server-gerenderten Markup. Strukturierte Daten sind der Teil, den auch KI-Suchsysteme am liebsten lesen.
  • Search Console verifizieren. Domain anmelden, Sitemap einreichen. Ab jetzt siehst du, für welche Anfragen du Impressionen sammelst: die Datenbasis für jede weitere Entscheidung.

Vier Schalter kosten Minuten, einer kostet Nachdenken: die Meta-Daten. Wie du Titles und Descriptions formulierst, die tatsächlich Klicks holen, steht ausführlicher im Überblick zum KI-gestützten SEO 2026.

Wie prüfst du, ob deine Seite wirklich server-gerendert ankommt?

Dieser Check ist der wichtigste im ganzen Artikel, weil er lautlos schiefgeht. Öffne eine Inhaltsseite, klick „Seitenquelltext anzeigen“ (nicht die Entwicklertools, die zeigen das fertig gerenderte DOM). Suche einen konkreten Satz aus deinem sichtbaren Text. Steht er im Quelltext, sieht ihn auch der Crawler. Steht dort nur ein leeres <div id="__next"> und ein Haufen JavaScript, rendert die Seite erst im Browser, und dein Inhalt ist für die erste Analyse unsichtbar.

Der Gegencheck über die Kommandozeile ist noch ehrlicher: curl -s https://deine-domain.de/deine-seite | grep "dein Satz". Kein Treffer heißt Handlungsbedarf. Die häufigste Ursache ist ein 'use client' weit oben im Baum oder ein Datenabruf, der erst im useEffect losläuft. Die Lösung: das Daten-Holen in eine Server Component verschieben, damit das HTML fertig ausgeliefert wird. Wer diesen Check auslässt, poliert Meta-Daten an einer Seite, deren Inhalt Google gar nicht erst zu sehen bekommt. Genau diese Falle trifft übrigens auch Projekte aus KI-Baukästen; wie sie sich bei v0-generierten Next.js-Projekten äußert, ist dort beschrieben.

App Router oder Pages Router: spielt es fürs Ranking eine Rolle?

Ehrliche Antwort: kaum. Beide Router liefern server-gerendertes HTML und können ranken. Der App Router bündelt die SEO-Werkzeuge nur bequemer als Dateikonventionen, sitemap.ts, robots.ts und die Metadata-API liegen direkt neben deinen Seiten. Im Pages Router erledigst du dasselbe über next/head für die Meta-Tags und eine API-Route oder ein Build-Skript für die Sitemap. Mehr Handarbeit, gleiches Ergebnis.

Wichtiger als die Router-Frage ist, dass du nicht aus Bequemlichkeit alles clientseitig rechnest. Ein 'use client' ist kein Verbrechen, aber es gehört an die Blätter des Baums, an interaktive Buttons und Formulare, nicht an die Seite, die deinen Kerninhalt trägt. Halte die Inhalts-Ebene serverseitig, dann ist die Router-Wahl eine Geschmacksfrage.

Was kommt nach der Technik?

Der unbequeme Teil: Die fünf abgehakten Schalter bringen dir keinen einzigen Besucher. Sie machen dich lesbar, nicht gelesen. Traffic entsteht erst, wenn deine Seite Fragen beantwortet, die deine Zielgruppe tatsächlich googelt. Nach deinem Produktnamen sucht am Anfang niemand.

Praktisch heißt das: Suchanfragen mit echtem Volumen sammeln, nach Chance sortieren, im Wochentakt ein bis zwei Artikel liefern, von denen jeder eine einzelne Frage erschöpfend behandelt, mit der Antwort ganz oben, einem FAQ-Block und internen Links auf verwandte Seiten. Die Themenwahl ist dabei der Punkt mit dem höchsten Verlustpotenzial: Ein Artikel ohne Nachfrage kostet dieselbe Arbeit wie einer mit und bringt exakt nichts. Und die Metrik der ersten Monate heißt Impressionen, nicht Klicks; erst wirst du angezeigt, dann geklickt. Wer das weiß, hält durch, statt nach vier Wochen aufzugeben.

Wenn die Content-Routine nicht an dir hängen soll

Die Technik ist ein Feierabend, die Routine danach ist der eigentliche Job. Einfach SEO übernimmt genau die: Es liest deine Search-Console-Daten, wählt die Themen aus echter Nachfrage, schreibt die Artikel samt Meta-Daten und Schema, lässt eine zweite KI jeden Entwurf prüfen und legt dir das Ergebnis als Pull Request vor; du liest 20 Minuten gegen und gibst frei. Einmalig 79 €, kein Abo. Ob deine Nische die Nachfrage hergibt, klärt vorher der Gratis-Report mit 5 Keywords und echten Suchzahlen, ohne Kreditkarte.

FAQ

Ist Next.js gut für SEO?

Ja, das Fundament ist stark: Next.js liefert mit dem App Router serverseitiges Rendering, eine Metadata-API und Sitemap-Unterstützung ab Werk (Stand 2026). Aber ein frisches Projekt nutzt davon fast nichts automatisch. Die Werkzeuge liegen bereit; aktivieren musst du sie selbst, Seite für Seite.

Wie setze ich Meta-Daten in Next.js richtig?

Im App Router über die Metadata-API: einen statischen `metadata`-Export für feste Seiten, `generateMetadata` für dynamische Routen, bei denen Title und Description aus den Daten kommen. Jede Route bekommt eigene Werte statt der geerbten Platzhalter aus dem Layout. Prüf im ausgelieferten HTML, ob der Title-Tag pro Seite wirklich unterschiedlich ist.

Brauche ich in Next.js eine sitemap.xml von Hand?

Nein. Leg eine `sitemap.ts` im app-Verzeichnis an, die deine URLs aus derselben Quelle generiert, aus der auch die Seiten entstehen. Next.js serviert daraus automatisch /sitemap.xml. So landet jede neue Route ohne Handarbeit in der Sitemap, statt dass du eine statische Datei pflegst, die sofort veraltet.

Warum steht mein Text nicht im Quelltext meiner Next.js-Seite?

Dann rendert die Seite wahrscheinlich clientseitig: Sie steckt hinter 'use client' oder holt ihre Inhalte erst per fetch im Browser. Server Components liefern das HTML fertig aus, Client Components nicht immer. Prüf es mit 'Seitenquelltext anzeigen' oder curl; steht dein Text nicht drin, verschiebe das Daten-Holen in die Server-Ebene.

Reicht es, die Technik einmal einzurichten?

Für die Auffindbarkeit ja, für den Traffic nein. Die fünf Schalter machen deine Seite lesbar, nicht besucht. Besucher kommen erst durch Inhalte, die reale Suchanfragen beantworten. Rechne mit ersten Impressionen nach Wochen und nennenswerten Klicks nach Monaten; junge Domains bekommen Googles Vertrauen langsam, unabhängig vom Framework.

Hilft der App Router SEO mehr als der Pages Router?

Beide können ranken. Der App Router bündelt die SEO-Werkzeuge nur bequemer: Metadata-API, sitemap.ts und robots.ts als Dateikonventionen, Server Components als Standard. Im Pages Router erledigst du dasselbe über next/head und eine API-Route für die Sitemap. Entscheidend ist nicht die Router-Wahl, sondern dass die Inhalte server-gerendert und pro Seite ausgezeichnet ankommen.

← Alle Artikel