SEO-Audit-Bericht: Wie er wirklich etwas bewirkt

Ein SEO-Audit-Bericht ist kein Protokoll dessen, was ein Tool gefunden hat. Er ist ein Dokument, das jemanden dazu bringen soll, etwas zu tun – ein Budget freizugeben, eine Entwickler-Story anzulegen, eine Prioritätenliste umzustellen. Diese Unterscheidung ist der Grund, warum die meisten Audit-Berichte in einem Ordner landen und nie wieder geöffnet werden: Sie sind als Nachweis der geleisteten Arbeit geschrieben, nicht als Auslöser für die nächste.

Die eigentliche Analyse – Crawling, Datenexport, das Durchsehen von Ladezeiten, internen Links und doppeltem Content – ist die leichtere Hälfte der Arbeit. Sie ist mechanisch, wiederholbar, und ein gutes Tool nimmt einem einen Großteil davon ab. Den Bericht so zu schreiben, dass eine Geschäftsführerin, ein Marketing-Team oder ein Entwickler ihn liest, versteht und danach handelt, ist die andere Hälfte – und die, die am seltensten geübt wird.

Audit und Bericht sind zwei verschiedene Fähigkeiten

Wer viele technische Prüfungen durchgeführt hat, kann trotzdem einen Bericht abliefern, den niemand umsetzt. Das liegt nicht an mangelndem technischem Wissen, sondern daran, dass Auditieren und Berichten unterschiedliche Ziele verfolgen. Beim Auditieren ist Vollständigkeit die Tugend: jeden Crawl-Fehler, jede fehlende Meta-Description, jeden 404 zu finden. Beim Berichten ist Vollständigkeit fast immer ein Fehler.

Ein neunzigseitiges PDF mit jedem Tool-Output ist kein Bericht, es ist ein Datenexport mit Überschriften. Niemand liest neunzig Seiten, bevor er eine Entscheidung trifft, und ein Dokument, das niemand liest, verändert nichts. Der Bericht muss das Ergebnis der Analyse sein, nicht ihr Abbild – eine Übersetzung von dem, was das Tool gefunden hat, in das, was es für das Geschäft bedeutet und was als Nächstes passiert.

Für wen schreibst du eigentlich?

Der häufigste strukturelle Fehler ist, einen Bericht für ein imaginäres Publikum aus allen drei Rollen gleichzeitig zu schreiben – Geschäftsführung, Marketing, Entwicklung – und am Ende erreicht er keine davon richtig. Jede Rolle braucht etwas anderes:

Ein einziges Dokument kann alle drei bedienen, wenn es in Schichten aufgebaut ist – aber es kann sie nicht bedienen, wenn es für keine davon geschrieben wurde. Bevor die erste Zeile entsteht, lohnt sich eine Entscheidung: Wer liest das zuerst, und was muss diese Person nach den ersten zwei Minuten wissen? Alles andere im Dokument ordnet sich dieser Entscheidung unter, nicht umgekehrt.

• Eine Geschäftsführerin will wissen, was ein Problem kostet und was die Behebung bringt – in Umsatz, Sichtbarkeit oder Risiko, nicht in Rankingpositionen.
• Ein Marketing-Team will eine Reihenfolge: was zuerst kommt, was warten kann, wer wofür zuständig ist und bis wann.
• Ein Entwickler will ein reproduzierbares Ticket: welche URL, welcher Fehler, welcher Schritt zur Bestätigung – keine Prosa.

Die Struktur, die tatsächlich funktioniert

Ein Bericht, der wirkt, folgt in der Regel drei Ebenen, die jeweils tiefer gehen als die vorige.

Ganz oben steht eine Zusammenfassung, die eine Entscheiderin in zwei Minuten lesen kann: worum es insgesamt geht, wie viele Befunde es gibt, welche drei bis fünf davon wirklich zählen, und was die Behebung insgesamt an Aufwand kostet. Keine Tabellenauszüge, keine Tool-Screenshots an dieser Stelle – ein kurzer Absatz und eine knappe Liste reichen.

Darunter folgen die Befunde selbst, und hier liegt der zweite verbreitete Fehler: sie nach Kategorie zu ordnen, etwa Technik, Content, Links, statt nach ihrer erwarteten Wirkung. Eine Leserin, die nach dem vierten Befund aufhört zu lesen, soll die vier wichtigsten Punkte gesehen haben, nicht die vier technischen Punkte, die zufällig zuerst im Crawl-Export auftauchten.

