10 Fehler bei SEO-Audits: So entstehen wirksame SEO-Maßnahmen

Ein SEO-Audit kann korrekte Daten enthalten und trotzdem nutzlos sein. Der Crawler findet Tausende Warnungen, der Auftraggeber erhält eine ansprechend gestaltete PDF — und ein halbes Jahr später wurde kaum eine SEO-Maßnahme umgesetzt. Häufig fehlt nicht mehr Analyse, sondern eine bessere Verbindung zwischen Befund, Ursache und Aufgabe.

Diese zehn Fehler zeigen, warum Audits scheitern: falsche Stichproben, ignoriertes JavaScript, ungeprüfte Tool-Meldungen, verwechselte Ursachen und Symptome sowie Empfehlungen ohne Verantwortliche und Abnahmekriterien. Gleichzeitig entsteht daraus eine praktische SEO-Checkliste für Berichte, die tatsächlich zu Veränderungen führen.

Die Beispiele verbinden aktuelle Dokumentation mit Mustern aus unserer SEO-Praxis. Kunden- und Produktnamen bleiben bewusst ungenannt. Beobachtete Entwicklungen werden nicht als Beweis dargestellt, dass eine einzelne Änderung allein ein Ranking verursacht hat. Den technischen Umfang erläutert unser Beitrag zum technischen SEO-Audit.

Was ein guter SEO-Audit-Bericht leisten muss

Ein Audit-Bericht ist weder ein automatischer Website-Score noch eine Sammlung von Screenshots. Er beschreibt nachvollziehbar die Lücke zwischen dem aktuellen Zustand der Website und den Zielen, die das Unternehmen über die organische Suche erreichen möchte.

Dabei hat der Bericht drei Zielgruppen. Die Geschäftsleitung braucht Klarheit über Risiken, Chancen, Kosten und Reihenfolge. SEO-Fachleute benötigen Daten und Begründungen. Entwickler, Redaktion und andere Umsetzende brauchen einen Umfang, den sie einschätzen, bearbeiten und testen können. Ein Dokument, das nur für eine dieser Gruppen verständlich ist, bleibt häufig liegen.

Ein brauchbarer Bericht beantwortet mindestens diese Fragen:

• Was wurde geprüft und was lag außerhalb des Auftrags?
• Welche Belege bestätigen das Problem oder die Chance?
• Was ist die Ursache und was lediglich ein sichtbares Symptom?
• Welche Templates, Nutzer, Suchanfragen und Geschäftsziele sind betroffen?
• Welches Ergebnis wird benötigt und wer übernimmt die Aufgabe?
• Wie wird nach der Umsetzung geprüft, ob die Maßnahme funktioniert?

Der Beitrag von Search Engine Land über Fehler bei technischen SEO-Audits trifft den Kern: Ein Werkzeug findet Symptome, während der Auditor den Befund validieren, die Ursache untersuchen und eine umsetzbare Empfehlung formulieren muss. Für Unternehmen kommt noch die Übersetzung in Verantwortlichkeiten und eine realistische Roadmap hinzu.

1. Das Audit ohne Geschäftsfrage beginnen

Warum findet das Audit gerade jetzt statt? Eine Website vor einem Relaunch benötigt andere Prüfungen als ein Shop, dessen Kategorieseiten nicht indexiert werden. Ein lokales Unternehmen misst Erfolg an qualifizierten Anfragen, während ein redaktionelles Portal möglicherweise Reichweite und wiederkehrende Besucher priorisiert.

Dokumentieren Sie Geschäftsmodell, wichtige Leistungen oder Produkte, Zielmärkte, Sprachen und relevante Conversions. Fragen Sie das Vertriebsteam, welche Seiten es an Interessenten sendet. Solche Inhalte können geschäftlich wichtig sein, obwohl sie nur wenig organischen Traffic erhalten. Halten Sie geplante Kampagnen, Releases und Migrationen ebenfalls fest.

Grenzen Sie anschließend den Auftrag ein. Werden Domain und Subdomains, Länderauftritte, Backlinks, Local SEO und Analytics geprüft? Erfolgt eine vollständige Analyse oder eine Stichprobe nach Seitentyp? Welche Vergleichszeiträume gelten? Ohne klare Abgrenzung wächst die Untersuchung ständig weiter und beantwortet trotzdem nicht zwingend die ursprüngliche Frage.

