Technisches SEO

Was ist technisches SEO?

Wie Suchmaschinen Websites crawlen, rendern und indexieren

Technisches SEO schafft die Voraussetzungen dafür, dass Suchmaschinen eine Website erreichen, verarbeiten und in ihren Suchindex aufnehmen können. Dazu gehören unter anderem die Steuerung des Crawlings, eindeutige URL-Signale, eine nachvollziehbare Website-Architektur sowie die technische Darstellung von Inhalten. Diese Maßnahmen garantieren zwar keine Rankings, beseitigen aber Hindernisse, die eine erfolgreiche Suche verhindern können.

Ziele und Aufgaben des technischen SEO

Das wichtigste Ziel des technischen SEO besteht darin, eine Website zu erstellen, deren relevante Seiten für Suchmaschinen zugänglich und eindeutig interpretierbar sind. Crawler sollen die vorgesehenen URLs finden, ihre Inhalte erfassen und deren technische Signale widerspruchsfrei verarbeiten können. Gleichzeitig sollen irrelevante, doppelte oder fehlerhafte URLs möglichst wenig Aufwand für das Crawling und die Indexierung verursachen.

Technisches SEO betrachtet deshalb nicht nur einzelne Seiten, sondern das gesamte technische System einer Website. Dazu gehören der Server, das Content-Management-System, die URL-Struktur, interne Links, HTML, JavaScript und verschiedene Steuerungsdateien. Ein Fehler in einem dieser Bereiche kann zahlreiche Seiten gleichzeitig betreffen.

Abgrenzung zu Content, Onpage-SEO und Webentwicklung

Beim Content-SEO stehen vor allem die Fragen, Themen und Suchintentionen im Mittelpunkt, die ein Inhalt abdecken soll. Technisches SEO prüft dagegen, ob Suchmaschinen diesen Inhalt erreichen, verarbeiten und einer eindeutigen URL zuordnen können. Beide Bereiche greifen ineinander, da technisch erreichbare Seiten ohne hilfreichen Inhalt ebenso wenig ausreichen wie gute Inhalte, die nicht indexiert werden können.

Auch die Webentwicklung und das technische SEO überschneiden sich, verfolgen jedoch unterschiedliche Ziele. Während Entwickler technische Funktionen umsetzen, beurteilen SEO-Verantwortliche deren Auswirkungen auf Crawling, Indexierung und Suchdarstellung. Viele technische SEO-Maßnahmen werden deshalb in Zusammenarbeit zwischen Redaktion, SEO und Entwicklung umgesetzt.

Wie Suchmaschinen Websites verarbeiten

URLs entdecken und crawlen

Suchmaschinen verfügen nicht über ein vollständiges Verzeichnis aller Websites. Sie entdecken neue URLs hauptsächlich über Links auf bereits bekannten Seiten sowie über bereitgestellte Sitemaps. Anschließend kann ein Crawler die gefundene URL aufrufen und die Antwort des Servers abrufen.

Google beschreibt seinen Suchprozess vereinfacht als Crawling, Indexierung und Bereitstellung von Suchergebnissen. Allerdings wird nicht jede entdeckte URL sofort gecrawlt und nicht jede gecrawlte Seite wird anschließend indexiert. Technische Zugänglichkeit ist daher eine notwendige, aber keine ausreichende Voraussetzung für die Aufnahme in den Suchindex.¹

HTML und JavaScript rendern

Beim Abruf einer Seite erhält der Crawler zunächst eine Antwort des Servers, die in der Regel HTML-Code enthält. Einige Websites liefern darin bereits den vollständigen Inhalt aus, während andere wesentliche Teile erst mithilfe von JavaScript erzeugen. In diesem Fall muss die Suchmaschine die Seite rendern, also ähnlich wie ein Browser technisch zusammensetzen.

Deshalb können der HTML-Quellcode und die gerenderte Seite unterschiedliche Inhalte und Links enthalten. Entscheidend ist, welche Informationen nach der Verarbeitung tatsächlich verfügbar sind. Werden Texte, Navigationselemente oder interne Links nicht korrekt gerendert, kann dies ihre Erfassung erschweren.²

Inhalte indexieren und Suchanfragen zuordnen

Crawling und Zugriff gezielt steuern

robots.txt, Meta Robots und X-Robots-Tag

Die Datei robots.txt legt fest, welche Bereiche ein bestimmter Crawler abrufen darf. Damit steuert sie in erster Linie das Crawling, ist aber kein zuverlässiges Mittel, um eine bereits bekannte URL aus dem Suchindex zu entfernen. Eine blockierte URL kann nämlich weiterhin über externe oder interne Verweise bekannt sein.

