Technical-SEO-Prüfung: die Punkte, die Indexierung tatsächlich verhindern
Für: Marketing- und Entwicklungsteams
Aktualisiert: 2026-09
Die meisten technischen SEO-Probleme lassen sich auf wenige Ursachen zurückführen: Seiten sind nicht indexierbar, Canonicals zeigen falsch, die Sitemap enthält Seiten, die nicht indexiert werden sollen, hreflang ist nicht reziprok, oder Seiten sind intern kaum verlinkt.
Technische SEO wird oft als endlose Liste von Kleinigkeiten wahrgenommen. Tatsächlich entscheidet ein kleiner Teil davon über fast alles: Kann eine Seite gefunden, gecrawlt und indexiert werden, und ist eindeutig, welche Fassung gelten soll.
Diese Prüfliste ist danach sortiert. Die ersten Punkte verhindern, dass Seiten überhaupt in den Index kommen; die späteren verbessern, wie gut sie dort verstanden werden. In dieser Reihenfolge sollte auch gearbeitet werden.
Die Checkliste
- 01
Indexierbarkeit aller Zielseiten prüfen
Für jede Seite, die ranken soll, prüfen: keine noindex-Anweisung, nicht durch robots.txt blockiert, Statuscode 200. Diese drei Punkte erklären die Mehrzahl aller Fälle, in denen eine Seite nicht erscheint.
Erledigt, wenn: Es existiert eine Liste aller Zielseiten, und für jede ist Statuscode und Indexierbarkeit einzeln bestätigt.
- 02
Canonicals auf Selbstreferenz prüfen
Jede indexierbare Seite sollte auf sich selbst kanonisieren, mit absoluter URL. Häufigster Fehler sind Canonicals, die aus einem Template stammen und alle auf dieselbe Seite zeigen.
Erledigt, wenn: Keine indexierbare Seite verweist per Canonical auf eine andere URL, ausser dies ist ausdrücklich beabsichtigt.
- 03
Sitemap gegen den tatsächlichen Seitenbestand abgleichen
Die Sitemap darf keine Seiten enthalten, die auf noindex stehen, weiterleiten oder gar nicht existieren. Umgekehrt sollte jede indexierbare Zielseite enthalten sein.
Erledigt, wenn: Die Differenz zwischen Sitemap-URLs und tatsächlich gebauten indexierbaren Seiten ist null.
- 04
hreflang auf Reziprozität prüfen
Jede hreflang-Angabe muss zurückverweisen, und keine darf auf eine 404- oder noindex-Seite zeigen. Ein x-default gehört dazu. Nicht-reziproke Angaben werden schlicht ignoriert.
Erledigt, wenn: Jede hreflang-Beziehung ist beidseitig, zeigt auf eine indexierbare Seite, und x-default ist gesetzt.
- 05
Interne Verlinkung auf verwaiste Seiten prüfen
Seiten mit null oder einem einzigen eingehenden internen Link werden schlecht gefunden und schwach bewertet. Bei programmatisch erzeugten Seiten ist das der häufigste strukturelle Mangel.
Erledigt, wenn: Keine indexierbare Seite hat weniger als zwei eingehende interne Links, und keine ist von der Startseite unerreichbar.
- 06
Titel und Beschreibungen auf Duplikate prüfen
Identische Titel über viele Seiten sind ein starkes Signal für templatierten Inhalt. Bei programmatischen Seiten entsteht das fast zwangsläufig, wenn nicht gegengesteuert wird.
Erledigt, wenn: Es gibt keine zwei indexierbaren Seiten mit identischem Titel oder identischer Beschreibung.
- 07
Strukturierte Daten validieren
Vorhandenes JSON-LD auf Syntaxfehler und fehlende Pflichtfelder prüfen. Wichtiger als möglichst viele Typen ist, dass die vorhandenen fehlerfrei sind und zum Seiteninhalt passen.
Erledigt, wenn: Jede Seite trägt mindestens ein gültiges JSON-LD-Objekt, und die Prüfung meldet keine Fehler.
- 08
Klicktiefe begrenzen
Seiten, die mehr als drei oder vier Klicks von der Startseite entfernt liegen, werden seltener gecrawlt. Bei grossen Seitenbeständen ist die Hub-Struktur der entscheidende Hebel.
Erledigt, wenn: Jede indexierbare Seite ist in höchstens vier Klicks von der Startseite erreichbar.
Häufige Fehler
- —Die Prüfung läuft gegen die Live-Seite, aber der Fehler entsteht beim Bauen. Bei statisch erzeugten Seiten lohnt es sich, direkt die Bauausgabe zu prüfen.
- —hreflang verweist auf Sprachfassungen, die es gar nicht gibt. Ein ehrliches hreflang nennt nur Seiten, die tatsächlich existieren und indexierbar sind.
- —Die Sitemap wird von Hand gepflegt und läuft dem tatsächlichen Bestand hinterher. Sie sollte aus derselben Quelle erzeugt werden wie die Seiten selbst.
- —Es wird viel Aufwand in strukturierte Daten gesteckt, während Seiten mit null internen Links unbemerkt bleiben.
Was diese Checkliste nicht abdeckt
- —Diese Prüfliste betrifft die technische Auffindbarkeit. Sie sagt nichts darüber, ob der Inhalt gut genug ist, um zu ranken.
- —Kern-Web-Vitals und Ladezeit sind ein eigener Arbeitsstrang und hier nicht abgedeckt.
- —Für sehr grosse Bestände jenseits einiger zehntausend Seiten kommen Fragen des Crawl-Budgets hinzu, die eine eigene Betrachtung verlangen.
- —Eine bestandene technische Prüfung garantiert keine Indexierung. Suchmaschinen entscheiden eigenständig, welche Seiten sie aufnehmen.
Übergeordnete Leistung: SEO & organisches Wachstum
Passende Angebote
Technical-SEO-Audit
Ein Technical-SEO-Audit prüft das Fundament Ihrer Auffindbarkeit: Indexierung, Core Web Vitals, strukturierte Daten, Crawling und Seitenarchitektur. Ergebnis ist eine priorisierte Massnahmenliste, die zeigt, welche technischen Hebel den grössten Sichtbarkeitsgewinn bringen — und in welcher Reihenfolge.
Programmatic-SEO-Sprint
Ein Programmatic-SEO-Sprint baut skalierbare Content-Cluster mit sauberem strukturiertem Datenmodell, korrektem hreflang und interner Verlinkung — technisch aufgesetzt wie unsere eigenen Portfolio-Sites, inklusive GEO/LLM-Optimierung.
Häufige Fragen
In welcher Reihenfolge sollte man vorgehen?
Streng von oben nach unten. Strukturierte Daten auf einer Seite zu verbessern, die auf noindex steht, hat keinerlei Wirkung. Erst die Auffindbarkeit, dann die Verständlichkeit.
Wie oft sollte geprüft werden?
Bei aktiver Entwicklung nach jedem grösseren Release. Die genannten Punkte lassen sich automatisieren und in den Bauprozess einhängen, was manuelle Durchgänge weitgehend erübrigt.
Was tun, wenn Seiten trotz sauberer Technik nicht indexiert werden?
Dann liegt es meist an Inhalt oder interner Verlinkung. Dünne oder stark ähnliche Seiten werden gecrawlt, aber nicht aufgenommen — das ist kein technisches Problem mehr.
Weitere Checklisten
Sichtbarkeit in KI-Antworten: die Prüfliste für Zitierfähigkeit
Zitierfähigkeit in KI-Antworten beruht auf wenigen Eigenschaften: eine kurze, eigenständige Antwort weit oben, eindeutige Aussagen statt Marketingsprache, überprüfbare Angaben mit Datum und Urheber, saubere Zugänglichkeit für KI-Crawler und eine erkennbare Autorenschaft.
MVP-Start: was vor der ersten zahlenden Kundin stehen muss
Vor dem Start eines MVP müssen fünf Dinge stehen: eine funktionierende Zahlungsstrecke, eine Datenlage, die spätere Änderungen erlaubt, ein Weg zur Löschung von Konten, eine Möglichkeit zu erfahren wenn etwas kaputt ist, und rechtliche Grunddokumente. Alles andere kann warten.
Cloud-Migration vorbereiten: die Fragen vor dem ersten Verschieben
Eine Cloud-Migration scheitert selten an der Technik, sondern an mangelnder Vorbereitung: unbekannte Abhängigkeiten, ungeklärte Datenklassifizierung, ein Kostenmodell das erst nach dem Umzug sichtbar wird, und fehlende Abnahmekriterien, an denen sich Erfolg überhaupt messen liesse.