Klären Sie die Zugänge vor Beginn: Google Search Console, Analytics, Tag Management, CMS, relevante Keyword- oder Linkdaten sowie bei technischen Fragestellungen Server-Logs oder Infrastrukturkontakte. Fehlender Zugriff begrenzt die Aussagekraft. Diese Einschränkung gehört offen in den Bericht.

2. Nur einem Tool oder einer Datenquelle vertrauen

Kein Werkzeug sieht die gesamte Website. Ein Crawler findet verlinkte oder bereitgestellte URLs, kann aber verwaiste Seiten übersehen. Die Search Console zeigt Beobachtungen von Google, jedoch nicht jede Ursache. Analytics erfasst gemessene Besuche und Ereignisse. Server-Logs zeigen dagegen Anfragen, die den Server tatsächlich erreichen. Keyword- und Backlink-Tools liefern Marktdaten aus ihren eigenen Datenbanken.

Kombinieren Sie Crawl, XML-Sitemaps, Landingpages aus Search Console und Analytics, Backlink-Ziele, CMS-Exporte und bekannte Kampagnenadressen. Gleichen Sie die Listen miteinander ab. Die Anzahl gecrawlter URLs ist nicht automatisch die Anzahl aller relevanten Seiten.

Bei größeren Websites ziehen Sie Stichproben nach Seitentyp und Zustand: Produkt, Kategorie, Artikel, Pagination, Filter, Sprachversion und JavaScript-abhängiges Template. Prüfen Sie indexierte, ausgeschlossene, weitergeleitete und fehlerhafte Beispiele. Eine zufällige Stichprobe kann eine Regel übersehen, die einen ganzen kommerziellen Bereich betrifft.

Wenn Rendering relevant ist, vergleichen Sie ursprüngliches HTML und gerenderten DOM. Bestätigen Sie wichtige Unterschiede anschließend im Browser oder über die URL-Prüfung der Search Console. Ein Crawl-Ergebnis beweist nicht allein, was Google verarbeitet hat. Auch ein 429- oder 503-Status während eines zu schnellen Crawls kann durch die Prüfung selbst verursacht worden sein.

Bei einem B2B-Softwareprojekt wirkten die sichtbaren Seiten zunächst unauffällig, während ein großer Teil der Crawling-Aktivität mit Skripten und Seitenressourcen zusammenhing. Das alte, unbekannte CMS machte eine reine Liste aus Statuscodes und Meta-Tags wenig aussagekräftig. Erst der Vergleich von ausgeliefertem HTML, gerendertem Inhalt und Crawl-Verhalten zeigte, wo eine Untersuchung auf Plattformebene nötig war. Die Schlussfolgerung lautet nicht „JavaScript ist schlecht“, sondern: Die konkrete Implementierung muss geprüft werden.

In einem anderen technischen Zusammenhang erfassten selbst entwickelte Bot-Regeln auch legitime Crawler und reale Nutzer. Ein externes Crawl-Tool kann das allein nicht beweisen. Serverantworten, Logs, Search-Console-Daten und kontrollierte Abrufe müssen zusammengeführt werden, bevor Schutzregeln verändert werden.

3. Dieselbe SEO-Checkliste auf jede Website anwenden

Die Checkliste verhindert blinde Flecken, bestimmt aber nicht automatisch die Priorität. Verbinden Sie wesentliche Beobachtungen mit realen Seitentypen, Nutzerwegen und Geschäftszielen.

Eine Dienstleistungswebsite, ein großer Onlineshop und ein mehrsprachiges Magazin benötigen nicht in jedem Bereich dieselbe Prüftiefe. Ziehen Sie Stichproben nach Template und Funktion. In einem Projekt waren mehrere Kopien einer alten Website über verschiedene Verzeichnisse erreichbar. Einige zufällig ausgewählte Seiten hätten das Muster leicht übersehen; erst die Zuordnung der Ordner-Varianten machte das Duplikationsproblem sichtbar.

Nicht jede ausgeschlossene URL ist problematisch. Weiterleitungen, bewusst gesetztes noindex und alternative URLs mit richtigem Canonical können dem geplanten Verhalten entsprechen. Untersuchen Sie vor allem unerwartete Ausschlüsse auf Seiten, die Suchtraffic erhalten sollen.

Auch das Crawl-Budget ist nicht für jede kleine Website die wichtigste Baustelle. Google ordnet das Thema vor allem großen oder schnell veränderlichen Websites zu. Kleinere Auftritte sollten zunächst sicherstellen, dass relevante Seiten auffindbar und indexierbar sind. Weitere Details liefern die Google-Dokumentation zum Crawl-Budget und unser Beitrag zur Crawl-Budget-Optimierung.

