Technisches SEO ist der Teil, den man einmal richtig macht und dann in Ruhe lässt. Er entscheidet nicht darüber, wie gut eine Seite rankt, sondern darüber, ob sie überhaupt eine Chance hat.
Die Fehler in diesem Bereich haben eine unangenehme Eigenschaft: Sie wirken still. Eine Seite mit einer versehentlichen Indexierungssperre sieht vollkommen normal aus.
Indexierbarkeit: die stillen Fehler
Meta-Angabe zur Indexierung. Eine noindex-Angabe auf einer Seite, die ranken soll. Häufigste Ursache: Übernahme aus einer Testumgebung oder ein Haken im CMS, der Suchmaschinen ausschließt.
Blockade in der robots.txt. Verhindert das Abrufen. Wichtig zu wissen: Eine blockierte Seite kann trotzdem im Index erscheinen, dann aber ohne Inhalt, weil die Sperre das Lesen verhindert. Wer eine Seite aus dem Index halten will, verwendet noindex und blockiert sie ausdrücklich nicht.
Passwortschutz oder Zugangsbeschränkung, vergessen nach dem Livegang.
Inhalte, die erst nach JavaScript-Ausführung existieren. Werden häufig verarbeitet, aber nicht zuverlässig. Für Kerninhalte ist das ein Risiko.
Kanonische Angabe, die auf eine andere Adresse zeigt. Etwa auf die Testdomain oder auf eine Übersichtsseite. Damit wird die eigene Seite als Kopie behandelt.
Prüfen lässt sich alles davon in der Search Console über die URL-Prüfung, die für eine einzelne Adresse anzeigt, ob und warum sie indexierbar ist.
Doppelte Adressen beseitigen
Eine Seite sollte unter genau einer Adresse erreichbar sein. Typische Varianten, die parallel funktionieren:
- mit und ohne
www - mit
httpundhttps - mit und ohne Schrägstrich am Ende
- Groß- und Kleinschreibung
- mit angehängten Parametern, etwa von Werbekampagnen
- Startseite als
/und als/index.html - Druckversionen und Archivseiten mit identischem Inhalt
Die Lösung besteht aus drei Teilen: eine Variante als Original festlegen, alle anderen dauerhaft dorthin weiterleiten, und auf jeder Seite eine kanonische Angabe auf die eigene Originaladresse setzen.
Statuscodes
| Situation | Richtiger Code |
|---|---|
| Seite existiert | 200 |
| Adresse dauerhaft verschoben | 301 |
| Adresse vorübergehend anders erreichbar | 302 |
| Seite existiert nicht | 404 |
| Seite dauerhaft entfernt, ohne Ersatz | 410 |
| Serverfehler | 500 |
Die häufigsten Fehler dabei:
Eine Fehlerseite, die mit Code 200 antwortet. Der Besucher sieht “nicht gefunden”, die Suchmaschine sieht eine gültige Seite. Damit sammeln sich beliebig viele scheinbar existierende Seiten an.
302 statt 301 bei dauerhaften Verschiebungen. Signalisiert, dass die alte Adresse relevant bleibt.
Weiterleitungsketten. Alt zeigt auf mittel zeigt auf neu. Jede Stufe kostet Zeit und Signal.
Pauschale Weiterleitung aller Fehlerseiten auf die Startseite. Wird wie eine Fehlerseite behandelt und verschenkt die Möglichkeit, auf ein passendes Ziel zu leiten.
Sitemap und robots.txt
Die Sitemap listet die Adressen, die indexiert werden sollen. Sie enthält ausschließlich Seiten mit Code 200 und ohne Indexierungssperre. Weitergeleitete Adressen, Fehlerseiten und gesperrte Seiten gehören nicht hinein.
Bei einem Relaunch ist die Sitemap einzureichen und die alte zu ersetzen. Sie ist außerdem das Werkzeug, mit dem sich Verarbeitungsfehler finden lassen: Die Search Console meldet je Sitemap, wie viele Adressen verarbeitet wurden.
Die robots.txt steuert das Abrufen, nicht die Indexierung. Sinnvolle Einträge: Sperre für interne Suchergebnisse, für Filterkombinationen, für Verzeichnisse ohne öffentlichen Inhalt, und ein Verweis auf die Sitemap.
Eine Falle: Manche Plattformen liefern eine verwaltete robots.txt aus, die eigene Einträge überschreibt. Nach Änderungen an der Infrastruktur lohnt eine Prüfung, ob die Sitemap-Zeile noch vorhanden ist.
Strukturierte Daten
Sinnvoll dort, wo sie zu einer angereicherten Darstellung führen können:
- Unternehmen mit Standort, Öffnungszeiten und Kontakt
- Brotkrumen, damit die Hierarchie in den Ergebnissen erscheint
- Häufige Fragen
- Produkte mit Preis und Verfügbarkeit
- Veranstaltungen mit Datum und Ort
Nicht sinnvoll: strukturierte Daten für Inhalte, die nicht vorhanden sind, oder Bewertungen ohne echte Grundlage. Beides wird als Verstoß behandelt.
Prüfen lässt sich die Auszeichnung mit dem Testwerkzeug für strukturierte Daten, das Fehler und Warnungen einzeln ausgibt.
Prüfliste, halbjährlich
- Search Console auf Abdeckungsfehler durchsehen
- Alle vier Adressvarianten prüfen, ob sie auf derselben Adresse landen
- Fehlerseite antwortet mit Code 404
- Sitemap enthält nur indexierbare Seiten
- robots.txt unverändert und mit Sitemap-Verweis
- Interne Links zeigen direkt auf Ziele, nicht auf weiterleitende Adressen
- Kanonische Angaben zeigen auf die eigene Originaladresse
- Strukturierte Daten ohne Fehler
- Ladezeit-Felddaten mobil im grünen Bereich, siehe Core Web Vitals
Punkt 6 ist Aufräumarbeit, die nach jedem Relaunch anfällt und regelmäßig unterbleibt. Details in Interne Verlinkung.