Next SEO

Was Next SEO heute ist

Next SEO (github.com/garmeeh/next-seo) ist eine TypeScript-Bibliothek, MIT-lizenziert und seit 2018 gepflegt, die einem Next.js-Projekt fertige Komponenten für JSON-LD-strukturierte Daten gibt. Du importierst eine Komponente, übergibst typisierte Props, und sie rendert das Script-Tag, das einer Suchmaschine sagt, was die Seite ist: ein Artikel mit Autor und Datum, ein Produkt mit Preis und Rückgaberichtlinie, eine Reihe häufiger Fragen, ein Breadcrumb-Pfad, eine Organisation, ein Video, eine Stellenanzeige. Die README dokumentiert mehr als zwei Dutzend davon, dazu ein JsonLdScript-Primitiv und eine Sammlung von Eingabe-Prozessoren für die Schema.org-Typen, die sie nicht abdeckt.

Interessanter ist, was das Projekt aufgegeben hat. Next SEO entstand als Standardweg, Titel und Meta-Tags in Next.js zu verwalten, als das Framework dazu noch keine Meinung hatte. Seit der App Router eine erstklassige Metadaten-API mitbringt, erledigt das Framework diese Aufgabe selbst — und statt zu konkurrieren, verweist die README der Bibliothek für gewöhnliche Meta-Tags klar auf die eingebaute Funktion und beschränkt die eigene Fläche auf strukturierte Daten, während die alten Pages-Router-Komponenten hinter einem separaten Import liegen. Eine Abhängigkeit, die schrumpft, wenn die Plattform einen Teil ihrer Aufgabe übernimmt, ist ein gesünderes Signal als eine, die immer weiter wächst.

Wo strukturierte Daten wirklich helfen

JSON-LD ist ein Block maschinenlesbarer Aussagen über eine Seite, neben dem Text für Menschen. Es ist kein geheimer Kanal und macht aus einer schwachen Seite keine starke. Was sich ändert, ist die Lesbarkeit deiner Seite für Systeme, die ohne menschliches Lesen entscheiden müssen, was sie ist und ob sie sich wiederverwenden lässt.

• Eignung für Rich Results Manche Typen können das Aussehen eines Treffers verändern: Bewertungen, FAQs, Produkte, Events, Rezepte. Korrektes Markup macht eine Seite dafür geeignet; es zwingt eine Suchmaschine nie, irgendetwas anzuzeigen.
• Lesbarkeit für Antwortmaschinen Explizite Angaben zu Autor, Datum, Entität sowie Frage-Antwort-Paare geben einem Retrieval-System etwas Eindeutiges zum Zitieren — die mechanische Hälfte der Generative Engine Optimization.
• Innere Konsistenz Eine typisierte Komponente auszufüllen zwingt dich, festzuhalten, wer eine Seite geschrieben hat und wann. Genau dort widersprechen sich handgebaute Seiten still und leise.

Für ein kleines SaaS oder einen Store ist das nützliche Set kurz: ein Organisations- oder Softwareanwendungstyp für die Website, Artikel- und FAQ-Typen für Inhalte, Breadcrumbs für die Struktur und Produkt- sowie Bewertungstypen, wenn du physische Ware verkaufst. Die Bibliothek nimmt außerdem für jedes gerenderte Script eine Nonce entgegen, was bei einer strikten Content-Security-Policy zählt — genau die Art Detail, die von Hand einen Nachmittag kostet. Das Konzept selbst steht in Schema-Markup.

Was sie nicht leistet

Strukturierte Daten sind kein Ranking-Hebel. Google ist bei der Aussage konsistent, dass gültiges Markup eine Seite für bestimmte Darstellungen qualifiziert, statt sie höher zu platzieren, und keine Menge davon gleicht eine Seite aus, die niemand öffnen wollte. Betrachte es als Unterschied zwischen einer Seite, die verstanden wird, und einer, die erraten werden muss.

Damit steht eine solche Bibliothek klar auf der Bau-Seite und nicht auf der Wachstums-Seite. Eine perfekt ausgezeichnete Seite braucht trotzdem eine Frage, die eine Antwort verdient, einen Grund zu verlinken und genug Geschwister, um ein Thema zu ergeben. Wenn du entscheidest, was du veröffentlichst, statt wie du es auszeichnest, ist SEO für eine brandneue Website die vorgelagerte Entscheidung, und open-seo ist die Recherche-Seite derselben Arbeit — dies hier ist die Render-Seite.

Eine Beobachtung aus erster Hand zum Ausliefern von Schema

Bei AgentCeres — dem AI-Wachstumsteam auf agentceres.com — schreiben wir unser JSON-LD im App Router von Hand statt über eine Bibliothek, dies ist also ein Vergleich von der anderen Seite der Entscheidung. Unser Fehler war kein syntaktischer. Unsere Frage-und-Antwort-Seiten gaben ursprünglich den Typ QAPage aus, was naheliegend wirkt, und war falsch: Dieser Typ beschreibt Seiten, auf denen Besucher konkurrierende Antworten posten, und unsere schreiben wir selbst. Wir haben auf FAQPage umgestellt. An der Seite änderte sich nichts außer der Wahrhaftigkeit dessen, was das Markup behauptete — und eine Bibliothek hätte den falschen Typ genauso sauber gerendert wie den richtigen.

Die zweite Lektion war teurer. Markup ist eine Sammlung von Aussagen, und Aussagen veralten still, weil auf der Seite nichts kaputt aussieht, wenn es passiert. Jede Seite unserer Bereiche /ask, /glossary und /grow ist ein typisierter Eintrag unter Versionskontrolle mit einer Testsuite, die den Build bei einem toten internen Link, einem zu langen Meta-Titel oder einem fehlenden Veröffentlichungsdatum scheitern lässt. So können die Werte, die das Schema speisen, nicht unbemerkt abdriften. Next SEO kauft dir korrekte Syntax und spart echte Zeit; korrekte Fakten kauft dir nichts außer der Entscheidung, welche davon nie zweimal getippt werden dürfen. Diese Unterscheidung ist der größte Teil dessen, was unser SEO-Content-Spezialist tatsächlich durchsetzt.