Bei der Performance gilt die gleiche Zurückhaltung. Core Web Vitals sind nützlich, aber ein guter Laborscore ersetzt keine SEO-Strategie. Nutzen Sie Felddaten, soweit vorhanden, bestimmen Sie das betroffene Template und verbinden Sie die Ursache mit dem Nutzerweg. Google empfiehlt gute Werte, weist aber darauf hin, dass sie allein keine Top-Rankings garantieren. Die aktuellen Grundlagen stehen in der Core-Web-Vitals-Dokumentation.

4. Die Tool-Dringlichkeit mit der SEO-Priorität verwechseln

Ein Tool kann einen Befund als kritisch markieren. Es weiß jedoch nicht, welches Template Umsatz erzeugt, welcher Bereich bald entfernt wird oder welche Seite der Vertrieb täglich nutzt. Bewerten Sie bestätigte Befunde nach Auswirkung, Umfang, Sicherheit, Aufwand, Risiko und Zeitpunkt.

Der Bericht funktioniert am besten in zwei verbundenen Ebenen: einem kompakten Entscheidungsdokument und einem detaillierten Maßnahmenregister. So bleibt die Zusammenfassung lesbar, ohne die Belege für Spezialisten zu verlieren.

Die Zusammenfassung ist kein Verzeichnis sämtlicher Warnungen. Erklären Sie die wenigen Bedingungen, welche die Leistung wesentlich begrenzen, sowie die notwendigen Entscheidungen. Benennen Sie Unsicherheit klar. Die Formulierung „Seit dem Template-Release werden weniger Produktseiten indexiert; die Canonical-Ausgabe ist ein möglicher Faktor“ ist belastbarer als eine unbewiesene eindeutige Ursache.

Große Rohdatenmengen gehören in den Anhang oder eine verknüpfte Tabelle. Die Geschäftsleitung sollte nicht durch 10.000 URLs scrollen müssen. Entwickler müssen die betroffene Menge dennoch filtern und reproduzieren können. Verknüpfen Sie jede Roadmap-Initiative mit den zugehörigen Detailbefunden.

5. SEO-Maßnahmen formulieren, die niemand umsetzen kann

Ein Eintrag sollte ohne zusätzliches Meeting verständlich sein. Die Bezeichnungen können sich an Ihren Prozess anpassen; die wesentlichen Informationen sollten erhalten bleiben.

Fassen Sie nicht verschiedene Ursachen unter „technische SEO-Probleme“ zusammen, wenn unterschiedliche Teams und Tests nötig sind. Umgekehrt sollten Tausende URLs in einem Befund zusammengeführt werden, wenn dieselbe Template-Regel ihr Verhalten verursacht. Die Einheit des Berichts muss zur Einheit der Umsetzung passen.

6. Das Symptom melden, aber die Ursache nicht untersuchen

Angenommen, ein Crawler meldet 8.400 doppelte Kategorie-URLs. Das ist zunächst eine Beobachtung. Der Bericht muss noch klären, woher diese URLs kommen, ob Google sie findet, wie sie mit der Navigation verbunden sind und welche Regel sie erzeugt.

Der Auditor kann technische Ansätze vorschlagen. Die Entwicklung sollte jedoch bestätigen, welche Lösung zur Architektur passt. Eine pauschale Plugin- oder robots.txt-Empfehlung kann unerwünschte Nebenwirkungen erzeugen. Zuerst werden Ergebnis und Rahmenbedingungen definiert.

7. Subjektive Einschätzungen hinter exakten Scores verstecken

Die Dringlichkeitsstufe eines Tools ist keine geschäftliche Priorität. Ein fehlender Titel in einem veralteten Archiv kann weniger relevant sein als ein Canonical-Fehler auf dem profitabelsten Produkt-Template. Bewerten Sie validierte Befunde anhand von Faktoren, die das Werkzeug nicht kennt:

• Auswirkung: Wie stark betrifft der Zustand Auffindbarkeit, Indexierung, Nutzer oder Conversions?
• Reichweite: Welche Templates, Märkte und wertvollen Wege sind betroffen?
• Sicherheit: Ist die Ursache bewiesen, gut gestützt oder nur eine Hypothese?
• Aufwand: Was schätzt das zuständige Team einschließlich Tests und Abhängigkeiten?
• Risiko: Was könnte bei einer falschen Änderung beschädigt werden, und ist sie umkehrbar?
• Zeitpunkt: Gibt es durch Relaunch, Kampagne oder Release einen Termin?

