Technisches SEO ist der Teil der Suchmaschinenoptimierung, den Entwickler selbst steuern: Können Suchmaschinen jede Seite crawlen, rendern, indexieren und verstehen? Eine Checkliste für 2026 folgt der Reihenfolge des Googlebot. Schritt 1 ist das Crawling, mit korrekten Statuscodes, robots.txt und einer XML-Sitemap. Schritt 2 ist die Indexierung, mit Canonical- und hreflang-Tags für doppelte und mehrsprachige URLs. Schritt 3 ist das Rendering, mit vollständigem HTML vom Server. Schritt 4 ist die Geschwindigkeit, gemessen mit den Core Web Vitals am 75. Perzentil echter Aufrufe. Laut HTTP Archive Web Almanac 2025 bestehen nur 48 % der mobilen Websites alle drei Core Web Vitals. Schließlich machen strukturierte Daten jede Seite leichter verständlich. Laut Google entscheidet dasselbe Fundament auch über die Eignung für KI-Funktionen in der Google Suche. Eine Unternehmenswebsite mit 20 Seiten auf Basis von Next.js kann zum Beispiel jede Prüfung bestehen.
Was ist technisches SEO für Entwickler?
Technisches SEO ist die Arbeit, die eine Website für Suchmaschinen leicht crawlbar, renderbar, indexierbar und verständlich macht. Inhalte und Links ziehen Besucher an, aber technisches SEO entscheidet, ob Google die Seiten überhaupt verarbeiten kann. Laut Google verarbeitet der Googlebot JavaScript-Web-Apps in drei Phasen: Crawling, Rendering und Indexierung. Ein Entwickler beeinflusst jede Phase. Schritt 1 ist der Server, der korrekte Statuscodes und schnelle Antworten liefern muss. Schritt 2 ist das HTML, das echte Links, Titel und Inhalte enthalten muss, ohne auf Skripte im Browser zu warten. Schließlich müssen Signale wie Canonical-Tags, hreflang und strukturierte Daten eine einheitliche Geschichte erzählen. In der Praxis entstehen die meisten Probleme durch Standardeinstellungen eines Frameworks, zum Beispiel ein fehlendes Canonical-Tag oder eine versehentlich indexierte Staging-Umgebung. Die folgende Checkliste folgt 2026 derselben Reihenfolge wie der Googlebot, damit ein Entwickler jede Website prüfen kann, ob mit Next.js, WordPress oder einem anderen Stack gebaut.
Wie stellen Sie sicher, dass Google jede Seite crawlen und indexieren kann?
Crawlbarkeit ist die Fähigkeit eines Crawlers, jede wichtige URL einer Website zu finden und abzurufen. Schritt 1 sind interne Links. Laut Google findet der Googlebot neue URLs, indem er das href-Attribut von HTML-Links ausliest. Eine Navigation, die nur aus Buttons mit Click-Handlern besteht, kann Seiten daher verstecken. Schritt 2 ist die Datei robots.txt, die Google als Werkzeug zur Crawl-Steuerung beschreibt, nicht als Mittel, um eine Seite aus Google herauszuhalten. Nutzen Sie dafür eine noindex-Anweisung oder einen Passwortschutz, zum Beispiel für eine Staging-Umgebung. Schritt 3 ist eine XML-Sitemap. 2026 enthält eine Sitemap-Datei höchstens 50.000 URLs oder 50 MB unkomprimiert, und Google ignoriert die Werte priority und changefreq. Das lastmod-Datum zählt nur, wenn es durchgehend und nachweisbar stimmt. Liefern Sie schließlich einen echten 404- oder 410-Status für entfernte Seiten und eine 301-Weiterleitung für verschobene Seiten, mit Next.js oder jedem anderen Framework.
Wie gehen Sie mit doppelten URLs, Canonicals und hreflang um?
Eine kanonische URL ist die bevorzugte Version einer Seite, wenn mehrere URLs denselben Inhalt zeigen. Eine Weiterleitung und eine rel="canonical"-Angabe sind laut Google beide starke Signale, die Aufnahme in eine Sitemap dagegen ein schwaches. Schritt 1 ist ein einheitliches URL-Format, überall durchgesetzt: mit oder ohne abschließenden Slash, mit oder ohne www, und immer HTTPS. Nutzen Sie robots.txt nicht zur Kanonisierung, denn Google kann gesperrte URLs trotzdem ohne Inhalt indexieren. Schritt 2 ist hreflang für mehrsprachige Websites. Google akzeptiert hreflang in HTML-Link-Tags, HTTP-Headern oder der XML-Sitemap und behandelt die drei Methoden als gleichwertig. Jede Sprachversion muss auf sich selbst und auf alle anderen Versionen verweisen. Verweisen zwei Seiten nicht gegenseitig aufeinander, ignoriert Google die Tags. Ergänzen Sie außerdem ein x-default für Besucher, zu deren Sprache keine Version passt. Eine Website mit 20 Seiten in drei Sprachen gibt zum Beispiel jeder Seite vier hreflang-Links. Die Website virtuolab.dev, gebaut mit Next.js, regelt hreflang genauso in der Sitemap.
Schadet JavaScript-Rendering dem SEO?
JavaScript-Rendering ist der Schritt, in dem Google die Skripte einer Seite in einem Headless-Chromium-Browser ausführt, bevor das Ergebnis indexiert wird. Google rendert Seiten, sobald die Ressourcen es zulassen. Inhalt, der erst nach Skripten im Browser erscheint, kann daher später im Index landen als HTML vom Server. Server-Side Rendering oder Pre-Rendering ist laut Google auch 2026 eine sehr gute Idee, weil die Website dadurch für Nutzer und Crawler schneller wird. Zudem können nicht alle Bots JavaScript ausführen. Linkvorschauen in Chat-Apps lesen zum Beispiel meist nur das rohe HTML. Eine Website mit Next.js vermeidet das Problem durch Server Components und statische Generierung, die beim ersten Request vollständiges HTML senden. Eine Single-Page-App in reinem React braucht Pre-Rendering oder den Wechsel zu einem Framework. Schritt 1 jeder Prüfung ist das URL-Prüftool in der Google Search Console. Das Tool zeigt, wie der Googlebot die Seite sieht und welche Ressourcen nicht geladen wurden.
Welche Core-Web-Vitals-Grenzwerte sollten Sie 2026 erreichen?
Core Web Vitals sind drei Metriken von Google, die Ladegeschwindigkeit, Reaktionsfähigkeit und visuelle Stabilität echter Seitenaufrufe messen. Laut Google erreicht eine gute Seite einen Largest Contentful Paint (LCP) innerhalb von 2,5 Sekunden, eine Interaction to Next Paint (INP) von höchstens 200 Millisekunden und einen Cumulative Layout Shift (CLS) von höchstens 0,1. Google misst die Grenzwerte am 75. Perzentil der Seitenaufrufe, getrennt nach Mobilgeräten und Desktop. Eine Website besteht also erst, wenn mindestens 75 % der echten Aufrufe das Ziel erreichen. Laut HTTP Archive Web Almanac 2025 haben 62 % der mobilen Seiten einen guten LCP, gegenüber 74 % auf dem Desktop. In der Praxis entstehen LCP-Probleme oft durch ein großes Hero-Bild, INP-Probleme durch schweres JavaScript und CLS-Probleme durch Bilder ohne Abmessungen. Schritt 1 sind Felddaten aus der Google Search Console oder PageSpeed Insights. Schritt 2 ist die Fehlersuche mit Lighthouse.
Welche strukturierten Daten lohnen sich 2026 noch?
Strukturierte Daten sind maschinenlesbares Markup, meist JSON-LD mit schema.org-Typen, das beschreibt, worum es auf einer Seite geht. Für die meisten Unternehmenswebsites bleiben Organization, BreadcrumbList und Article der sinnvolle Kern, dazu Product für Onlineshops. 2026 hat sich die Lage verändert. Seit Mai 2026 erscheinen FAQ-Rich-Results laut Google nicht mehr in der Google Suche. Im Juni 2026 hat Google die FAQ-Dokumentation entfernt. FAQ-Markup schadet nicht, aber zusätzlichen Platz in den Ergebnissen sollte niemand mehr erwarten. Außerdem sind strukturierte Daten laut Google-Dokumentation für die generative KI-Suche nicht erforderlich, und es gibt kein spezielles schema.org-Markup für KI-Funktionen. Trotzdem empfiehlt Google strukturierte Daten weiterhin als Teil einer umfassenden SEO-Strategie. Halten Sie JSON-LD in der Praxis deckungsgleich mit dem sichtbaren Text. Erzeugen Sie das Markup erstens aus derselben Datenquelle wie die Seite. Prüfen Sie zweitens jedes Template vor jedem Release mit dem Test für Rich-Suchergebnisse.
Wie beeinflusst technisches SEO die Sichtbarkeit in der KI-Suche?
Sichtbarkeit in der KI-Suche bedeutet, in Antworten gezeigt oder zitiert zu werden, zum Beispiel über Google AI Overviews und AI Mode. Schritt 1 ist rein technisch. Laut Google muss eine Seite indexiert sein und mit einem Snippet in der Google Suche erscheinen dürfen, bevor generative KI-Funktionen die Seite zeigen können. Google nennt die Optimierung für generative KI-Suche schlicht SEO und sagt, dass keine neuen maschinenlesbaren Dateien oder speziellen Markups nötig sind. Eine Studie von Pew Research aus 2025 fand bei 18 % der gemessenen Google-Suchen eine KI-Zusammenfassung. Nutzer klickten bei 8 % der Aufrufe mit Zusammenfassung auf ein Ergebnis, gegenüber 15 % ohne. Die Zitierung in der Antwort selbst wird dadurch immer wertvoller. Außerdem sind ChatGPT und andere Assistenten eigene Systeme, daher ist sauberes, serverseitig gerendertes HTML der sicherste gemeinsame Nenner. Generative Engine Optimization (GEO) ergänzt klare Antworten, einheitliche Unternehmensfakten und genannte Quellen. VirtuoLab hilft Unternehmen, schneller und häufiger in Google und in KI-Assistenten wie ChatGPT genannt zu werden.
Häufig gestellte Fragen
Braucht eine kleine Website noch eine XML-Sitemap?
Eine XML-Sitemap ist für eine kleine Website mit guter interner Verlinkung nicht zwingend nötig, bleibt aber eine günstige Versicherung. Google nutzt die Aufnahme in eine Sitemap als schwaches Signal für die kanonische URL. Eine Sitemap beschleunigt außerdem das Auffinden neuer Seiten, zum Beispiel eines frischen Blogartikels, der noch kaum interne Links hat. Halten Sie die Datei zudem ehrlich. Google ignoriert priority und changefreq und nutzt lastmod nur, wenn das Datum durchgehend und nachweisbar stimmt. Ein lastmod, das sich bei jedem Build ändert, hat also keinen Wert. In einer Website mit Next.js erzeugt eine sitemap.ts-Datei die Sitemap aus denselben Daten wie die Seiten, sodass neue URLs automatisch erscheinen. Schritt 1 ist, die Sitemap einmal in der Google Search Console einzureichen. Schritt 2 ist ein monatlicher Blick in den Indexierungsbericht. Auch bei einer Website mit 20 Seiten zahlt sich dieser kleine Aufwand 2026 dauerhaft aus.
Ist Next.js gut für technisches SEO?
Next.js ist ein React-Framework, das HTML auf dem Server oder beim Build rendert. Das Framework ist eine starke Grundlage für technisches SEO. HTML vom Server entspricht zudem dem Rat von Google für JavaScript-Websites. Das Framework deckt drei Crawl-Grundlagen von Haus aus ab. Schritt 1 ist die Metadata-API, die pro Seite Titel, Beschreibungen, kanonische URLs und hreflang-Alternativen setzt. Schritt 2 sind spezielle Sitemap- und Robots-Dateien, die beide Crawl-Dateien aus Code erzeugen. Schritt 3 ist die Image-Komponente, die Abmessungen verlangt und so den CLS-Wert schützt. Schwache Inhalte, kaputte interne Links oder langsame Skripte von Drittanbietern behebt das Framework allerdings nicht. Tag-Manager, Chat-Widgets und Video-Embeds kosten oft mehr INP als das Framework selbst. React, die Bibliothek darunter, wurde laut Stack Overflow Developer Survey 2025 von 44,7 % der Befragten genutzt. In der Praxis entwickelt VirtuoLab Websites und Web-Apps auf demselben Framework mit TypeScript und PostgreSQL, einschließlich der eigenen Website von VirtuoLab.
Sollten Sie eine llms.txt-Datei auf Ihrer Website anlegen?
Eine llms.txt-Datei ist eine Klartext-Zusammenfassung einer Website für Sprachmodelle, abgelegt im Stammverzeichnis der Domain. Laut Google sind solche Dateien für die Google Suche nicht nötig, und die Google Suche ignoriert sie. Die Datei hilft oder schadet Ihren Rankings in Google also nicht. Andere Dienste und KI-Tools können die Datei aber lesen, daher kann eine solche Zusammenfassung als kleines Extra sinnvoll sein. Die Website von VirtuoLab, gebaut mit Next.js, veröffentlicht zum Beispiel eine Unternehmenszusammenfassung auf Niederländisch, Englisch und Deutsch. Betrachten Sie die Datei als optional und nie als Ersatz für die Grundlagen. Eine Seite, die nicht indexiert ist, ohne Inhalt rendert oder langsam lädt, wird durch eine Textdatei nicht sichtbar. Schritt 1 sind 2026 daher Crawling, Rendering und Core Web Vitals. Schritt 2 sind strukturierte Daten. Ergänzen Sie schließlich eine llms.txt, wenn Zeit bleibt.