Führen Sie Ihr Website-Audit mit dieser Checkliste selbst durch.

Was sollte eine Website-Audit-Checkliste abdecken?

Ihre Checkliste hat acht Bereiche: Architektur, Leistung, Sicherheit, Suche, Schema, KI-Bereitschaft, redaktionelle Erfahrung und Betriebszustand. Legen Sie dafür eine Tabelle an und ergänzen Sie eine Spalte für die Belege, die Sie finden: ein kopierter Kopfzeilenwert, eine notierte URL, ein Screenshot. Die Bewertung gewichtet die Bereiche in dieser Reihenfolge mit 15, 15, 12, 12, 10, 10, 10 und 16 Prozent. Der Betriebszustand zählt damit am meisten (und ist der Bereich, den man meist bis zum Schluss aufschiebt).

Gleichen Sie Ihre Audit-Reihenfolge mit einer veröffentlichten Checkliste ab: erst die Crawl-Analyse, dann die Indizierung, zuletzt die Validierung strukturierter Daten. Ordnen Sie jedem Befund nach Schweregrad eine Stufe von P0 bis P3 zu. So gehört Ihr erster Nachmittag den schwerwiegendsten Problemen und nicht den auffälligsten. Wiederholen Sie das vollständige Audit mindestens zweimal im Jahr und beobachten Sie Ihre Website zwischen den Durchgängen weiter. Ein fehlerfreies Audit gilt nur für den Tag, an dem Sie es durchgeführt haben.

Sie erhalten für Ihre Website eine Bewertung auf einer Skala von 100 Punkten, bezogen auf die acht Säulen, für Ihre Startseite und bis zu acht zufällig ausgewählte Seiten. Die Bewertung meldet sich nirgends auf Ihrer Website an, wertet weder Ihre Analysedaten noch Leistungsdaten aus der Praxis aus und befragt weder Sie noch Ihr Team. Diese Lücke müssen Sie selbst schließen. Ihr manuelles Audit deckt also ab, was Sie selbst erreichen können und was eine öffentliche Auswertung nicht leisten kann.

Wie prüfen Sie Architektur und Rendering?

Zählen Sie die Klicks von Ihrer Startseite aus, um die Architektur zu prüfen, und vergleichen Sie den Quellcode mit der Anzeige in Ihrem Browser, um die Darstellung zu prüfen. Suchen Sie im Quellcode Ihrer wichtigsten Seite nach der Hauptüberschrift und dem ersten Absatz. Fehlen sie? Dann hängt Ihr Inhalt von JavaScript ab. Eine Checkliste empfiehlt zu prüfen, ob der Inhalt schon im reinen HTML steht, bevor JavaScript läuft. Testen Sie das selbst: Einer Seite, die Sie nur gerendert gesehen haben, können Sie nicht trauen.

Prüfen Sie Menüs und Links. Keine wichtige Seite sollte mehr als drei Klicks von der Startseite entfernt sein, und Breadcrumbs sollten vorhanden und mit strukturierten Daten ausgezeichnet sein. Exportieren Sie Ihre internen Links mit Screaming Frog oder Ahrefs Site Audit und listen Sie die Seiten ohne eingehende interne Links auf: Das sind Ihre „verwaisten“ Seiten. Vergleichen Sie diesen Crawl mit Ihrer XML-Sitemap. Beheben Sie 404-Fehler, 302-Weiterleitungen, Weiterleitungsketten und defekte interne Links. Weiterleitungsketten übersehen Sie am leichtesten: Sie funktionieren einwandfrei und bleiben deshalb bestehen.

Die Bewertung prüft Markup, Überschriften und kanonische Signale auf Ihrer Startseite und auf ausgewählten Seiten. Die Architektur macht 15 % Ihrer Gesamtpunktzahl aus. Die Bewertung crawlt jedoch nicht alle URLs. Verwaiste Seiten suchen Sie weiterhin selbst.

Wie prüfen Sie die Performance von außen?

Prüfen Sie die Leistung zunächst von außen: Analysieren Sie Ihre wichtigsten Seiten mit PageSpeed Insights und Lighthouse und lesen Sie, welche Probleme dort stehen, etwa umfangreiche Skripte oder nicht optimierte Medien, dazu Layoutverschiebungen. Starten Sie mit der Startseite. Danach folgen Ihre meistbesuchten Vorlagenseiten. Öffnen Sie im Browser den Reiter „Netzwerk“, laden Sie die Seite neu, sortieren Sie die Einträge nach Größe und notieren Sie sich die größten Dateien. Die größte ist selten die, die Sie vermutet hätten.

