Use Case – Onsite Audit

Von:

SISTRIX Content Team

Aktualisiert: 28.07.2026

SISTRIX MCP Server

• Use Case - Topic Prompt Research
• Use Case - Prompt-Recherche Ist-Status
• Use Case - Onsite Audit
• Use Case - Content Audit
• Use Case - Automatische Keyword-Strategie
• Use Case - SEO-Erstanalyse
• Use Case - Content Gap Analyse
• Use Case - GEO Analyse
• Zurück zur Übersicht

Nutzen

• Sofortiger Überblick: über alle kritischen Fehler (Errors), ohne manuell durch hunderte Zeilen zu scrollen.
• Priorisierung nach Schweregrad: Error, Warning, Notice, statt einer unsortierten Fehlerliste.
• Betroffene URLs direkt nutzbar: inklusive verlinkender Quellseiten, direkt einsetzbar für Entwickler-Tickets.
• Zeitreihen-Vergleich: zeigt anhand der Crawl-Historie, ob umgesetzte Maßnahmen tatsächlich wirken.
• Ganzheitliches Audit ohne Mehraufwand: vollständige Onsite-Tech-Auditierung ohne eigenes Crawling und ohne manuelle Detailauswertung.

Wie ein Onsite Audit strukturiert sein muss

Ein vollständiges Onsite Audit deckt fünf Themenblöcke ab, 26 Faktoren insgesamt, die sich alle direkt über den SISTRIX MCP Server abfragen lassen. Alle Abfragen laufen dabei über project_onpage für das jeweils gewählte Projekt.

• 🔍 Crawling & Indexierung: Sitemap.xml, URL-Weiterleitungen, 404-Fehler, Canonicals, Robots Meta Tag, Crawling-Blockaden, SSL-Zertifikat, Hreflang
• 📄 Content: Contentqualität & -menge, H-Tags/Überschriften, Title, Description, Alt-Bildbeschreibung, Platzhaltertext
• 🔗 Website & URL-Struktur: Kanonische URL, Interne Links, Sprechende URL, Broken Links, Klicktiefe ab Startseite, URL-Hygiene, Mixed Content
• ⚡ Performance: Bilderformate & -größe, JavaScript & CSS, Ladezeit, Dateigröße
• 📣 Social & Meta: Open Graph

26 Faktoren über 5 Themenblöcke, alle direkt über den SISTRIX MCP Server abfragbar, ohne manuelles Klicken durch die Oberfläche. Die genauen SISTRIX-Abfragen (issue-Keys) je Faktor findest du in der separaten Referenztabelle.

Prompt

Ablauf

1. Projekt auswählen: Einfach das bereits angelegte SISTRIX Onpage-Projekt der zu prüfenden Domain nennen, zum Beispiel „Projekt X“. Das Modell findet darüber automatisch den passenden Datensatz.
2. Crawl-Übersicht ziehen: project_onpage(view: overview) liefert die Error-, Warning- und Notice-Zahlen im Zeitverlauf.
3. Alle Issue-Typen abrufen: project_onpage(view: crawl) liefert die komplette Aufschlüsselung nach den 105 möglichen Fehlertypen. Das macht das Modell in der Regel automatisch, ohne dass du es extra dazu aufforderst.
4. Je Faktor die betroffenen URLs ziehen: project_onpage(view: issue, issue: ...) liefert je Faktor die betroffenen URLs, mit dem passenden Issue-Key aus den fünf Themenblöcken oben, zum Beispiel page_not_found, missing_h1, thin_content, noindex oder open_graph_incomplete.
5. (optional) Priorisieren: Das Modell leitet aus Anzahl, URL Score und Fehlerart Priorität und Handlungsempfehlung ab.

Output / Ergebnis

Fehlerverteilung nach Themenblock, Live-Beispiel sistrix.de

Live abgefragt über das SISTRIX Onpage-Projekt (Projekt „sistrix de“, 38.765 gecrawlte Seiten, 168 Errors, 15.520 Warnings, 13.155 Notices):

Fehlerübersicht Live-Beispiel sistrix.de

