SEO Validator: Fehler einer einzelnen URL richtig prüfen und priorisieren

Ein SEO Validator prüft eine URL anhand festgelegter Regeln. Er erkennt beispielsweise Statuscodes, Weiterleitungen, Indexierungsanweisungen, Canonical-Angaben, Title-Elemente und strukturierte Daten. Das Ergebnis ist meist eine lange Liste aus Fehlern, Warnungen und Empfehlungen.

Diese Liste ist jedoch noch keine sinnvolle Arbeitsreihenfolge. Ein Validator kann eine fehlende Bildbeschreibung genauso auffällig markieren wie eine blockierte URL. Für die organische Suche haben beide Befunde völlig unterschiedliche Folgen. Entscheidend ist deshalb nicht die Farbe einer Meldung, sondern ihre Wirkung.

Die richtige Reihenfolge lautet: zuerst Abrufbarkeit und Indexierung, danach Kanonisierung und Seitensignale, zum Schluss strukturierte Daten und unverbindliche Optimierungshinweise.

Was ein SEO Validator tatsächlich validiert

Die Bezeichnung SEO Validator fasst drei unterschiedliche Arten von Prüfungen zusammen. Vor jeder Korrektur sollte klar sein, zu welcher Kategorie ein Befund gehört.

Technische Gültigkeit

Hier wird eine konkrete Regel oder Spezifikation geprüft. Beispiele sind fehlerhaftes JSON-LD, eine nicht erreichbare URL, eine Weiterleitungsschleife oder ein ungültiger Wert innerhalb eines Markups.

Solche Fehler lassen sich meist eindeutig reproduzieren. Trotzdem sagt technische Gültigkeit noch nichts darüber aus, ob eine Seite indexiert wird oder gute Rankings erzielt.

Google-spezifische Eignung

Eine technisch gültige Implementierung kann für eine bestimmte Google-Funktion ungeeignet sein. Das zeigt sich besonders bei strukturierten Daten.

Der Schema Markup Validator prüft Schema.org-Markup allgemein. Googles Test für Rich-Suchergebnisse bewertet zusätzlich, ob die Seite für einen von Google unterstützten Rich-Result-Typ infrage kommt. Beide Prüfungen beantworten daher unterschiedliche Fragen und können zu unterschiedlichen Ergebnissen kommen, ohne sich zu widersprechen (Google Search Central).

Unverbindliche SEO-Scores

Punktzahlen, Prozentwerte und Ampeln beruhen auf der Gewichtung des jeweiligen Anbieters. Ein Wert von 82 bedeutet nicht, dass Google die Seite zu 82 Prozent optimiert findet. Er bedeutet lediglich, dass die URL einen bestimmten Anteil der im Tool hinterlegten Regeln erfüllt.

Der Score kann helfen, Veränderungen zwischen zwei Prüfungen zu erkennen. Als Prioritätenliste oder Erfolgskennzahl ist er ungeeignet.

Die sinnvolle Prüfreihenfolge für eine URL

Jede Prüfstufe setzt voraus, dass die vorherige funktioniert. Deshalb sollten Befunde nicht in der Reihenfolge des Reports, sondern entlang des technischen Verarbeitungswegs bewertet werden.

1. Kann die URL zuverlässig abgerufen werden?

Prüfen Sie zuerst den HTTP-Statuscode und mögliche Weiterleitungen. Eine URL, die dauerhaft einen Serverfehler liefert, in einer Weiterleitungsschleife endet oder auf ein anderes Dokument verweist, kann nicht wie geplant verarbeitet werden.

Wichtige Fragen sind:

1. Liefert die eingegebene URL den erwarteten Statuscode?
2. Gibt es eine oder mehrere Weiterleitungen?
3. Ist die endgültige Ziel-URL tatsächlich die URL, die indexiert werden soll?
4. Unterscheidet sich die Antwort für Browser und Suchmaschinen-Crawler?

Achten Sie darauf, welche Adresse der Validator am Ende untersucht. Folgt er automatisch einer Weiterleitung, können die angezeigten Title-, Canonical- und Markup-Befunde bereits zur Zielseite gehören.

2. Kann Google den Inhalt crawlen und die Indexierungsregel erkennen?

Bei robots.txt und noindex ist die gemeinsame Wirkung wichtiger als der einzelne Haken im Report.

Eine über robots.txt gesperrte URL kann unter bestimmten Umständen weiterhin indexiert werden, obwohl Google ihren Inhalt nicht crawlen kann (Einführung in robots.txt). Eine robots.txt-Sperre ist deshalb kein verlässlicher Weg, um eine URL aus dem Index zu entfernen.

Gleichzeitig muss ein noindex für den Crawler erreichbar sein. Blockiert robots.txt den Abruf, kann Google die noindex-Anweisung im HTML oder HTTP-Header nicht erkennen (Indexierung blockieren).

Die Kombination aus robots.txt-Sperre und noindex ist daher kein besonders starker Ausschluss. Sie kann verhindern, dass Google genau die Anweisung liest, die den Ausschluss bewirken soll. Ein regelbasierter Validator erkennt möglicherweise beide Elemente, aber nicht immer diesen logischen Konflikt.