Zur Steuerung der Indexierung dient unter anderem die Anweisung noindex im Robots-Meta-Tag. Bei nicht als HTML ausgelieferten Dateien, beispielsweise PDF-Dokumenten, kann dieselbe Anweisung über den HTTP-Header „X-Robots-Tag” gesendet werden. Suchmaschinen können eine solche Anweisung jedoch nur erkennen, wenn sie die betreffende URL abrufen dürfen.

XML-Sitemaps und Crawl-Pfade

Eine XML-Sitemap ist eine maschinenlesbare Liste wichtiger URLs, die Suchmaschinen bereitgestellt wird. Insbesondere bei großen, neuen oder komplex aufgebauten Websites kann sie die Entdeckung von Seiten unterstützen. In die Sitemap gehören normalerweise erreichbare und indexierbare URLs, die für die Website von besonderer Bedeutung sind.

Eine Sitemap ersetzt jedoch weder eine funktionierende Navigation noch interne Links. Sie ist außerdem keine Anweisung, eine URL zwingend zu crawlen oder zu indexieren. Suchmaschinen entscheiden weiterhin selbst, welche der bereitgestellten URLs sie verarbeiten.

Crawl-Budget und technische Hindernisse

Das Crawl-Budget gibt an, wie viele URLs einer Website ein Suchsystem crawlen kann und möchte. Es ist vor allem für sehr große oder häufig aktualisierte Websites relevant. Für kleine Websites ist es in der Regel wichtiger, sich auf die Erreichbarkeit, die interne Verlinkung und die korrekte Indexierung zu konzentrieren, anstatt das Crawl-Budget detailliert zu optimieren.

Unnötige URL-Varianten, Endlosschleifen, langsame Serverantworten und häufige Serverfehler können das Crawling erschweren. Dadurch kann bei großen Websites ein erheblicher Teil der verfügbaren Crawl-Ressourcen auf unwichtige URLs entfallen. Eine gut durchdachte URL-Struktur hilft dabei, den Crawler auf die relevanten Inhalte zu lenken.

Inhalte konsistent halten

Indexierbare und ausgeschlossene Inhalte festlegen

Nicht alle technisch erreichbaren Seiten sollen in den Suchergebnissen erscheinen. Interne Suchergebnisse, Testseiten, bestimmte Filterkombinationen oder persönliche Bereiche können daher bewusst von der Indexierung ausgeschlossen werden. Zunächst muss geklärt werden, welche Funktion die jeweilige Seite für Nutzer und Suchmaschinen erfüllt.

Eine „noindex“-Anweisung verhindert bei Google die Aufnahme der Seite in die Suchergebnisse, sobald die Anweisung gecrawlt und verarbeitet wurde. Die URL darf deshalb nicht gleichzeitig durch die robots.txt für den Crawler gesperrt sein. Andernfalls kann der Crawler die Indexierungsanweisung auf der Seite nicht erkennen.

Canonical-Tags und doppelte Inhalte

Doppelte Inhalte entstehen, wenn gleiche oder sehr ähnliche Inhalte über mehrere URLs erreichbar sind. Mögliche Ursachen sind URL-Parameter, Druckversionen, Sortierungen oder unterschiedliche technische Pfade. Mithilfe des Canonical-Tags kann der Websitebetreiber die von ihm bevorzugte Version kennzeichnen.

Ein Canonical-Tag ist für Google ein Signal, aber keine zwingende Anweisung. Deshalb sollten Weiterleitungen, Canonical-Tags, interne Links und Sitemaps dieselbe bevorzugte URL nennen. Widersprüchliche Signale erhöhen die Wahrscheinlichkeit, dass die Suchmaschine eine andere kanonische URL auswählt.

Statuscodes, Weiterleitungen und entfernte Seiten

HTTP-Statuscodes teilen Browsern und Crawlern mit, wie der Server auf eine Anfrage reagiert. Eine regulär ausgelieferte Seite antwortet normalerweise mit dem Code 200, eine dauerhaft verschobene URL mit einer permanenten Weiterleitung und eine nicht mehr vorhandene Seite mit den Codes 404 oder 410. Serverfehler werden durch Statuscodes aus dem Bereich „5xx” gekennzeichnet.

Dauerhafte Weiterleitungen wie „301” oder „308” signalisieren, dass eine Ressource langfristig unter einer anderen URL erreichbar ist. Sie sollten direkt zum passenden neuen Ziel führen und unnötige Weiterleitungsketten vermeiden. Eine Fehlerseite, die technisch mit „200” antwortet, kann dagegen als „Soft 404” eingeordnet werden.