Jeder einzelne Befund braucht dieselben fünf Elemente, in derselben Reihenfolge, damit eine Leserin nach dem dritten Befund weiß, wo sie die Information findet, ohne suchen zu müssen:

Diese fünf Elemente sind der Unterschied zwischen einem Befund, der zu einer Aufgabe wird, und einem Befund, der eine interessante Beobachtung bleibt und irgendwann vergessen wird.

• Was ist falsch – eine Zeile, konkret formuliert, ohne Tool-Terminologie ohne Erklärung.
• Was kostet es – in entgangenem Traffic, verlorenen Conversions oder Risiko, so konkret wie ehrlich möglich.
• Was zu tun ist – die Handlung selbst, nicht die Diagnose noch einmal anders formuliert.
• Wie aufwendig es ist – Stunden oder Tage, grob geschätzt, aber ehrlich.
• Wer es tut – eine Rolle oder ein Name, nicht ein vages „das Team“.

Priorisierung ist das eigentliche Produkt

Jeder, der ein Crawling-Tool bedienen kann, produziert mühelos eine Liste mit hundert Problemen. Websites haben praktisch immer hundert Probleme. Der Wert eines Audit-Berichts liegt nicht in der Vollständigkeit dieser Liste, sondern in der Antwort auf eine viel schwierigere Frage: Welche fünf davon zählen in diesem Quartal wirklich?

Priorisierung braucht mehr als einen Schweregrad, den ein Tool ausgibt. Sie braucht eine Einschätzung, wie viel Sichtbarkeit oder Umsatz ein Problem tatsächlich kostet, verglichen mit dem Aufwand, es zu beheben – und wie stark es andere, wichtigere Seiten oder Vorhaben blockiert. Ein fehlendes Canonical-Tag auf einer Kategorieseite mit hohem Traffic wiegt anders als dieselbe fehlerhafte Konfiguration auf einer Landingpage, die im letzten Jahr eine Handvoll Besuche hatte, auch wenn beide im Tool als identischer Fehlertyp erscheinen.

Genau diese Gewichtung ist die Arbeit, für die jemand einen Berichtersteller bezahlt, statt sich den rohen Tool-Export selbst anzusehen. Ein Bericht, der jedes Problem gleich behandelt, delegiert die eigentliche Aufgabe still zurück an die Leserin – und das ist genau die Arbeit, die sie eigentlich abgeben wollte.

Ein einfacher Test dafür, ob eine Priorisierung wirklich stattgefunden hat: Wenn zwei Befunde im Bericht gleich lang beschrieben sind und an gleicher Stelle in der Liste stehen, obwohl der eine eine Seite mit nennenswertem Traffic betrifft und der andere eine kaum besuchte Unterseite, dann ist noch nicht priorisiert worden, sondern nur sortiert. Priorisierung zeigt sich nicht in der Formulierung, sondern in der Reihenfolge und im zugewiesenen Aufwand – ein Befund, der oben steht, aber unten im Text als „optional, wenn Zeit ist“ behandelt wird, widerspricht sich selbst.

Belege zeigen, ohne den Bericht zu ersticken

Ein Befund ohne Beleg wird angezweifelt, ein Befund mit zu vielen Belegen wird schlicht nicht gelesen. Die Lösung ist eine klare Arbeitsteilung: Im Fließtext des Befunds gehört genau der eine Screenshot, die eine Zeile aus dem Datenexport oder das eine URL-Beispiel, das die Behauptung sofort nachvollziehbar macht. Der vollständige Export – alle betroffenen Seiten mit fehlendem Alt-Text, die komplette Crawl-Tabelle, jede einzelne URL mit demselben Fehler – gehört in einen Anhang, auf den verwiesen wird, nicht in den Fließtext selbst.

Diese Trennung ist keine Kosmetik. Sie entscheidet, ob ein Entwickler den Beleg findet, den er zum Nachvollziehen tatsächlich braucht, ohne durch eine Zusammenfassung blättern zu müssen, die eigentlich für die Geschäftsführung gedacht war, und ob die Geschäftsführung die Kernaussage findet, ohne sich durch technische Tabellen zu kämpfen.

