Alle wichtigen URLs einer Domain in einem Prompt bewerten: nach Rankings, Traffic-Potenzial, Content-Qualität und technischem Status. Clustern, priorisieren, gezielt überarbeiten.
| ZEITAUFWAND | ZEITERSPARNIS | SCHWIERIGKEIT | EINSATZ |
|---|---|---|---|
| 15–30 Min. | ~4–6 Stunden | ●●○○○ | Audit / Pitch / Laufend |
Nutzen
- Vollständiger Überblick auf Knopfdruck: Alle Content-Bereiche einer Domain werden in einem strukturierten Audit erfasst. Rankings, Potenzial und technische Qualität auf einen Blick.
- Priorisierte Handlungsempfehlungen: Das Modell clustert URLs in High Performer, High Potential, Low Performer und Unwichtig und liefert konkrete Maßnahmen pro Seite.
- Zeitersparnis gegenüber manuellem Abgleich: Ohne diesen Use Case wäre ein vergleichbares Audit nur mit stundenlangem manuellem Export, Pivot-Tabellen und separater Keyword-Recherche möglich.
- Am besten Bereich für Bereich: Für einen einzelnen Verzeichnis-Bereich mit einigen Dutzend bis niedrigen Hunderten URLs läuft der Prompt in einem Rutsch durch. Bei sehr großen Bereichen empfiehlt sich, in Batches vorzugehen (siehe Tipp unten).
Prompt
„Analysiere die Domain [Domain] mit dem SISTRIX MCP Server und führe ein vollständiges Content Audit für den Bereich [Verzeichnis, z. B. /blog/ oder /frag-sistrix/] durch:
Rufe alle gecrawlten URLs der Domain ab (project_onpage, view: „urls“, in Schritten von maximal 100) und filtere sie auf den Bereich [Verzeichnis]. Sortiere die passenden URLs nach url_score und beginne mit den 50 höchstbewerteten. Weise darauf hin, wenn wegen der Domain-Größe mehrere Abruf-Batches nötig waren.
Bewerte jede URL nach diesen KPIs: beste Ranking-Position, Anzahl rankender Keywords in Top 10, geschätztes Traffic-Potenzial (Suchvolumen x CTR-Schätzung), Content-Vollständigkeit (Title, H1, Meta vorhanden?), Thin-Content-Flag, interne Verlinkungsstärke.
Clustere die URLs in vier Gruppen: High Performer (Pos. 1–3, hohes Volumen), High Potential (Rankings vorhanden, aber optimierbar), Low Performer (schwache Rankings, lösbares Problem), Unwichtig (kein Ranking, kein Potenzial).
Gib für alle URLs der Gruppen „Low Performer“ und „High Potential“ konkrete Einzelempfehlungen: Title-Tag optimieren, Keywords integrieren, Textstruktur überarbeiten, Meta Description anpassen, interne Verlinkung stärken.
Fasse die Ergebnisse als priorisierte Tabelle zusammen: URL, Cluster, Beste Position, Traffic-Potenzial, Top-3-Maßnahmen.“
💡 Tipp: Bei großen Domains nie alle URLs auf einmal abfragen. Mit dem wichtigsten Verzeichnis starten (z. B. /blog/) und sich Bereich für Bereich vorarbeiten. So bleibt das Modell fokussiert und die Ergebnisse übersichtlich.
Ablauf
- Bereich auswählen und URL-Liste abrufen: project_onpage (view: „urls“) liefert alle gecrawlten Seiten der Domain, inklusive url_score, HTTP-Status, Title, H1 und Seitengröße, in Batches von maximal 100 pro Abruf. Eine native Filterung nach Verzeichnis oder url_score gibt es nicht: Das Modell paginiert durch die Ergebnisse und filtert selbst auf den gewünschten Bereich.
- KPIs je URL abrufen und bewerten: Für jede URL werden über keyword_domain_seo (regex_url pro Ziel-URL) die rankenden Keywords abgerufen. Das Modell berechnet daraus das Traffic-Potenzial, bewertet die technischen Onpage-Signale und prüft, ob Title, H1 und Meta Description vorhanden und optimiert sind.
- URLs clustern: Auf Basis der gesammelten KPIs werden die URLs in vier Cluster eingeordnet, siehe Tabelle unten.
- Konkrete Empfehlungen je URL ausgeben: Für jede URL aus den Clustern „High Potential“ und „Low Performer“ generiert das Modell individuelle Maßnahmen: Optimierungsvorschlag für Title und Meta Description, Keywords die integriert werden sollten, Hinweise zur Textstruktur (H2-Ebenen, FAQ-Schema, interne Verlinkung).
| Cluster | Beschreibung |
|---|---|
| High Performer | Pos. 1–3, hohes Suchvolumen, vollständige Onpage-Daten. Beibehalten und intern verlinken. |
| High Potential | Rankings vorhanden, aber Pos. 4–15, optimierbare Title/Meta/Struktur. Priorisiert überarbeiten. |
| Low Performer | Schwache Rankings, lösbare Probleme (Thin Content, fehlende Tags). Strukturiert optimieren. |
| Unwichtig | Kein Ranking, kein Potenzial, niedriger url_score. Noindex prüfen oder konsolidieren. |
⚠ Wichtig: project_onpage liefert maximal 100 URLs pro Abruf und lässt sich weder nach Verzeichnis noch nach url_score filtern oder sortieren. Bei einer Domain mit mehreren Tausend URLs kann das Modell also viele Abrufe brauchen, um überhaupt zum gewünschten Bereich vorzudringen. Für kleinere bis mittlere Verzeichnisse ist das kein Problem, bei sehr großen Domains lohnt es sich, den Bereich vorab so klein wie möglich zu fassen und im Zweifel nachzufragen, ob das Modell wirklich alle Batches durchgearbeitet hat.
In einem einstündigen Online Seminar erklären wir dir die Einrichtung, Nutzung und verschiedene Anwendungsbeispiele rund um den SISTRIX MCP Server detailliert: Jetzt kostenlos für den 27. Oktober um 11 Uhr anmelden.
Output / Ergebnis
Am Ende des Audits liefert das Modell eine priorisierte Tabelle aller analysierten URLs:
| URL | Cluster | Beste Pos. | Pot.-Score | Top-3-Maßnahmen |
|---|---|---|---|---|
| /frag-sistrix/…/backlinks/ | High Performer | #1 | Hoch | Interne Verlinkung stärken, FAQ-Schema ergänzen |
| /tutorials/keyword-recherche | High Potential | #1 | Mittel | Title entbranden, generische Keywords in H1 einbauen |
| /academy/ | High Potential | #1 | Hoch | Course-Schema, Title auf »SEO Kurs online« |
| /news/lycos-*/ | Unwichtig | – | Niedrig | Noindex setzen, Crawl-Budget entlasten |
Die Tabelle kann direkt als Grundlage für ein Content-Backlog, einen Kunden-Pitch oder die interne Sprint-Planung genutzt werden.
Kombinationen und Varianten
★ Kombination: Keyword-Strategie Use Case. Direkt nach dem Audit: Keyword-Lücken der „High Potential“-URLs gezielt ausbauen. Das Audit liefert die Priorisierung, der Keyword-Strategie Use Case den konkreten Suchbegriff-Mix.
- Wettbewerber-Audit: Denselben Prompt auf eine Konkurrenz-Domain anwenden und direkt vergleichen, welche Inhalte dort besser performen.
- Nur technische Probleme: Audit fokussiert auf fehlende Titles, leere H1s, Thin Content und Noindex-Kandidaten, im Prompt auf URLs mit url_score unter 20 eingrenzen.
- Bereich für Bereich als Sprint-Planung: Jeden Monat einen Verzeichnis-Bereich auditieren und die Ergebnisse als Backlog ins Projektmanagement-Tool übertragen.
- Crawl-Budget-Analyse: Nach dem Cluster „Unwichtig“ die Gesamtzahl der noindex-würdigen URLs ermitteln und den potenziellen Crawl-Budget-Gewinn quantifizieren.
Nicht weitergekommen? Unser Support-Team hilft beim Setup des SISTRIX MCP Servers und beantwortet Fragen zur Nutzung mit Claude oder ChatGPT. Support kontaktieren
SISTRIX kostenlos testen
- Kostenloser Testaccount für 14 Tage
- Unverbindlich, keine Kündigung notwendig
- Persönliches Onboarding durch Experten