Gruppe	Code	Genaue Bezeichnung	Bedeutung für SEO
2xx	200	OK	Seite normal erreichbar, kann indexiert werden
2xx	201	Created	Für SEO kaum relevant, betrifft meist APIs
2xx	204	No Content	Kein Inhalt vorhanden, sollte nicht bei Seiten-URLs auftauchen
3xx	301	Moved Permanently	Permanente Weiterleitung, vererbt Linkpower auf Zielseite
3xx	302	Found (Temporary Redirect)	Nur temporär, alte URL bleibt im Index
3xx	304	Not Modified	Inhalt unverändert, spart Crawling-Budget
3xx	307	Temporary Redirect	Wie 302, Methode bleibt erhalten, kein Ranking-Transfer
3xx	308	Permanent Redirect	Wie 301, aber Methode bleibt erhalten (z. B. POST)
4xx	400	Bad Request	Fehlerhafte Anfrage, sollte auf Seiten nicht vorkommen
4xx	401	Unauthorized	Zugriff verweigert, Seite wird nicht indexiert
4xx	403	Forbidden	Zugriff blockiert, Crawler wird ausgesperrt
4xx	404	Not Found	Seite existiert nicht, wird aus Index entfernt
4xx	410	Gone	Bewusst entfernt, schnelleres De-Indexieren als 404
4xx	429	Too Many Requests	Crawling-Rate zu hoch, kann Crawling drosseln
5xx	500	Internal Server Error	Serverfehler, bei Häufung Rankingverlust möglich
5xx	502	Bad Gateway	Server nicht erreichbar, blockiert Crawling
5xx	503	Service Unavailable	Temporär nicht verfügbar, signalisiert Google „später erneut prüfen“
5xx	504	Gateway Timeout	Zeitüberschreitung, schädlich bei häufigem Auftreten

Website-Architektur und interne Verlinkung

Seitenhierarchie und URL-Struktur

Eine nachvollziehbare Seitenhierarchie ordnet die Inhalte nach Themen und Funktionen. Wichtige Seiten sollten über klare Kategorien und kurze Navigationswege erreichbar sein. Dadurch können sowohl Nutzer als auch Crawler leichter erkennen, welche Bereiche zusammengehören.

URLs sollten dauerhaft, eindeutig und technisch abrufbar sein. Verzeichnisse können die inhaltliche Gliederung einer Website sichtbar machen, ersetzen jedoch keine tatsächlichen Seitenbeziehungen. Häufig wechselnde oder unnötig komplizierte URLs erschweren dagegen Weiterleitungen, Auswertungen und die Pflege interner Links.

Navigation, Breadcrumbs und interne Links

Interne Links verknüpfen die einzelnen Seiten einer Website miteinander. Suchmaschinen können über sie neue URLs entdecken und zusätzlichen Kontext zu den Zielseiten erhalten. Aussagekräftige Ankertexte helfen dabei, das Thema der verlinkten Seite einzuordnen.

Aus technischer Sicht sollten wichtige Links als HTML-Elemente mit einem erreichbaren „href”-Ziel umgesetzt sein. Navigation und Breadcrumbs zeigen zusätzlich, an welcher Stelle sich eine Seite innerhalb der Website befindet. Bei der internen Verlinkung sollte man sich an der Bedeutung und dem Zusammenhang der Inhalte orientieren und nicht an einer starren Anzahl von Links.

Verwaiste und zu tief liegende Seiten

Eine verwaiste Seite besitzt keine regulären internen Links, über die sie innerhalb der Website erreicht werden kann. Zwar kann sie in einer Sitemap stehen oder über externe Links bekannt sein, jedoch ist sie nicht in die eigentliche Seitenarchitektur eingebunden. Dadurch wird ihre zuverlässige Entdeckung und inhaltliche Einordnung erschwert.

Auch sehr tief liegende Seiten können problematisch sein, wenn viele Klicks erforderlich sind, um sie von zentralen Einstiegsseiten aus zu erreichen. Die Klicktiefe sollte deshalb zur Bedeutung einer Seite passen. Zentrale Inhalte benötigen deutlich sichtbare und dauerhaft verfügbare interne Verbindungen.

Rendering, Ladeleistung und mobile Darstellung

JavaScript und gerenderte Inhalte

JavaScript kann Inhalte nachladen, Navigationen erzeugen und interaktive Funktionen bereitstellen. Für das technische SEO ist entscheidend, ob wichtige Texte, Links und Seitensignale nach dem Rendering vollständig vorhanden sind. Besonders clientseitig gerenderte Anwendungen hängen davon ab, dass Skripte und benötigte Ressourcen fehlerfrei verarbeitet werden.

