Checkliste für technisches SEO für Webentwickler
Technisches SEO ist der Teil der Suchmaschinenarbeit, der in der Codebasis lebt statt im Redaktionsplan. Es ist weitgehend eine Checkliste, und das meiste davon ist überprüfbar statt Ansichtssache.
Dieser Leitfaden ist diese Checkliste, gruppiert nach dem Problem, das jeder Punkt verhindert, mit den Fehlern, die häufig genug sind, um sie zu benennen.
Indexierungssteuerung#
Ziel ist, dass genau die Seiten indexiert sind, die Sie indexiert haben wollen, und sonst nichts — keine Staging-Kopien, keine Filterpermutationen, keine druckfreundlichen Duplikate.
- Ein kanonischer Hostname; jede andere Variante leitet per 301 dorthin — einschließlich HTTP und dem www-/nicht-www-Zwilling.
- Selbstreferenzierender Canonical auf jeder indexierbaren Seite.
- noindex, follow auf dünnen oder doppelten Seiten: interne Suchergebnisse, Filterkombinationen, Dankeseiten.
- Sperren Sie in der robots.txt nie eine Seite, die ein noindex trägt — das Tag kann dann nie gelesen werden, und die URL bleibt im Index hängen.
- Staging per HTTP-Authentifizierung gesperrt, nicht nur per robots.txt.
- Parameterbehandlung entschieden: welche Query-Strings eine eigene Seite erzeugen und welche nicht.
noindex und eine robots.txt-Sperre tun Gegenteiliges und heben sich auf. Wollen Sie eine Seite loswerden, erlauben Sie das Crawlen, damit das noindex gesehen werden kann.
Weiterleitungen und Statuscodes#
Weiterleitungen sind die Stelle, an der Relaunches still Traffic verlieren. Die Fehler sind mechanisch und vor dem Start leicht zu testen.
| Situation | Richtige Antwort | Häufiger Fehler |
|---|---|---|
| Seite dauerhaft verschoben | 301 auf die entsprechende Seite | 302, oder Weiterleitung auf die Startseite |
| Seite gelöscht, kein Äquivalent | 410 oder 404 | Soft 404: eine Nicht-gefunden-Seite mit Status 200 |
| Vorübergehend nicht verfügbar | 503 mit Retry-After | Status 200 mit einer Fehlermeldung |
| Varianten mit und ohne Schrägstrich | Eine kanonische Form, andere per 301 | Beide liefern denselben Inhalt mit 200 |
| Alte Domain | 301 Seite für Seite kartiert | Alles auf die neue Startseite |
| Weiterleitungsketten | Auf einen einzigen Sprung zusammenfassen | A → B → C → D, bei jedem Schritt Signalverlust |
Blätterung, Facetten und Duplikate#
Listenseiten erzeugen die größten Indexprobleme, denn eine Handvoll Filter kann tausende URL-Kombinationen hervorbringen, die alle wie Beinahe-Duplikate aussehen.
- Paginierte Seiten: echte crawlbare Links, jede Seite selbstkanonisch — kanonisieren Sie Seite 2 nicht auf Seite 1.
- Filterkombinationen: standardmäßig noindex, follow; indexieren Sie nur die wenigen, die echter Suchnachfrage entsprechen.
- Sortierreihenfolgen: erzeugen Sie nie eine neue indexierbare URL. Gleicher Inhalt, andere Abfolge.
- Sitzungskennungen und Tracking-Parameter: entfernen oder auf die saubere URL kanonisieren.
- Druckfreundliche und AMP-artige Duplikate: Canonical auf die Hauptversion.
- Produkte in mehreren Kategorien: eine kanonische URL, von allen verlinkt.
Offen gelassene Facettennavigation ist die häufigste Ursache für Index-Aufblähung, und sie baut sich langsam ab. Sie zur Bauzeit zu verhindern ist viel billiger, als sie danach zurückzudrehen.
Strukturierte Daten und internationale Einrichtung#
Zwei Bereiche, in denen ein mechanischer Fehler still die gesamte Funktion abschaltet.
| Punkt | Regel | Fehlerbild |
|---|---|---|
| Article-Markup | Nur auf echten Artikeln, mit echten Daten | Erfundene Aktualisierungsdaten führen dazu, dass die Funktion ignoriert wird |
| Product-Markup | Preis und Verfügbarkeit müssen zur Seite passen | Abweichung löst eine manuelle Maßnahme aus |
| FAQ-Markup | Nur für Fragen, die auf der Seite sichtbar sind | Versteckter Inhalt ist ein Richtlinienverstoß |
| Brotkrumen | Müssen der sichtbaren Spur entsprechen | Abweichende Pfade werden schlicht ignoriert |
| hreflang | Reziprok auf jeder Seite der Gruppe | Einseitige Tags führen dazu, dass die ganze Gruppe verworfen wird |
| hreflang-Codes | Gleicher Code in HTML und Sitemap | Zwei verschiedene Codes für dieselbe Seite zerstören die Gruppe |
| x-default | Zeigt auf die Sprachauswahl oder die Standardversion | Fehlt es, verlieren Sie das Rückfallverhalten |
Häufige Fragen
Wie finde ich technische SEO-Probleme auf einer bestehenden Website?
Crawlen Sie sie mit einem Desktop-Crawler und vergleichen Sie das Ergebnis mit Ihrer Sitemap und mit der Abdeckung in der Search Console. Wo die drei Listen sich widersprechen, liegen die Probleme: URLs im Crawl, aber nicht in der Sitemap; URLs indexiert, aber nicht im Crawl; und Seiten, die aus Gründen ausgeschlossen sind, die Sie nicht beabsichtigt hatten.
Sind Weiterleitungsketten wirklich wichtig?
Ja, aus zwei Gründen. Jeder Sprung erhöht die Latenz für echte Nutzer, und Crawler folgen nach einigen Sprüngen nicht mehr. Nach ein paar Migrationen findet man häufig vier oder fünf Ebenen tiefe Ketten, die niemand geplant hat. Fassen Sie sie zusammen, sodass jede alte URL in einem Sprung direkt auf das endgültige Ziel zeigt.
Sollte ich Tag- und Kategorieseiten auf noindex setzen?
Nur wenn sie wirklich dünn sind. Eine Kategorieseite mit echter Beschreibung, einer kuratierten Liste und internen Links ist eine legitime Landingpage und oft eine starke. Eine Tag-Seite mit zwei Beiträgen und ohne Text ist Index-Aufblähung. Beurteilen Sie jedes Template danach, ob es eine Frage beantwortet, die jemand tatsächlich hat.
Was zerstört hreflang am häufigsten?
Nicht reziproke Tags. Wenn die englische Seite die deutsche Alternative listet, die deutsche Seite aber nicht die englische, wird die Gruppe verworfen. Der zweithäufigste Fehler ist, im HTML einen Code und in der Sitemap einen anderen für dieselbe Seite anzugeben. Erzeugen Sie beides aus derselben Quelle, damit sie nicht auseinanderlaufen können.
technisches seoseo checklistecanonical tagsweiterleitungenhreflangstrukturierte daten
