Technische SEO-Checkliste: Probleme gezielt beheben

Eine technische SEO-Checkliste soll nicht dazu dienen, sämtliche Werkzeugwarnungen gleichzeitig abzuarbeiten. Sie hilft, echte Hindernisse für wichtige Inhalte zu finden. Eine versehentlich von der Indexierung ausgeschlossene Leistungsseite hat eine andere Priorität als ein fehlender Titel auf einer unbedeutenden Archivseite. Wenn Sie betroffene Seite, beobachtetes Problem und erwartetes Verhalten dokumentieren, muss das Entwicklungsteam den Sachverhalt nicht erst mühsam rekonstruieren.

Prüfung 1: Sind wichtige URLs tatsächlich erreichbar?

Wählen Sie für die erste Stichprobe nicht nur die Startseite. Nehmen Sie auch Leistungsseiten, Kategorien, Blogbeiträge, die Kontaktseite und gegebenenfalls Produktdetailseiten auf. Dass eine Seite im Browser erscheint, reicht nicht aus: Der Server muss auch den passenden Statuscode zurückgeben. Eine Fehlermeldung mit erfolgreichem Antwortcode kann dazu führen, dass Suchmaschinen statt des eigentlichen Inhalts die Fehlerseite bewerten. Serverfehler beeinträchtigen Nutzer und Crawling unmittelbar.

Wenn das Crawling-Werkzeug andere Inhalte sieht als der Browser, untersuchen Sie, was bereits in der ersten Serverantwort enthalten ist. Entscheiden Sie gerade bei Texten und Links, die JavaScript erzeugt, nicht allein nach dem sichtbaren Ergebnis. Dokumentieren Sie auch, ob eine Sicherheitsschicht oder eine Begrenzung der Anfragerate bestimmte Aufrufe blockiert. Behandeln Sie eine einzelne fehlgeschlagene Anfrage nicht sofort als Dauerproblem, sondern geben Sie Zeitpunkt und Beispiel-URL an das Entwicklungsteam weiter.

Prüfung 2: Unterscheiden Sie Crawling und Indexierung

Die robots.txt kann das Crawling bestimmter URLs begrenzen; noindex ist dagegen eine Anweisung zur Indexierung. Eine Crawling-Sperre kann verhindern, dass die Suchmaschine die noindex-Anweisung auf der Seite überhaupt sieht. Verwenden Sie diese beiden Mechanismen deshalb nicht als austauschbare Lösungen. Die URL-Prüfung in der Search Console hilft, die Auffindbarkeit und den Indexierungsstatus einer wichtigen Seite zu verstehen. Bewerten Sie den dort genannten Grund zusammen mit der aktuellen technischen Antwort der Seite.

Die Sitemap sollte bevorzugte URLs enthalten, die veröffentlicht werden sollen und erfolgreich antworten. Weitergeleitete, entfernte oder bewusst von der Indexierung ausgeschlossene URLs gehören nicht hinein. Das Einreichen einer Sitemap unterstützt die Entdeckung, garantiert aber keine vollständige Indexierung. Eine Seite ohne interne Links sollte nicht nur in die Datei aufgenommen, sondern auch an einer sinnvollen Stelle der Website verlinkt werden. Prüfen Sie als Systemverhalten, wie neue Veröffentlichungen in die Sitemap gelangen und entfernte Inhalte daraus verschwinden.

Prüfung 3: Unter wie vielen URLs ist derselbe Inhalt erreichbar?

HTTP und HTTPS, unterschiedliche Domainvarianten, ein abschließender Schrägstrich oder Parameter können zu ähnlichen Inhalten führen. Legen Sie das bevorzugte URL-Schema fest und prüfen Sie, ob die Weiterleitungen dazu passen. Ein Canonical-Tag liefert ein Präferenzsignal, löst aber nicht automatisch jede Vervielfachung. Sein Ziel sollte erfolgreich antworten und inhaltlich sinnvoll sein. Sämtliche Unterseiten per Canonical der Startseite zuzuordnen, ist keine geeignete Bereinigungsmethode.