Prüfen Sie die Darstellung auch auf Mobilgeräten. Rufen Sie Ihre Website auf dem eigenen Smartphone auf und achten Sie auf zu kleinen Text und auf Schaltflächen, die für Ihren Daumen zu dicht beieinander liegen. Springen Inhalte beim Laden der Seite? Die Laborwerte liefern Ihnen eine Momentaufnahme eines einzelnen Durchlaufs. Über das, was Ihre tatsächlichen Besucher erlebt haben, sagen sie nichts. Behandeln Sie sie daher nicht so (ein einzelner Durchlauf ist ein Datenpunkt, kein endgültiges Urteil).

Rechnen Sie damit, dass die Bewertung dieselben großen Dateien anzeigt, die Sie auf der Registerkarte „Netzwerk“ gefunden haben: Die Größe von Skripten und Bildern wird anhand Ihrer Startseite und der Stichprobenseiten ermittelt. Die Leistung macht 15 % Ihrer Gesamtpunktzahl aus. Daten zur Leistung in der Praxis fließen jedoch nicht in die Bewertung ein. Verstehen Sie Ihr Ergebnis als Anhaltspunkt, nicht als das vollständige Bild.

Wie prüfen Sie Sicherheits-Header?

Prüfen Sie die Sicherheits-Header, indem Sie Ihre Startseite mit Mozilla Observatory oder SmartScanner scannen oder die Antwort-Header auf der Registerkarte „Netzwerk“ Ihres Browsers einsehen. Achten Sie auf „X-Frame-Options“, „X-Content-Type-Options“, „Referrer-Policy“, „Strict-Transport-Security“, „Content-Security-Policy“, „Permissions-Policy“ und die drei Cross-Origin-Richtlinien. Halten Sie für jeden fest, ob er vorhanden ist, fehlt oder falsch konfiguriert wurde. „Falsch konfiguriert“ sorgt oft für Verwirrung: Ein vorhandener Header kann trotzdem wirkungslos sein. Prüfen Sie Ihre Ergebnisse.

Prüfen Sie, welche Werte Ihre Website zurückgibt. In „X-Content-Type-Options“ sollte „nosniff“ stehen. Bei „Strict-Transport-Security“ muss „max-age“ 31536000 (ein Jahr) betragen, das ist das Minimum für das HSTS-Preloading. Ihre „Content-Security-Policy“ gehört in jede Antwort, die Sie senden, nicht nur in das Hauptdokument. Erzeugen Sie bei jeder Anfrage einen neuen Nonce, denn so schränken Sie Ihre Skripte nach Empfehlung ein. Den Header „X-XSS-Protection“ brauchen Sie nicht. MDN empfiehlt stattdessen CSP und warnt davor, dass der alte Header Sicherheitslücken verursachen kann. Senden Sie ihn noch, entfernen Sie ihn.

Stellen Sie sicher, dass alle Verbindungen über HTTPS laufen. Beheben Sie Seiten, die Sie noch über HTTP bereitstellen, und Warnungen wegen gemischter Inhalte. Das gilt auch für Links auf Ihrer Website, die auf eine alte HTTP-URL verweisen. Die Bewertung liest die Antwort-Header Ihrer Startseite und ausgewählter Seiten aus, und der Bereich „Sicherheit“ macht 12 % Ihrer Gesamtpunktzahl aus. Was darüber hinaus in Ihrer Serverkonfiguration steckt, bleibt jedoch verborgen: Ein Header zeigt Ihnen nur, was der Server preisgibt.

Wie prüfen Sie Suchsignale und strukturierte Daten?

Prüfen Sie Ihre Suchsignale: Testen Sie Ihre kanonischen Tags, Ihre XML-Sitemap und Ihre Weiterleitungen und lassen Sie anschließend Ihre strukturierten Daten durch die Tools von Google laufen. Beginnen Sie mit der Quellcode-Ansicht. Vergewissern Sie sich, dass der kanonische Tag auf einigen Ihrer Seiten auf die Version verweist, die Sie indexiert haben möchten (dies ist häufig nicht der Fall). Gehen Sie danach in dieser Reihenfolge vor: Legen Sie Ihre kanonischen Tags fest, entfernen Sie doppelte Parameter, führen Sie ähnliche Inhalte zusammen und prüfen Sie Ihre Paginierung. Jeder Schritt macht den nächsten übersichtlicher. Überspringen Sie einen, müssen Sie die Arbeit in der Regel noch einmal machen.