Bei serverseitigem Rendering enthält bereits die erste HTML-Antwort wesentliche Seiteninhalte. Das verringert die Abhängigkeit von einer späteren JavaScript-Ausführung und kann die Verarbeitung für Nutzer und Crawler vereinfachen. Ob eine Seite korrekt verarbeitet wird, lässt sich anhand des gerenderten HTML und nicht allein anhand des ursprünglichen Quellcodes beurteilen.

Core Web Vitals und Ladeleistung

Die Core Web Vitals messen zentrale Bereiche der tatsächlichen Nutzererfahrung. Largest Contentful Paint, kurz LCP, bewertet die Ladegeschwindigkeit des größten sichtbaren Inhaltselements. Interaction to Next Paint, kurz INP, misst die Reaktionsfähigkeit, während Cumulative Layout Shift, kurz CLS, unerwartete Layoutverschiebungen erfasst.

Schlechte Werte können unter anderem durch langsame Server, große Bilder, blockierende Skripte oder nachträglich eingefügte Seitenelemente entstehen. Die Core Web Vitals sind jedoch weder die einzige Bewertung der Seitenerfahrung noch eine Garantie für bestimmte Rankings. Sie sollten gemeinsam mit technischer Stabilität, Bedienbarkeit und inhaltlicher Qualität betrachtet werden.

Mobile Darstellung und technische Gleichwertigkeit

Google verwendet für die Indexierung und Bewertung grundsätzlich die mobile Version einer Website. Wichtige Inhalte, Überschriften, interne Links, Bilder und technische Seitensignale müssen deshalb auch mobil verfügbar sein. Eine stark reduzierte mobile Version kann dazu führen, dass relevante Informationen bei der Verarbeitung fehlen.

Responsive Design liefert in der Regel dieselben Inhalte unter derselben URL aus und passt lediglich ihre Darstellung an die Bildschirmgröße an. Unabhängig von der technischen Umsetzung sollten die mobile und die Desktop-Darstellung inhaltlich und funktional gleichwertig sein. Auch blockierte Ressourcen oder abweichende Robots-Anweisungen können die mobile Verarbeitung beeinträchtigen.

Technische SEO-Audits und Monitoring

Daten aus Crawls, Suchsystemen und Logfiles verbinden

Ein technischer SEO-Audit untersucht eine Website systematisch auf Probleme bei Crawling, Rendering, Indexierung und interner Verlinkung. Ein eigener Website-Crawl zeigt, welche Seiten ein Prüfprogramm über die vorhandenen Links erreichen kann. Er bildet jedoch nicht automatisch ab, wie eine konkrete Suchmaschine die Website tatsächlich verarbeitet hat.

Die Google Search Console liefert Informationen darüber, welche URLs Google kennt, crawlen konnte oder indexiert hat. Server-Logfiles zeigen dagegen die tatsächlichen Anfragen, die den Server erreicht haben. Erst die Verbindung dieser Datenquellen ermöglicht eine belastbare Einordnung vieler technischer Auffälligkeiten.

Fehler nach Ursache und Auswirkung priorisieren

Nicht jede Meldung eines Prüfprogramms ist automatisch ein relevantes SEO-Problem. Eine fehlende Seite kann beabsichtigt sein, während eine falsch gesetzte noindex-Anweisung einen vollständigen Website-Bereich aus den Suchergebnissen ausschließen kann. Die technische Meldung muss deshalb immer im Zusammenhang mit der Funktion und Bedeutung der betroffenen URLs bewertet werden.

Hohe Priorität haben Probleme, die wichtige Seiten vollständig blockieren, falsche Ziel-URLs erzeugen oder große Teile einer Website betreffen. Danach folgen Fehler, die Verarbeitung, Ladeleistung oder interne Orientierung erschweren. Einzelne kosmetische Auffälligkeiten ohne erkennbare Auswirkung stehen am Ende der Bearbeitung.

Änderungen prüfen und dauerhaft überwachen

Nach einer technischen Korrektur muss geprüft werden, ob die erwartete Serverantwort, das gewünschte HTML und die vorgesehenen Indexierungssignale tatsächlich ausgeliefert werden. Anschließend ist zu beobachten, ob die Suchmaschine die geänderte Version erneut crawlt und verarbeitet. Zwischen einer Live-Prüfung und den gespeicherten Indexdaten können zeitliche Unterschiede bestehen.

Technisches SEO ist deshalb keine einmalige Bereinigung. Änderungen am Content-Management-System, an Templates, Plugins oder Servereinstellungen können frühere Fehler erneut verursachen. Regelmäßige Crawls, Kontrollen in der Search Console und Prüfungen nach größeren Veröffentlichungen helfen, solche Veränderungen frühzeitig zu erkennen.

1. Google Search Central: Funktionsweise der Google Suche [↩]
2. Google Search Central: Grundlagen von JavaScript-SEO [↩]