Ein SEO-Audit ist kein 80-seitiger Bericht, den niemand liest. Es eine Checkliste, die in einer bestimmten Reihenfolge abgearbeitet wird, um nicht Stunden damit zu verlieren, Phantomproblemen nachzujagen. Was folgt, ist eine operative Checkliste, gedacht zur Abarbeitung von oben nach unten, mit den Punkten, die wirklich den Unterschied machen, und denen, die häufig zu Fehlalarmen führen.
Vorab eine Warnung, die in Leitfäden selten auftaucht: Auditiere keine Website, die gerade migriert oder neu gestaltet wurde. Du brauchst mindestens vier Wochen stabile Daten in der Search Console. Ein Audit während des Nachklangs eines Deployments lässt dich Probleme diagnostizieren, die sich bereits von selbst lösen.
Block 0: Vorbereitung des Audits (bevor du irgendetwas anfasst)
Diese Phase wird fast immer übersprungen und ist die Ursache für die Hälfte aller inkohärenten Berichte.
1. Definiere den Umfang und den Website-Typ
Ein E-Commerce mit 40.000 URLs wird anders auditiert als eine Unternehmenswebsite mit 60 Seiten. Bei der ersten sind das Crawl-Budget und die Filter-Facetten der Kern; bei der zweiten wiegen interne Verlinkung und doppelte Titel mehr. Schreibe den Umfang in einer Zeile auf, bevor du irgendein Tool öffnest.
2. Lege den Vergleichszeitraum fest
Wähle vergleichbare 28-Tage-Fenster (vermeide Dezember gegen Januar in saisonalen Branchen). Die Search Console begrenzt den Verlauf auf 16 Monate, also exportiere jetzt, wenn du mehr brauchst.
3. Prüfe Zugänge und Properties
Stelle sicher, dass du in der Search Console die Domain-Property besitzt (nicht nur die URL-Präfix-Property), Lesezugriff auf Google Analytics 4 hast und Server-Zugangsdaten oder zumindest Zugang zu einem Panel wie cPanel, um Logs und Header zu prüfen. Ohne Log-Zugriff bleibt dein technisches Audit unvollständig: Sag das im Bericht, statt es zu verschleiern.
4. Dokumentiere den Ausgangszustand
Erfasse Klicks, Impressionen, durchschnittliche CTR und durchschnittliche Position der letzten 28 Tage. Speichere auch die Anzahl der indexierten URLs (site: ist eine grobe Näherung; nutze den Bericht „Seiten” in der Search Console). Dieser Snapshot ist deine Baseline und vermeidet spätere Diskussionen darüber, was sich verbessert hat.
Block 1: Checkliste für Indexierung und Crawling
5. Indexierungsabdeckung
Prüfe den Bericht „Seiten” und klassifiziere die Ausschlussgründe. Priorisiere zwei: „Gecrawlt – zurzeit nicht indexiert” (Hinweis auf schwachen Inhalt oder Kannibalisierung) und „Duplikat ohne vom Nutzer ausgewählte Canonical” (Canonical-Konflikt). Der Rest ist meist erwartbares Rauschen.
6. Robots.txt und Meta-Robots
Suche nach versehentlichen Disallow: / und von Staging-Umgebungen geerbten noindex. Ein klassischer Fehler: eine URL in der robots.txt blockieren, die zusätzlich noindex trägt; Google wird das Tag nie sehen, und die URL kann weiterhin ohne Beschreibung in den Ergebnissen erscheinen.
7. XML-Sitemap
Stelle sicher, dass die Sitemap nur kanonische, indexierbare URLs mit Status 200 enthält. Eine Sitemap mit 301-Weiterleitungen oder noindex-Seiten ist ein Zeichen von Nachlässigkeit, das Crawl-Budget verbraucht. Prüfe auch, dass sie in der robots.txt deklariert und in der Search Console eingereicht ist.
8. HTTP-Statuscodes
Crawle die Website und gruppiere die 4xx und 5xx. Achte auf 404er, die früher Seiten mit Traffic waren: Wenn sie externe Links hatten, verdienen sie eine 301 auf das nächstliegende Äquivalent. Intermittierende 5xx sind am gefährlichsten, weil sie bei einem punktuellen Crawl nicht auftauchen; prüfe die Logs, um sie zu erkennen.
9. Weiterleitungsketten und -schleifen
Eine Weiterleitung über drei Sprünge verliert Signale und verlangsamt. Korrigiere die Ketten so, dass jede alte URL direkt in einem einzigen Sprung auf das endgültige Ziel zeigt.
10. Crawl-Budget (große Websites)
Analysiere die Server-Logs und berechne, welchen Prozentsatz der Googlebot-Hits jeder URL-Typ erhält. Wenn Filter- oder Parameter-URLs mehr als 30% ausmachen, hast du ein Architekturproblem, kein Inhaltsproblem. Hier führen die Lösungen über robots.txt, Canonicals oder nofollow-interne Links, und jede hat Nebenwirkungen, die man separat abwägen sollte.
Block 2: Technische Checkliste für Performance
11. Core Web Vitals pro Template, nicht pro Website
Der Bericht der Search Console gruppiert nach „URL-Gruppen”. Auditiere eine Stichprobe jedes Templates (Startseite, Kategorie, Produkt, Blog), denn ein Template mit einem schweren Karussell kann die ganze Gruppe nach unten ziehen. LCP über 2,5 s auf Mobil ist das häufigste Problem; es kommt meist von Bildern ohne Dimensionierung oder von render-blockierenden Schriften.
12. JavaScript-Rendering
Wenn die Website eine SPA ist, vergleiche das Quell-HTML mit dem gerenderten DOM. Ein häufiger Fehler: kritischer Inhalt, der nur per JavaScript injiziert wird und den Google verzögert oder gar nicht indexiert, wenn Konsolenfehler auftreten. Der Test „URL prüfen” mit Screenshot zeigt dir, was Google tatsächlich sieht.
13. Canonicals und Duplikate
Prüfe, dass jede Seite ein selbstreferenzierendes Canonical hat, es sei denn, sie ist absichtlich eine Variante. Duplikate durch Tracking-Parameter oder durch Versionen mit und ohne abschließenden Slash löst man besser auf dem Server als mit Tags.
14. Hreflang (bei mehrsprachigen Versionen)
Stelle sicher, dass die Tags reziprok sind. Ein hreflang, das auf eine URL zeigt, die den Rücklink nicht liefert, wird stillschweigend ignoriert.
15. Sicherheit und Zertifikate
Gültiges Zertifikat, kein Mixed Content und HSTS, falls zutreffend. Ein 48 Stunden abgelaufenes Zertifikat kann dazu führen, dass Google das Vertrauen in die Domain länger entzieht, als die Erneuerung dauert.
Block 3: On-Page- und Content-Checkliste
16. Titel und Meta-Beschreibungen
Exportiere alle Titel und erkenne Duplikate und Kürzungen. Jage keiner exakten Zeichenlänge nach: Google schreibt Titel häufig um. Priorisiere, dass jeder Titel die Intention der Seite beschreibt und nicht auf allen Seiten das Markenmuster wiederholt.
17. Überschriftenstruktur
Ein einziges H1 pro Seite und eine logische Hierarchie. Wichtiger als die Anzahl der H2 ist, dass die Überschriften die Unterthemen widerspiegeln, nach denen ein Nutzer suchen würde.
18. Keyword-Kannibalisierung
Kreuze die Suchanfragen der Search Console mit den URLs, die Impressionen erhalten. Wenn sich zwei URLs über Wochen dieselben Suchanfragen teilen, muss man nicht immer zusammenführen: Manchmal reicht es, die Intention zu differenzieren. Eine voreilige Zusammenführung zerstört Seiten, die für unterschiedliche Suchanfragen funktionierten.
19. Dünner Inhalt und verwaiste Seiten
Identifiziere Seiten mit weniger als drei eingehenden internen Links. Verwaiste Seiten werden nicht durch Navigation entdeckt und hängen nur von der Sitemap ab. Sie aus relevanten Inhalten zu verlinken, hat meist mehr Wirkung, als sie umzuschreiben.
20. Interne Verlinkung
Prüfe, dass die Seiten, die du positionieren willst, Links von den Seiten mit der höchsten internen Autorität erhalten. Die ideale Klicktiefe liegt bei drei Ebenen; ab vier leidet das Crawling.
21. Bilder und Multimedia
Moderne Formate (WebP/AVIF), width- und height-Attribute zur Vermeidung von Layout-Sprüngen und beschreibende Alternativtexte. Mit Keywords vollgestopfte Alt-Texte sind Ballast, kein Vorteil.
Block 4: Checkliste für Links und Autorität
22. Backlink-Profil
Prüfe die Entwicklung der Referring-Domains und erkenne anomale Spitzen. Ein plötzliches Wachstum von Links aus minderwertigen Verzeichnissen erfordert meist keine sofortige Disavowierung; in vielen Fällen ignoriert Google sie bereits. Dokumentiere die Entscheidung, aber handle nicht aus Panik.
23. Ausgehende defekte Links
Weniger kritisch, als oft behauptet wird, aber für den Nutzer ärgerlich. Priorisiere diejenigen, die auf Ressourcen zeigen, die du selbst verschoben hast.
24. Erwähnungen ohne Link
Identifiziere Marken, die in Branchenmedien ohne Link erwähnt werden. Das ist der Linkbuilding-Weg mit der besten Rendite mittelfristig, auch wenn er redaktionelle Kontaktaufnahme erfordert und sich nicht mit Automatisierung skalieren lässt.
Block 5: Checkliste für Messung und Abschluss
25. Ziele und Events in der Analytik
Stelle sicher, dass die Schlüssel-Events (Formularversand, Klick auf Telefon, Add to Cart) korrekt erfasst werden. Häufig findet man doppelte Conversions oder Events, die auf Mobil nicht auslösen.
26. Attribution
Prüfe, dass der organische Traffic nicht durch falsch getaggte UTM-Kampagnen verunreinigt ist. Ein Tagging-Fehler kann den organischen Kanal wachsen lassen, obwohl er in Wahrheit nur den Namen gewechselt hat.
27. KPIs und Alarmschwellen
Definiere, was du als anomalen Rückgang betrachten würdest (zum Beispiel mehr als 20% Klicks in 14 Tagen gegenüber dem Durchschnitt der vier Vorwochen). Ohne Schwelle erzeugt jeder Rückgang einen Fehlalarm.
Priorisierung: Wie du die Liste in einen Plan verwandelst
Eine Checkliste ohne Priorisierung ist eine Wunschliste. Klassifiziere jeden Befund auf zwei Achsen: Wirkung (betroffene Besucher × Schweregrad) und Implementierungsaufwand. Indexierungsblockaden und 5xx-Fehler kommen immer zuerst. Content-Verbesserungen und Linkbuilding danach.
Ein praktisches Kriterium, das Diskussionen mit der Entwicklung erspart: Präsentiere technische Befunde mit der Beispiel-URL, dem Screenshot des Problems und der konkreten Lösung. „Core Web Vitals optimieren” ist keine umsetzbare Aufgabe; „das Skript X aus dem Produkt-Template entfernen, das das Rendering blockiert, und das Laden des Karussells Y verzögern” ist es.
Grenzen, die man anerkennen sollte
Kein Audit erkennt alles. Crawling-Tools führen JavaScript nicht in allen Fällen so aus wie Google, daher erfordern Rendering-Probleme eine manuelle Prüfung. Die Daten der Search Console haben eine Verzögerung von zwei bis drei Tagen und unterliegen Datenschutzschwellen bei Suchanfragen mit geringem Volumen. Und die Wirkung einer Korrektur ist nicht sofort: Indexierungsänderungen können Wochen brauchen, um sich zu zeigen, und Content-Verbesserungen konkurrieren gegen den Rest der SERP, nicht nur gegen deine früheren Versionen.
Wenn die Website weniger als 500 organische Klicks pro Monat erhält, ist ein erschöpfendes technisches Audit wahrscheinlich nicht die Priorität: Das Problem liegt meist in der Intention und der Content-Architektur. Das anzuerkennen erspart es, Wochen in die Feinabstimmung von Headern zu investieren, während die Wurzel des Problems unangetastet bleibt.