Fehlertyp	Anzahl	Typ	Prio	Handlungsempfehlung
SSL-Zertifikat läuft ab	1	Notice	1	Läuft bereits am 21.08.2026 ab: rechtzeitig verlängern, sonst drohen Browser-Warnungen und Vertrauensverlust.
404, Seite nicht gefunden	73	Error	1	301-Redirects auf passende Zielseiten einrichten oder interne Links auf die Live-URL aktualisieren; Quellseiten aus dem Drilldown zuerst bereinigen.
Bild nicht gefunden	71	Error	1	Fehlende Bilddateien ersetzen oder das -Tag entfernen, um Broken-Image-Icons zu vermeiden.
Server-Fehler 500	4	Error	1	Sofort an die Entwicklung eskalieren: Serverfehler blockieren Crawling und Nutzererlebnis komplett.
Title fehlt komplett	1	Error	1	Title-Tag ergänzen. Bei nur 1 URL in wenigen Minuten erledigt, ein klassischer Quick Win.
H1 fehlt	5	Warning	1	H1 ergänzen, die geringe Anzahl macht das ebenfalls zu einem schnellen Quick Win.
URLs falsch in Sitemap	15	Error	2	Sitemap.xml bereinigen: nur live erreichbare, indexierbare URLs eintragen und neu an die GSC übermitteln.
Title zu lang	620	Warning	2	Titles auf etwa 55 bis 60 Zeichen kürzen, wichtigstes Keyword an den Anfang stellen, idealerweise per Template-Regel statt Einzelpflege.
Description fehlt	594	Warning	2	Meta Descriptions ergänzen, zuerst für Kategorie- und Blog-Templates, dann für Einzelseiten.
Thin Content (< 250 W.)	51	Warning	2	Seiten inhaltlich ausbauen oder konsolidieren beziehungsweise noindexen, falls kein eigenständiger Suchwert besteht.
H1 auf mehreren Seiten gleich	50	Warning	2	Individuelle H1 je Seite vergeben, um Duplicate-Signale zu vermeiden.
Alt-Attribut fehlt	213	Warning	2	Alt-Attribute technisch ergänzen, meist ein Template- oder CMS-Fix statt Einzelpflege.
Canonical zeigt extern	43	Warning	2	Prüfen, ob das externe Canonical beabsichtigt ist, etwa bei Syndication, sonst auf Self-Canonical korrigieren.
Bild zu groß	335	Warning	2	Bilder komprimieren oder auf WebP umstellen, priorisiert auf Seiten mit hohem Traffic.
Alt-Attribut leer	2.406	Warning	3	Alt-Texte schrittweise nachpflegen, priorisiert nach URL Score beziehungsweise Traffic statt auf einmal.
Nur 1 eingehender Link	98	Warning	3	Interne Verlinkung von thematisch passenden Seiten aus stärken.
Defekte externe Links	8.950	Warning	3	Nach Ziel-Domain gruppieren und in Batches bereinigen oder entfernen. Die hohe Zahl deutet auf veraltete Linklisten hin.
Noindex gesetzt	151	Notice	3	Prüfen, ob alle URLs bewusst ausgeschlossen wurden, ein versehentliches Noindex verhindert Rankings komplett.
Open Graph unvollständig	1.467	Notice	3	OG-Tags wie title, image und url ergänzen, damit Social-Shares und KI-Snippets korrekt dargestellt werden.
Duplicate Content (Fuzzy)	103	Notice	3	Ähnliche Seiten konsolidieren oder per Canonical auf die Hauptversion verweisen.

Kombinationen und Varianten

• Ampel-Reporting: Nur Errors abfragen und als kompakte Rot-Gelb-Grün-Übersicht an Kunden schicken.
• Fortschritts-Tracking: project_onpage(view: overview) über mehrere Crawl-Daten hinweg vergleichen, um die Wirkung umgesetzter Maßnahmen zu zeigen.
• Neukunden-Pitch: Fokus nur auf die gravierendsten 5 bis 10 Errors, um im Erstgespräch schnell Mehrwert zu zeigen.

Beispiel-Analysen zum Download

📥 SISTRIX_Onsite_Audit_sistrix.de.xlsx: Das vollständige Live-Beispiel aus diesem Use Case, ein Übersichts-Tab mit allen Fehlertypen (Kategorie, Anzahl, Typ, Priorität, Status, Handlungsempfehlung) sowie verlinkte Detail-Tabs mit den jeweils betroffenen URLs. Lädst du dem Modell dieses Dokument hoch, stellt das sicher, dass es exakt in diesem Format arbeitet.