Betrachten Sie Filter- und Sortier-URLs gesondert. Manche Filterseiten erfüllen einen echten Informationsbedarf, andere vervielfachen lediglich dieselbe Liste mit kleinen Änderungen. Welche URLs indexiert werden sollen, muss zusammen mit der Inhaltsstrategie entschieden werden. Interne Links, Sitemap und Canonicals dürfen sich nicht widersprechen. Bei mehrsprachigen Websites können Sie auch die Ziele der Sprachalternativen einbeziehen. Fehlende Übersetzungen lassen sich nicht durch technische Auszeichnung ersetzen.

Prüfung 4: Defekter Link oder bewusst entfernter Inhalt?

Nicht jede 404-Antwort ist eine Störung. Wurde ein Inhalt tatsächlich entfernt und gibt es keinen Ersatz, kann die Meldung seiner Nichtverfügbarkeit korrekt sein. Problematisch ist, wenn das Menü oder wichtige Inhalte weiterhin auf diese URL verweisen. Gibt es eine gleichwertige neue Seite, kommt eine Weiterleitung infrage; andernfalls braucht der Nutzer eine verständliche Fehlerseite. Alte externe Links auf beliebige andere Seiten umzuleiten, bereinigt vielleicht einen Bericht, verbessert aber nicht die Nutzererfahrung.

Prüfen Sie Weiterleitungsketten und aktualisieren Sie interne Links auf das endgültige Ziel. Mehrere aufeinanderfolgende Umzüge verursachen unnötige Zwischenschritte und erschweren die Wartung. Eine Korrekturliste sollte alte URL, aktuelle Antwort und vorgeschlagenes Ziel gemeinsam nennen. So erhält das Entwicklungsteam eine umsetzbare Tabelle statt einer neuen Suchaufgabe. Bewahren Sie diese Zuordnungen bei URL-Änderungen auf: Sie helfen auch beim nächsten Relaunch.

Prüfung 5: Was zeigen Performance und strukturierte Daten?

Laborergebnisse aus Werkzeugen wie PageSpeed Insights zeigen Symptome unter kontrollierten Bedingungen. Messungen realer Nutzer umfassen dagegen unterschiedliche Geräte und Verbindungen. Stellen Sie die Ergebnisse nicht als gleichwertige Daten dar. LCP beschreibt die Darstellung des größten sichtbaren Inhaltselements, INP die Reaktion auf Interaktionen und CLS unerwartete Layoutverschiebungen. Zu klären, welche Ressource in welcher Vorlage Probleme verursacht, ist eine konkretere Entwicklungsaufgabe als das bloße Ziel eines höheren Gesamtwerts.

Prüfen Sie bei strukturierten Daten nicht nur Syntaxfehler, sondern auch die Übereinstimmung mit dem sichtbaren Inhalt. Falsche Unternehmensangaben, nicht vorhandene Bewertungen oder veraltete Produktdetails müssen auch dann korrigiert werden, wenn der Code formal gültig ist. Eine besondere Suchdarstellung ist nicht für jede Seite zu erwarten. Beobachten Sie außerdem Lesbarkeit und Bedienbarkeit auf Mobilgeräten: Ein fehlerfreier technischer Bericht beweist nicht, dass Besucher ihre Aufgabe abschließen können.

Übersetzen Sie Befunde in Entwicklungsaufgaben

Ergänzen Sie jeden Befund um betroffene Vorlagen, Beispiel-URLs, erwartetes Ergebnis und eine zuständige Person. Bearbeiten Sie zunächst Probleme, die den Zugang oder die Indexierung wichtiger Seiten verhindern, und danach wiederkehrende Vorlagenfehler. Wenn Sie mit HazırSoft den Umfang einer technischen Prüfung besprechen, können diese Aufzeichnungen den Bedarf für individuelle Entwicklung klären. Kontrollieren Sie nach Änderungen, ob dieselben Beispiele das gewünschte Verhalten zeigen. Bewerten Sie technische Ergebnisse und Suchdaten getrennt, statt eine Rankingänderung allein als Beweis einer erfolgreichen Korrektur zu betrachten.