Auch ein einzelner Screenshot ist nur so nützlich wie seine Beschriftung. Ein Bildschirmfoto ohne Datum, ohne Quelle und ohne einen Satz, der erklärt, worauf genau zu achten ist, verlangt vom Leser, die Schlussfolgerung selbst zu ziehen – und genau das sollte der Bericht ihm bereits abgenommen haben. Ein kurzer Satz direkt unter dem Bild, der benennt, was zu sehen ist und warum es der Behauptung entspricht, ist wirkungsvoller als drei zusätzliche Screenshots ohne diesen Satz.

Was in den Bericht nicht gehört

Drei Dinge schleichen sich regelmäßig in Audit-Berichte ein und machen sie schwächer, nicht stärker.

Die Versuchung, all das aufzunehmen, kommt meist aus einem verständlichen Impuls: Sorgfalt zeigen, nichts übersehen haben wollen. Aber ein Bericht wird nicht besser, wenn er vollständiger ist. Er wird besser, wenn er präziser ist und die Leserin nicht mit Ballast aufhält.

• Ein Tool-Score als Ziel. Eine „SEO-Health-Score von 62 von 100“ ist eine Zahl, die ein Tool erfunden hat, um über verschiedene Kunden hinweg vergleichbar zu wirken. Sie ist kein Geschäftsziel, und „den Score auf 80 zu bringen“ ist keine Aufgabe, die jemand tatsächlich ausführen kann – „die zwölf Seiten mit doppeltem Title-Tag zu korrigieren“ ist es.
• Ein Befund ohne erklärbare geschäftliche Konsequenz. Wenn eine Zeile im Bericht steht, weil das Tool sie ausgeworfen hat, aber niemand sagen kann, was sich ändert, sobald sie behoben ist, gehört sie eigentlich nicht in den Bericht – oder muss zumindest ehrlich als geringe Priorität mit unklarem Effekt gekennzeichnet werden.
• Technisch korrekte, aber kommerziell irrelevante Punkte. Eine fehlende hreflang-Angabe auf einer Website, die nur in einer Sprache und einem Land verkauft, ist technisch ein Fehler und praktisch bedeutungslos. Sie trotzdem aufzunehmen, kostet Lesezeit, die für Befund drei bis fünf gebraucht würde.

Die Übergabe entscheidet, ob etwas passiert

Ein Bericht, der mit der Lieferung endet, hat sein eigentliches Ziel verfehlt, selbst wenn jeder einzelne Befund korrekt war. Drei Dinge fehlen fast immer, wenn ein Audit am Ende folgenlos bleibt:

Ohne diese drei Dinge verhält sich ein Audit-Bericht wie eine gute Absicht: Er existiert, wird einmal gelesen, und die tatsächliche Umsetzung verläuft im Sand, sobald der Alltag wieder übernimmt. Ein kurzes Übergabegespräch, in dem der Owner den Bericht in eigenen Worten zusammenfasst, ist oft aufschlussreicher als jede weitere Formatierung – wenn sich das nicht zusammenfassen lässt, war der Bericht am Ende nicht klar genug geschrieben.

• Ein Owner pro Befund – eine Person oder klar benannte Rolle, die tatsächlich verantwortlich ist, nicht „das Team“ oder „die Agentur“.
• Eine Reihenfolge, in der die Punkte abgearbeitet werden, statt einer losen Liste, aus der sich jeder das Bequemste heraussucht.
• Ein konkretes Datum für den nächsten Check-in – nicht „in ein paar Wochen“, sondern ein Kalendertag, der irgendwo eingetragen ist.

Der Re-Audit macht den Bericht erst überprüfbar

Ein Audit-Bericht, der nie mit der Realität abgeglichen wird, bleibt eine bloße Behauptung. Der einzige Weg, herauszufinden, ob die priorisierten Befunde tatsächlich die richtigen waren, ist eine spätere, kleinere Prüfung genau derselben Punkte – nicht ein komplett neuer Audit von Grund auf, sondern ein gezielter Blick zurück auf genau die Befunde, die im letzten Bericht als wichtig markiert wurden.

Dieser Re-Audit ist auch das, was aus einem einmaligen Dokument einen fortlaufenden Prozess macht: Er zeigt, was sich tatsächlich bewegt hat, was liegen geblieben ist, und ob die Priorisierung im Rückblick gestimmt hat. Das ist zugleich die ehrlichste Rückmeldung, die ein Bericht überhaupt bekommen kann – nicht ob er gut geschrieben war, sondern ob das, was er priorisiert hat, wirklich etwas verändert hat.