Ihre Sitemap sollte ausschließlich indexierbare Seiten enthalten. Aktualisieren Sie sie nach größeren Änderungen an Ihrer Website und reichen Sie sie über die Search Console ein. Möchten Sie Rich Results von Google nutzen? Dann starten Sie mit dem Rich-Results-Test. Für allgemeine Prüfungen gemäß schema.org lassen Sie Ihr Markup durch den Schema-Markup-Validator laufen. Beobachten Sie nach dem Ausrollen die Statusberichte zu den Rich Results, denn Vorlagen- oder Auslieferungsfehler können Ihre Seiten beeinträchtigen, ohne dass es jemand bemerkt. Einige wenige vollständige und korrekte empfohlene Eigenschaften sind besser als viele unvollständige. Vervollständigen Sie daher erst Ihre Eigenschaften, bevor Sie weitere hinzufügen.

Wenn Sie Karussells verwenden, braucht Ihr „itemListElement“ mindestens zwei „ListItem“-Elemente desselben Typs. Die Bewertung liest die Signale zu Robots, kanonischen und strukturierten Daten auf Ihren Stichprobenseiten aus, sodass Sie dieselben Signale sehen, die Sie gerade manuell überprüft haben. Der Bereich „Suche“ macht 12 % Ihrer Gesamtpunktzahl aus. „Schema“ steuert weitere 10 % bei. Zusammen wiegen beide schwerer als jede einzelne Säule außer der betrieblichen Integrität, deshalb lassen sie sich kaum als reine „Routineangelegenheit“ abtun.

Wie prüfen Sie KI-Bereitschaft, redaktionelle Qualität und Betriebszustand?

Drei Punkte stehen an: Prüfen Sie Ihre robots.txt auf Regeln für KI-Crawler und lesen Sie Ihre Überschriften und Titel so, wie es ein Redakteur täte. Außerdem durchforsten Sie Ihre Website nach defekten Links und Weiterleitungsketten. Entscheiden Sie bei den „robots.txt“-Einstellungen für jeden KI-Crawler einzeln und bewusst. Prüfen Sie danach vierteljährlich Ihre Serverprotokolle auf GPTBot, ClaudeBot und PerplexityBot, denn die „robots.txt“-Datei beruht auf Treu und Glauben. Die Regel ist nur eine Bitte. Welche Crawler sich daran halten, zeigen erst Ihre Protokolle.

Falls Sie eine „llms.txt“-Datei führen, verstehen Sie diese als Anhaltspunkt und halten Sie die Liste bei 10 bis 50 URLs. Um ein Gefühl für die redaktionelle Gestaltung zu bekommen, öffnen Sie einige Ihrer Seiten und lesen Sie die Überschriften. Anzustreben sind eine eindeutige H1-Überschrift und eine logische Reihenfolge. Sortieren Sie danach Ihre Crawl-Ergebnisse nach doppelten Titel-Tags und Seiten mit geringem Inhalt.

Für den Betriebszustand prüfen Sie defekte Links und Weiterleitungen regelmäßig und behalten die vollständige Prüfung zweimal im Jahr bei. Die Bewertung analysiert die Robots-, Überschriften- und Markup-Signale auf Ihren Stichprobenseiten, genau jene, die Sie soeben manuell überprüft haben. KI-Bereitschaft und redaktionelle Erfahrung gehen mit je 10 % in Ihre Bewertung ein, der Betriebszustand mit 16 %. Ihre Serverprotokolle liegen außerhalb des Einflussbereichs des Systems. Die vierteljährliche Überprüfung der Protokolle bleibt daher Ihre Aufgabe.

Fragen und Antworten.

Weiterlesen.

1. 01Website-CheckDie Gesamtanalyse, alle acht Säulen.
2. 02Enterprise-SEO-AuditWas ein kostenloser Scan feststellen kann und wo er endet.
3. 03KI-SEO-AuditCrawl-Zugriff, extrahierbare Passagen, strukturierte Daten, llms.txt.