Technisches SEO sorgt dafür, dass Suchmaschinen deine Seiten überhaupt abrufen, verstehen und in den Index aufnehmen können. Es macht aus einem schwachen Text keinen starken. Aber es ist der Grund, warum starke Texte manchmal überhaupt nicht auftauchen und diese Fehler stecken fast immer in einer Handvoll Einstellungen, die niemand mehr angefasst hat.
Dieser Beitrag geht die Kette durch, die eine Seite zwischen Server und Suchergebnis durchläuft, und zeigt an jedem Glied, was sie unterbrechen kann. Was danach kommt, Aufbau, Botschaft, Anfragen, steht im Beitrag zum Aufbau einer Website, die verkauft.
Der Kern in einem Satz
Technisches SEO ist die Arbeit daran, dass jede wichtige Seite abrufbar, indexierbar, eindeutig und schnell genug ist, vier Bedingungen, die erfüllt sein müssen, bevor Inhalt und Verweise überhaupt eine Rolle spielen.
Die Kette: gefunden, abgerufen, indexiert, ausgespielt
Eine Seite durchläuft vier Stationen. Sie muss gefunden werden, über interne Links oder die Sitemap. Sie muss abgerufen werden dürfen, was die robots.txt regelt. Sie muss indexiert werden dürfen, was über die Angabe im Seitenkopf und die maßgebliche Adresse läuft. Und sie muss für eine Suchanfrage als beste Antwort ausgewählt werden, erst hier zählt der Inhalt.
Der Diagnosewert dieser Kette ist hoch: Wer weiß, an welcher Station es klemmt, sucht nicht mehr im Nebel. Eine Seite ohne Impressionen hat ein anderes Problem als eine Seite mit Impressionen und ohne Klicks.
robots.txt, noindex und Canonical, die große Verwechslung
Diese drei Werkzeuge werden ständig verwechselt, und die Verwechslung kostet mehr Sichtbarkeit als jeder fehlende Text. Kurz gefasst: Die robots.txt steuert das Abrufen, nicht das Indexieren. Ein noindex steuert das Indexieren. Eine Canonical-Angabe benennt die maßgebliche Fassung unter mehreren gleichen.
| Werkzeug | Was es steuert | Wofür es gedacht ist | Typischer Fehler |
|---|---|---|---|
| robots.txt | Ob eine Adresse abgerufen wird | Bereiche ohne Nutzen für die Suche, Schonung der Abrufe | Damit Seiten aus dem Index halten wollen, sie können trotzdem gelistet werden |
| noindex im Seitenkopf | Ob eine Adresse in den Index kommt | Dünne Seiten, Dubletten, interne Suchergebnisse | Gleichzeitig per robots.txt gesperrt, dadurch wird das noindex nie gelesen |
| Canonical | Welche Variante die maßgebliche ist | Parameter, Filter, Sortierungen, Druckansichten | Zeigt pauschal auf die Startseite oder auf eine weitergeleitete Adresse |
| Statuscode | Ob es die Seite gibt | Entfernte und verschobene Inhalte | Fehlerseite antwortet mit Code 200 statt 404 |
| Sitemap | Vorschlag, was wichtig ist | Entdeckung neuer und selten verlinkter Seiten | Enthält weitergeleitete, gesperrte oder gelöschte Adressen |
| Sperre der Testumgebung | Zugang während der Bauphase | Entwürfe und Kopien | Bleibt nach dem Livegang aktiv und nimmt die ganze Seite aus dem Index |
Der letzte Punkt klingt banal und ist trotzdem der häufigste Totalausfall, den wir übernehmen. Deshalb steht er bei uns auf der Abnahmeliste jedes Relaunchs mit Weiterleitungsplan ganz oben.
Die Sitemap als Inhaltsverzeichnis
Die XML-Sitemap ist kein Ranking-Werkzeug, sondern ein Vorschlag: Hier sind meine Adressen, bitte schau sie dir an. Nützlich ist sie vor allem für neue Seiten, für große Bestände und für Inhalte, die intern schlecht verlinkt sind. Wichtig ist Sauberkeit, in die Sitemap gehören ausschließlich Adressen, die mit Code 200 antworten, indexierbar sind und sich selbst als maßgeblich ausweisen. Alles andere kostet Vertrauen in das Verzeichnis.
Statuscodes, die du lesen können solltest
Statuscodes sind die Sprache, in der dein Server mit Suchmaschinen spricht. Fünf reichen für den Alltag: 200 heißt „alles in Ordnung“. 301 heißt „dauerhaft umgezogen“ und überträgt die Signale. 302 heißt „vorübergehend“ und tut das nicht. 404 heißt „nicht gefunden“, 410 heißt „bewusst entfernt“ und wirkt schneller. Und 503 ist der richtige Code für Wartungsarbeiten, weil er sagt: später wiederkommen.
Die tückischste Variante ist die weiche Fehlerseite: eine hübsche Seite mit der Aufschrift „Seite nicht gefunden“, die technisch mit 200 antwortet. Für den Menschen sieht das korrekt aus, für die Maschine ist es eine gültige, leere Seite.
Doppelte Inhalte sind meist doppelte Adressen
Fast alles, was als Duplikatsproblem gemeldet wird, stammt nicht aus abgeschriebenen Texten, sondern aus mehreren Adressen für denselben Inhalt: mit und ohne www, mit und ohne abschließenden Schrägstrich, über http und https, mit Kampagnenparametern, als Druckansicht, als Filterkombination im Shop. Jede Variante teilt die Signale auf.
Die Lösung ist unspektakulär: eine Vorzugsvariante festlegen, alle anderen dauerhaft dorthin weiterleiten, Parameter per Canonical einsammeln und Filterseiten ohne eigenen Suchwert gar nicht erst indexieren lassen. Shopsysteme erzeugen solche Varianten schneller als Content-Systeme, ein Punkt, den wir im Vergleich WordPress oder Shopify genauer aufdröseln.
Adressen und interne Linktiefe
Adressen sind dauerhaft, also behandeln wir sie so: kurz, sprechend, in Kleinbuchstaben, ohne Datum, ohne Nummern, ohne Technikkürzel. Eine gute Adresse kann man am Telefon diktieren, ohne sie zu buchstabieren, dieselbe Disziplin, die gedruckte Werbeträger verlangen.
Genauso wichtig ist die Linktiefe. Was von der Startseite aus mehr als drei Klicks entfernt liegt, wird seltener abgerufen und seltener aktualisiert. Wir prüfen deshalb bei jeder Seite, ob die wichtigsten Leistungs- und Themenseiten aus der Navigation und aus verwandten Inhalten heraus erreichbar sind und nicht nur über die Sitemap.
Tempo, Stabilität und die mobile Fassung
Die Nutzungsqualität ist Teil der technischen Basis. Welche Kennzahlen dabei gemessen werden und welcher Hebel welche bewegt, steht im Beitrag zu Core Web Vitals verbessern; was langsame Seiten wirtschaftlich kosten, rechnet unser Artikel zu Ladezeit, Conversion und Umsatz vor.
Dazu kommt ein Punkt, den viele für erledigt halten: Bewertet wird die mobile Fassung deiner Seite. Wenn dort Inhalte ausgeblendet werden, die auf dem Desktop stehen, dann existieren sie für die Suche nicht. Das betrifft eingeklappte Bereiche genauso wie Inhalte, die erst per Skript nachgeladen werden.
Der Durchgang, den wir bei jeder Seite machen
- robots.txt und die Angaben im Seitenkopf prüfen, steht irgendwo eine Sperre, die dort nicht hingehört?
- Indexierungsbericht in der Search Console lesen: Welche Adressen sind ausgeschlossen, und mit welcher Begründung?
- Die Seite crawlen und alle Antworten außerhalb von 200 sowie alle Weiterleitungsketten auflisten.
- Canonical-Angaben und Adressvarianten abgleichen.
- Sitemap gegen die Liste der indexierbaren Seiten abgleichen.
- Ladewerte und mobile Darstellung messen, danach erst über Inhalte reden.
Wo technisches SEO aufhört
Die Technik verschafft dir den Zugang, die Auswahl entscheidet der Inhalt. Und sie entscheidet längst nicht mehr nur in einer Ergebnisliste: Antwort-Systeme greifen zwar auf dieselbe technische Basis zu, bewerten aber anders, was sie übernehmen. Den Unterschied beschreiben wir unter GEO und SEO im Vergleich, die maschinenlesbare Auszeichnung von Angaben unter strukturierte Daten, und welche Zugriffe du dafür freigeben solltest, steht im Beitrag zu robots.txt und llms.txt.
Wer diese Grundlagen nicht selbst pflegen will: Wir richten sie in der Webentwicklung ein und halten sie in der laufenden Betreuung sauber, wie das im Alltag aussieht, zeigen unsere Pakete. Eine erste Einschätzung deiner Seite bekommst du im Erstgespräch.
Häufige Fragen
Wie finde ich heraus, ob eine Seite überhaupt im Index ist?
Am zuverlässigsten mit der URL-Prüfung in der Search Console: Sie sagt dir, ob die Adresse indexiert ist, wann sie zuletzt abgerufen wurde und welche Fassung Google als maßgeblich ansieht. Die Abfrage mit dem Operator „site:“ in der Suche ist nur eine grobe Näherung und schwankt stark.
Was ist der Unterschied zwischen nicht abgerufen und nicht indexiert?
Nicht abgerufen heißt, die Suchmaschine hat die Seite nie geladen, meist wegen einer Sperre oder weil kein Link dorthin führt. Nicht indexiert heißt, sie wurde geladen, aber bewusst nicht aufgenommen, etwa wegen eines noindex, einer Canonical-Angabe auf eine andere Seite oder zu dünnen Inhalts. Die Gegenmaßnahmen sind völlig verschieden.
Muss ich mich darum kümmern, wenn meine Seite nur zehn Unterseiten hat?
Ja, aber es geht schnell. Bei kleinen Seiten entfallen Themen wie Abrufbudget und Filterdubletten fast vollständig. Übrig bleiben die vier Punkte, die immer zählen: keine ungewollte Sperre, saubere Statuscodes, eine Adressvariante, brauchbare Ladewerte. Das ist Arbeit für einen Vormittag, nicht für ein Quartal.
Brauche ich dafür eine Erweiterung im Content-System?
Eine reicht. Erweiterungen für Suchmaschinenoptimierung setzen Titel, Beschreibungen, Canonical-Angaben und die Sitemap an einer Stelle, mehrere gleichzeitig erzeugen widersprüchliche Angaben. Was sie nicht können: Serverantwortzeiten verbessern, Inhalte schreiben oder eine kaputte Seitenstruktur reparieren.
Fazit
Bevor du am Text feilst, prüf den Zugang: eine ungewollte Sperre, eine falsch gesetzte Canonical-Angabe oder eine Fehlerseite mit Code 200 macht jede inhaltliche Arbeit wirkungslos. Geh die vier Stationen der Reihe nach durch und behebe das erste Problem, das du findest, bevor du weitersuchst. In den meisten Projekten, die bei uns landen, steckt die Blockade nicht in einem exotischen Detail, sondern in einer Einstellung, die seit dem letzten Umbau niemand mehr angesehen hat.
Über den Autor: Levin Görsoy ist Gründer und CEO von dato.marketing, einer Full-Service-Marketing-Agentur aus Berlin. Mit seinem Team hat er über 46 Projekte produziert und mehr als 1 Million organische Views für Kundenkanäle aufgebaut. Mehr über seinen Werdegang findest du im Lebenslauf von Levin Görsoy.
Du willst das Thema lieber abgeben? Sieh dir unsere Pakete an oder sichere dir ein kostenloses Erstgespräch: Antwort innerhalb von 24 Stunden, ohne Standardpakete.