3. Welche URL soll als kanonisch gelten?

Kontrollieren Sie anschließend das rel="canonical". Relevant sind vor allem Zieladresse, Statuscode und Konsistenz.

Ein selbstreferenzierendes Canonical kann für eine eigenständige Seite plausibel sein. Verweist es dagegen auf eine andere URL, sollte diese inhaltlich tatsächlich die bevorzugte Version desselben oder eines sehr ähnlichen Dokuments darstellen. Auch Weiterleitungen, interne Links und Sitemaps sollten nicht widersprüchlich auf andere Varianten zeigen.

Google behandelt das Canonical als starkes Signal, aber nicht als verbindliche Anweisung (Duplizierte URLs zusammenfassen). Ein Validator kann deshalb prüfen, ob die Angabe vorhanden und technisch plausibel ist. Ob Google dieselbe kanonische URL auswählt, lässt sich nur über die URL-Prüfung in der Google Search Console feststellen.

4. Sind die Seitensignale eindeutig?

Erst nach den grundlegenden Crawling-, Indexierungs- und Canonical-Prüfungen folgen Title, Hauptüberschrift und weitere Seitensignale.

Google empfiehlt aussagekräftige und kompakte Title-Elemente. Keyword-Stuffing und wiederholte Standardtitel sollten vermieden werden (Hinweise zu Title-Links).

Interpretieren Sie Längenwarnungen nicht als harte Grenzwerte. Ein angeblich zu langer Title ist weniger kritisch als ein leerer, irreführender oder auf vielen URLs identisch verwendeter Title. Priorisieren Sie nach Verständlichkeit und Eindeutigkeit, nicht nach einer starren Zeichenzahl.

Dasselbe gilt für Überschriften. Eine saubere Struktur erleichtert das Verständnis. Eine einzelne formal ungewöhnliche Überschrift ist aber normalerweise kein Blocker für Crawling oder Indexierung.

5. Sind Performance-Befunde belastbar?

Viele Validatoren übernehmen Laborwerte aus Lighthouse. Lighthouse prüft unter anderem Performance, Barrierefreiheit, Best Practices und SEO. Automatisierte Audits können jedoch nicht alle Probleme erkennen (Lighthouse-Übersicht).

Zu den Core Web Vitals gehören LCP für die Ladeleistung, INP für die Reaktionsfähigkeit und CLS für die visuelle Stabilität (web.dev). Ein einzelner Labortest ist eine Momentaufnahme. Bevor daraus eine hohe Priorität entsteht, sollten Sie wiederholt messen und, falls verfügbar, reale Felddaten betrachten.

6. Sind die strukturierten Daten gültig und geeignet?

Prüfen Sie zunächst Syntax und Pflichtfelder. Trennen Sie danach Fehler von Empfehlungen.

Ein fehlendes Pflichtfeld kann die Eignung für ein Rich Result verhindern. Ein fehlendes empfohlenes Feld bedeutet dagegen häufig nur, dass Google zusätzliche Informationen verarbeiten könnte. Es ist nicht automatisch ein kritischer SEO-Fehler.

Auch vollständig gültige strukturierte Daten garantieren keine besondere Darstellung in den Suchergebnissen (Richtlinien für strukturierte Daten). Der grüne Prüfstatus bestätigt die technische Voraussetzung, nicht die spätere Ausspielung.

Befunde nach Wirkung priorisieren

Teilen Sie die Ergebnisse abschließend in drei Prioritätsklassen ein:

1. Blocker: Die URL ist nicht erreichbar, unbeabsichtigt vom Crawling ausgeschlossen, mit noindex versehen oder durch widersprüchliche Canonical-Signale einer anderen URL zugeordnet.
2. Wirkungsrelevante Fehler: Seitensignale sind leer, irreführend oder uneindeutig. Pflichtfelder für gewünschte Rich Results fehlen. Performance-Probleme sind deutlich und wiederholt messbar.
3. Hinweise und Kosmetik: Empfohlene Felder, starre Längenwarnungen, toolinterne Best Practices und kleine Abweichungen ohne belegbare Auswirkung.

Für jeden Befund sollten Sie vier Fragen beantworten: Welche Regel wurde verletzt? Welche reale Folge kann daraus entstehen? Lässt sich die Meldung reproduzieren? Welche Quelle bestätigt ihre Bedeutung?

Fehlt eine belastbare Antwort, ist der Befund keine dringende Aufgabe, sondern zunächst eine Hypothese.

Validierung endet dort, wo Beobachtung beginnt

Ein SEO Validator zeigt, ob eine einzelne URL bestimmte Regeln erfüllt. Er kann nicht abschließend feststellen, wie Google die Seite tatsächlich verarbeitet.

Prüfen Sie deshalb nach wichtigen Korrekturen zusätzlich den beobachtbaren Zustand: die Indexierbarkeit und gewählte kanonische URL in der Search Console, reale Core-Web-Vitals-Daten und die tatsächliche Darstellung in den Suchergebnissen.

Die Validierung liefert reproduzierbare technische Befunde. Die Priorisierung macht daraus einen Arbeitsplan. Erst die anschließende Beobachtung zeigt, ob die Korrektur auch die gewünschte Wirkung erzielt.