Eine definierte Skala mit Hoch, Mittel und Niedrig ist oft ehrlicher als 87,4 Punkte aus subjektiven Eingaben. Beschreiben Sie, was jede Stufe für diese Website bedeutet. Den Implementierungsaufwand sollte das zuständige Team einschätzen; ein SEO kann die Komplexität einer unbekannten Codebasis nicht zuverlässig erraten.

8. Befunde ohne Zuständigkeit und Reihenfolge übergeben

Gruppieren Sie verwandte Befunde nach der Priorisierung zu Initiativen. Die Initiative „Produktindexierung“ kann Canonicals, interne Kategorielinks und Sitemap-Regeln verbinden. Das lässt sich leichter planen als zahlreiche voneinander getrennte Tabellenzeilen.

Machen Sie Abhängigkeiten sichtbar. Die Messung sollte funktionieren, bevor das Team Conversion-Änderungen bewertet. Eine neue URL-Struktur gehört freigegeben, bevor die Redaktion interne Links austauscht. Ein Template-Fix muss getestet werden, bevor dieselbe Seitenart massenhaft neu erzeugt wird.

Drei praktische Planungshorizonte vermeiden unrealistische Ranking-Versprechen:

• Sofort schützen: Zugänglichkeit, Indexierung, Verfügbarkeit, Tracking und andere kritische Ausfälle.
• Als Nächstes verbessern: bestätigte strukturelle und inhaltliche Grenzen mit klaren Verantwortlichen.
• Testen und lernen: Chancen, die vor einer größeren Investition zusätzliche Belege benötigen.

Jede Initiative braucht Zielzustand, Zuständigkeit, Abhängigkeit, Abnahmetest und Kontrolltermin. „SEO-Optimierung im vierten Quartal“ ist keine Aufgabe. „Canonical-Erzeugung im Produkt-Template korrigieren, auf Staging prüfen und nach Release die betroffene Seitengruppe beobachten“ ist umsetzbar.

9. Einzelne Seiten prüfen und die Website-Struktur ignorieren

Eine Seite kann einen guten Title, hilfreichen Text und ein selbstreferenzierendes Canonical besitzen, während die Website-Struktur ihre Leistung begrenzt. Wer URLs nur einzeln bewertet, übersieht verwaiste Seiten, zu große Klicktiefe, überschneidende Bereiche und eine Navigation, die nicht abbildet, wie Kunden suchen und entscheiden.

Untersuchen Sie die Beziehungen zwischen Templates. Welche Seiten verlinken auf wichtige Leistungen und Kategorien? Können Crawler Produkte ohne Abhängigkeit von der XML-Sitemap erreichen? Verstärken Breadcrumbs, Hubs und Menüs die gewünschte Hierarchie? Prüfen Sie außerdem, ob mehrere Seiten dieselbe Rolle beanspruchen oder eine allgemeine Seite sehr unterschiedliche Zielgruppen bedienen soll.

Bei einem Projekt gab es für ein junges Geschäftsmodell kaum offensichtliche Wettbewerber in der Suche und nur begrenzte klassische Keyword-Daten. Die Strukturanalyse zeigte dennoch drei klar unterschiedliche Zielgruppen: Unternehmen auf der Suche nach einem Apartment-Betreiber, Investoren und Eigentümer, die eine Vermietung erwogen. Eine allgemeine Landingpage hätte verschiedene Fragen und Entscheidungswege vermischt. Die Maßnahme bestand deshalb aus einem klaren Website-Zweig pro Zielgruppe, jeweils verbunden mit passenden Belegen und dem richtigen nächsten Schritt.

Das ist ein Befund zur Informationsarchitektur und kein eigener Marketing-„Growth Hack“. Er gehört in das SEO-Audit, weil die Struktur interne Links, thematische Beziehungen, Crawl-Wege und passende Landingpages für unterschiedliche Suchintentionen bestimmt.

10. Die Übergabe des Berichts mit dem Ende des Audits verwechseln

Die Prüfung beginnt vor der Übergabe des Berichts. Reproduzieren Sie das Problem auf repräsentativen Templates und klären Sie, ob das gewünschte Ergebnis mit Navigation, Tracking, Shop oder Sprachversionen vereinbar ist. Bei riskanten Änderungen gehört ein Staging-Test oder begrenzter Rollout in die Empfehlung.

