Auditumfang und Geschäftsfrage zuerst begrenzen.

Ein vollständiger Blick auf Technik, Inhalt, interne Wege und Suchdaten kann schnell sehr breit werden. Vor dem Start werden Domain, Seitentypen, Zeitraum und zentrale Geschäftsfrage benannt. So bleibt erkennbar, welche Bereiche bewusst nicht geprüft wurden.

T01 hilft bei der ersten Diagnose, wenn eine Website nicht gefunden wird. Dieses Audit geht weiter: Es bündelt mehrere belegte Befunde, priorisiert sie und bereitet Umsetzung vor. T16 bewertet dagegen das Inhaltsinventar selbst.

Ein Befund beginnt mit einer beobachtbaren Abweichung.

„SEO schlecht“ ist kein Befund. „Drei freigegebene Leistungsseiten nennen in Canonical und Sitemap unterschiedliche Ziel-URLs“ ist prüfbar. Dazu gehören konkrete URLs, Abrufzeitpunkt, Werkzeug oder manuelle Prüfmethode und ein gespeicherter Beleg.

Toolwarnungen werden nicht automatisch zu Prioritäten. Zuerst wird geprüft, ob die Warnung den tatsächlichen öffentlichen Zustand betrifft und eine relevante Nutzer- oder Suchaufgabe berührt.

Priorität aus Wirkung, Reichweite und Abhängigkeit ableiten.

Eine hohe Priorität kann entstehen, wenn ein Fehler viele wichtige URLs blockiert, eine falsche Tatsachenaussage veröffentlicht oder einen zentralen Nutzerweg unterbricht. Eine kleine Metadatenabweichung auf einer wenig relevanten Seite ist nicht automatisch kritisch.

Abhängigkeiten gehören sichtbar dazu: Fehlt die Inhaltsentscheidung, ein Systemzugriff oder eine fachliche Freigabe, wird der Befund nicht als technisch sofort lösbar dargestellt.

Aufwand als Bandbreite oder Einheit erklären.

Aufwand kann über betroffene Seitentypen, benötigte Rollen und Prüfschritte beschrieben werden. Eine genaue Stundenzahl ohne Quellzugriff und Systemkenntnis wäre Scheingenauigkeit.

Für die Planung reichen Kategorien wie klein, mittel und groß nur dann, wenn ihre Bedeutung definiert ist. Im Muster steht „klein“ für eine begrenzte Vorlagenänderung samt gezielter Prüfung und „groß“ für eine strukturelle Migration mit mehreren Abhängigkeiten.

Fünf Eigenprojektbefunde zeigen die Vorlage.

Die Tabelle verwendet belegte Befundarten aus matthias-boehm.com: kundenfremde Buildsprache, getrennte Veröffentlichungsauswahl, noindex-Grenzen, direkter Kontakt ohne Formularendpunkt und nachvollziehbare interne Wege. Sie behauptet keine Suchwirkung.

Die Beispiele dokumentieren Arbeitsweise. Sie ersetzen keine neue öffentliche Freigabe und keine Search-Console-Daten.

Der Abschluss ist eine Entscheidungsliste.

Jeder Eintrag endet mit Beibehalten, umsetzen, untersuchen oder bewusst zurückstellen. Nach einer Änderung wird nur der betroffene Zusammenhang erneut geprüft, sofern kein Hinweis auf eine breitere Regression besteht.

Offene Datenfragen bleiben offen. Ein grüner technischer Test wird nicht als Ranking-, Indexierungs- oder Geschäftserfolg ausgegeben.

Arbeitsmittel

Ausgefüllte Auditvorlage mit fünf Eigenprojektbefunden

BeobachtungBetroffene Seiten / BelegPrioritätAufwandNächster Schritt
Startseite spricht von „diesem Build“ statt vom LesernutzenStartseite, öffentlicher HTML-Abruf vom 22.09.2026Hoch: sichtbarer VertrauensbruchKlein: Textquelle plus fokussierte QAKundensprache einsetzen und 50-Routen-Build gezielt prüfen
Öffentliche und private Wissensauswahl brauchen getrennte StatuslogikBuild-Metadaten und Inhaltsstatus im privaten MischumfangHoch: sonst falsche FreigabeaussageMittel: Auswahlmodell und RegressionstestStatus je Inhalts-ID ableiten
Staging ist noindex, aber Zugriffsschutz bleibt separat nötigStaging-Header, HTML und anonymer 401Hoch: SchutzgrenzeKlein bei bestehender Infrastruktur401 und noindex gemeinsam regressionsprüfen
Direkter E-Mail-Kontakt hat keinen Formularendpunkt/kontakt/ sowie GET/POST /api/contact = 404Mittel: Kontaktversprechen konsistent haltenKlein: Laufzeit- und Browsercheckmailto-Weg erhalten; keinen Scheinerfolg melden
Neue Leitfäden benötigen kontextbezogene interne WegePrivate Linkkarte T15 und Broken-Link-PrüfungMittel: Orientierung und CrawlbarkeitMittel: Redaktion plus TestQuelle, Ziel, Ankertext und Lesergrund abgleichen