Ein technisches Audit scheitert selten daran, dass es Probleme übersieht. Es scheitert daran, dass es zu viele findet. Ein Crawl von einigen Tausend Seiten kann problemlos fehlende Descriptions, zu lange Titles, Weiterleitungsketten, Bilder ohne Alt-Text und langsame Seiten melden, alles in derselben roten Farbe.
Die nützliche Frage lautet nicht „Was ist falsch?“, sondern „Was kostet uns gerade Sichtbarkeit?“. Dieser Artikel schlägt eine einfache Priorisierung in vier Stufen vor.
Das Prinzip: der Reihenfolge folgen, in der Google eine Seite verarbeitet
Bevor eine Seite ranken kann, muss Google sie crawlen, dann indexieren, dann verstehen und sie schließlich anderen Seiten vorziehen können. Probleme weiter vorn in dieser Kette blockieren alles, was danach kommt. Eine perfekte Meta Description auf einer Seite, die einen 404 liefert, ist nichts wert.
Die Priorisierung folgt daher dieser Reihenfolge:
| Stufe | Frage | Typische Probleme |
|---|---|---|
| 1. Blocker | Kann Google die wichtigen Seiten erreichen und indexieren? | 5xx-Fehler, 4xx auf wichtigen Seiten, versehentliches noindex, Blockierungen per robots.txt |
| 2. Signale | Indexiert Google die richtige Version? | Weiterleitungsketten, falsche Canonicals, interne Links auf Weiterleitungen |
| 3. Relevanz | Sagt jede Seite klar, worum es geht? | Fehlende oder doppelte Titles, fehlende H1, dünne Seiten |
| 4. Feinschliff | Ist die Nutzererfahrung so gut wie möglich? | Core Web Vitals, kleinere Markup-Themen, Bildoptimierung |
Stufe 1: Blocker, die Sie zuerst beheben
Serverfehler (5xx)
Serverfehler sind am dringendsten. Google dokumentiert, dass 5xx-Antworten dazu führen, dass seine Crawler das Crawling vorübergehend verlangsamen, und dass URLs, die dauerhaft einen Serverfehler liefern, irgendwann aus dem Index entfernt werden. Findet Ihr Audit 5xx-Fehler in Templates oder ganzen Bereichen, behandeln Sie das als Störfall, nicht als SEO-Aufgabe.
Clientfehler (4xx) auf wichtigen Seiten
Ein 404 ist an sich kein Problem: Gelöschte Produkte und alte Kampagnen sollten einen liefern. Google indexiert URLs, die 4xx liefern, nicht mehr und crawlt sie nach und nach seltener. Problematisch wird es, wenn wichtige Seiten 4xx liefern oder wenn Ihre eigenen internen Links und Sitemaps noch auf sie verweisen. Sortieren Sie 4xx-Seiten nach der Zahl der internen Links, die auf sie zeigen, und nach ihrem bisherigen Traffic, und beheben Sie zuerst die Fälle am Anfang dieser Liste.
Achten Sie auch auf den umgekehrten Fall: eine Fehlerseite, die den Statuscode 200 liefert. Die Search Console meldet diese als Soft 404.
Versehentliches noindex und Blockierungen per robots.txt
Ein noindex, das von einer Staging-Umgebung übrig geblieben ist, kann einen ganzen Bereich entfernen. Vergleichen Sie die Liste der nicht indexierbaren Seiten mit den Seiten, die tatsächlich ranken sollen.
Vorsicht bei der robots.txt. Google gibt an, dass sie kein Mechanismus ist, um eine Webseite aus Google herauszuhalten, und dass eine blockierte URL trotzdem in den Ergebnissen erscheinen kann. Soll eine Seite aus dem Index, verwenden Sie noindex und blockieren Sie sie nicht in der robots.txt: Damit noindex wirkt, darf die Seite nicht durch die robots.txt blockiert sein, sonst sieht Google die Anweisung nie.
Stufe 2: Sicherstellen, dass die richtige Version die Signale erhält
Weiterleitungen
Google wertet eine 301 (und 308) als starkes Signal dafür, dass das Ziel verarbeitet werden soll, und eine 302 (und 307) als schwaches. Seine Crawler folgen standardmäßig bis zu 10 Weiterleitungsschritten. In der Praxis heißt das:
- Verwenden Sie für dauerhafte Umzüge permanente Weiterleitungen;
- lösen Sie Ketten auf, sodass jede alte URL direkt auf ihr endgültiges Ziel verweist;
- aktualisieren Sie interne Links, sodass sie auf die endgültige URL zeigen statt über eine Weiterleitung.
Canonicals
Google beschreibt rel="canonical" als starkes Signal, nicht als Anweisung: Google entscheidet anhand der inhaltlichen Ähnlichkeit und anderer Signale, welche Seiten Duplikate sind. Häufige Audit-Befunde, die eine Korrektur lohnen: Canonicals, die auf weitergeleitete oder nicht indexierbare URLs zeigen, Canonicals, die von jeder Seite auf die Startseite zeigen, und Parameter-URLs ohne einheitliches Canonical. Google rät außerdem davon ab, die robots.txt zur Kanonisierung zu verwenden.
Klicktiefe und verwaiste Seiten
Seiten, die viele Klicks von der Startseite entfernt sind oder auf die kein interner Link verweist, werden schwerer gefunden. Google nutzt Links, um neue Seiten zum Crawlen zu finden. Eine verwaiste Seite mit kommerzieller Bedeutung ist ein Problem der Stufe 2; eine verwaiste Seite aus dem Jahr 2017, die niemand braucht, ist ein Kandidat zum Entfernen.
Stufe 3: Relevanz und Onpage-Grundlagen
Hier liegen die meisten Einträge eines Audits, und hier kann die schiere Menge in die Irre führen.
- Titles: Fehlende, leere oder doppelte Titles in wichtigen Templates haben Vorrang. Google empfiehlt eindeutige, beschreibende und prägnante Titles. Ein Title, der ein paar Zeichen „zu lang“ ist, hat niedrige Priorität: Google setzt keine Längenbegrenzung und kürzt Titles einfach passend zum Gerät.
- Meta Descriptions: nützlich für Snippets, aber Google nutzt in erster Linie den Seiteninhalt, um Snippets zu erstellen, und verwendet die Meta Description nur manchmal. Beheben Sie Duplikate in wichtigen Templates; schreiben Sie nicht 20.000 Descriptions von Hand, bevor die Indexierung in Ordnung ist.
- H1: Fehlende oder mehrere konkurrierende Hauptüberschriften machen weniger klar, worum es auf der Seite geht. Google kann die Hauptüberschrift auch verwenden, wenn es einen Titellink erzeugt.
Priorisieren Sie nach Template, nicht nach URL. Eine einzige Korrektur an einem Kategorie-Template kann Tausende Einträge auf einmal erledigen.
Stufe 4: Feinschliff, der warten kann
Core Web Vitals
Google gibt an, dass die Core Web Vitals von seinen Ranking-Systemen verwendet werden, aber auch, dass es „immer bestrebt ist, die relevantesten Inhalte anzuzeigen, selbst wenn die Nutzererfahrung auf der Seite unterdurchschnittlich ist“. Die empfohlenen Schwellenwerte sind ein LCP innerhalb von 2,5 Sekunden, ein INP unter 200 Millisekunden und ein CLS unter 0,1. Arbeiten Sie daran, vor allem bei Templates, die den Großteil Ihres Traffics erhalten, aber nicht, bevor Seiten gecrawlt und indexiert werden können.
Crawling-Budget
Sofern Sie keine sehr große oder sich sehr schnell ändernde Website betreiben, ist das Crawling-Budget selten der Engpass. Googles Leitfaden zum Crawling-Budget richtet sich nach eigener Aussage an Websites mit etwa 1 Million oder mehr Seiten oder 10.000 oder mehr Seiten, die sich täglich ändern, oder mit vielen URLs, die als gefunden, aber nicht indexiert gemeldet werden. Für die meisten Websites genügen eine aktuelle Sitemap und regelmäßige Prüfungen der Indexierung.
Aus dem Audit einen Plan machen
Eine kurze Liste von Regeln hält das Audit umsetzbar:
- Beheben Sie Probleme nach Template und Bereich, nicht nach einzelner URL.
- Gewichten Sie jedes Problem nach dem Wert der betroffenen Seiten (Traffic, Conversions, strategische Bedeutung).
- Trennen Sie Störfälle (5xx, versehentliches noindex) von Einträgen im Backlog.
- Wiederholen Sie das Audit nach festem Zeitplan, damit Sie sehen, ob Probleme abnehmen oder zurückkehren.
Wie SearchFirefly hilft
Die technische Analyse von SearchFirefly gruppiert Probleme nach Thema und Schweregrad und listet die betroffenen Seiten auf, einschließlich defekter Links und Weiterleitungen, sodass Sie nach Template statt nach URL korrigieren können. Aus den Problemen werden priorisierte Empfehlungen mit der genauen Korrektur und einer Prüfung nach der Veröffentlichung, gelesen zusammen mit Ihren Daten aus der Search Console, damit die Seiten, die bereits zählen, zuerst an der Reihe sind.