Abnahmekriterien beschreiben beobachtbares Verhalten. Statt „strukturierte Daten reparieren“ sollte die Aufgabe verlangen, dass das vorgesehene Markup auf bestimmten Templates den sichtbaren Inhalt abbildet, notwendige Eigenschaften enthält und die vereinbarte Validierung besteht. Statt „interne Links verbessern“ benennen Sie Zielseiten und relevante Quell-Templates.

Testen Sie nach der Umsetzung sowohl den korrigierten Zustand als auch mögliche Nebenwirkungen. Ein Canonical kann technisch richtig erscheinen und gleichzeitig nützliche URLs aus der Sitemap verdrängen. Eine Performance-Optimierung kann LCP verbessern, aber Analytics beeinträchtigen. QA muss den gesamten Nutzer- und Crawler-Weg berücksichtigen.

Trennen Sie technische Abnahme und Ergebnisbeobachtung. Die Entwicklung kann sofort feststellen, ob der Code die Kriterien erfüllt. Recrawling, Indexierung und Nachfrage folgen ihrem eigenen Verlauf. Dokumentieren Sie das Release-Datum und beobachten Sie die betroffene Seitengruppe, ohne einen allgemeinen Termin für bessere Rankings zu versprechen.

Erfolg des Audits anhand der Umsetzung messen

Ein Audit ist nicht erfolgreich, weil es viele Befunde enthält. Messen Sie, welcher Anteil akzeptierter Empfehlungen eingeplant, umgesetzt und validiert wurde. Dokumentieren Sie blockierte und abgelehnte Maßnahmen mit Begründung. So erkennen Sie, ob der Bericht nutzbar war und ob ausreichende Kapazitäten vorhanden sind.

Beobachten Sie anschließend die technischen und suchbezogenen Ergebnisse jeder Initiative: gewünschte Seiten indexiert, Fehlerraten reduziert, wichtige Crawl-Wege erreichbar, Canonical-Gruppen korrigiert oder Content-Lücken geschlossen. Analysieren Sie passende Seitengruppen und Suchanfragen statt nur die gesamten organischen Sitzungen.

Halten Sie die Vergleichsmethode stabil und dokumentieren Sie Website-Releases. Änderungen bei Saison, Suchnachfrage oder der ausgewerteten URL-Menge können sonst fälschlich als Wirkung einer technischen Empfehlung erscheinen.

Manche Maßnahmen schützen vorhandene Leistung, ohne sofort zusätzliches Wachstum zu erzeugen. Wenn ein versehentliches noindex vor dem Livegang entdeckt wird, ist der vermiedene Schaden wertvoll, obwohl es keinen vorherigen Einbruch im Diagramm gibt. Trennen Sie vermiedene Risiken von Wachstumsexperimenten.

SEO-Audit-Vorlage zum direkten Übernehmen

Diese kompakte Struktur lässt sich in ein Dokument und eine Tabelle übertragen. Passen Sie Begriffe an die Personen an, die tatsächlich damit arbeiten.

Ergänzen Sie Beleg-Link und Kontrolltermin, wo diese benötigt werden. Verwenden Sie feste Auswahlwerte für Priorität, Zuständigkeit und Status, lassen Sie aber Platz für die Begründung. Eine Vorlage soll Konsistenz schaffen und nicht jeden Befund auf eine Farbe reduzieren.

Abschließende Qualitätsprüfung des SEO-Audits

• Ziel, Umfang, Zeiträume und Einschränkungen sind eindeutig.
• Wichtige Templates, Märkte und Sprachversionen sind vertreten.
• Hoch priorisierte Befunde wurden reproduziert und validiert.
• Beobachtung, Ursache und Hypothese sind klar getrennt.
• Prioritäten berücksichtigen Wirkung, Sicherheit, Aufwand, Risiko und Zeitpunkt.
• Jede akzeptierte Maßnahme hat einen Verantwortlichen und Zielzustand.
• Entwicklung und Redaktion können die Arbeit ohne Raten einschätzen.
• Abnahmekriterien prüfen Ergebnis und relevante Nebenwirkungen.
• Rohdaten bleiben erreichbar, ohne den Hauptbericht zu überladen.
• Die Roadmap berücksichtigt Abhängigkeiten und verfügbare Kapazität.

Fehlt einer dieser Punkte, kann die Analyse weiterhin wertvolle Erkenntnisse enthalten. Als Grundlage für eine verlässliche Umsetzung ist sie jedoch noch nicht vollständig.

Häufig gestellte Fragen