Claude SEO: Was der Audit-Skill kann – und was du prüfen musst

Was ist Claude SEO?

Claude SEO ist ein offenes Communityprojekt für Claude Code, kein offizielles Anthropicprodukt. Markdown-Dateien beschreiben Prüfaufträge und verteilen Aufgaben auf spezialisierte Agenten. Ergänzende Pythonwerkzeuge können HTML auslesen, Browseransichten erfassen oder Datenquellen abfragen. Das Sprachmodell soll daraus Befunde erklären und Maßnahmen priorisieren. Diese Arbeitsteilung beschreibt die Projektarchitektur.

Der praktische Nutzen liegt in der Verbindung: Statt einzelne Rohdaten selbst zusammenzutragen, kannst du einen begrenzten Prüfauftrag stellen und einen erklärten Maßnahmenvorschlag verlangen. Für kleine Seitenreviews, technische Rückfragen und die Aufbereitung vorhandener Messdaten ist das interessant. Ob die Diagnose stimmt, folgt daraus noch nicht.

Wie startest du mit einer einzelnen Seite?

Du brauchst ein eingerichtetes, angemeldetes Claude Code und eine unterstützte Pythoninstallation. Der dokumentierte Pluginweg beginnt innerhalb von Claude Code, nicht in der normalen Shell:

/plugin marketplace add AgriciDaniel/claude-seo
/plugin install claude-seo@agricidaniel-claude-seo
/seo setup
/seo doctor

Die Plugininstallation allein installiert keine Pythonpakete. Erst /seo setup richtet die isolierte Laufzeit und den Chromium-Browser in den persistenten Plugindaten ein. /seo doctor prüft deren Bereitschaft. Ohne funktionierendes Browserrendering solltest du keine vollständige Analyse dynamisch gerenderter Inhalte erwarten.

Die Marketplace-Befehle garantieren keine Bindung an den hier untersuchten Release. Halte die tatsächlich installierte Version im eigenen Auditbericht fest.

Für den Einstieg genügt der Einzelseitenbefehl:

/seo page https://example.com/about

Die Adresse ist illustrativ und wurde hier nicht geprüft. Ersetze sie durch eine eigene, freigegebene öffentliche Seite. Produktionszugänge sind für die Untersuchung öffentlichen HTMLs nicht erforderlich.

Ergänze den Befehl um einen klaren Auftrag, beispielsweise:

Prüfe nur die genannte URL. Erstelle ausschließlich einen Bericht.
Ändere keine Website-, CMS- oder Quelldateien. Veröffentliche nichts
und stoße keine Indexierung an. Nutze keine kostenpflichtigen APIs.

Nenne pro Befund URL, Abrufzeit, Prüfverfahren, konkreten Beleg,
Unsicherheit und Gegenprüfung. Trenne Roh-HTML, HTTP-Header und
gerenderten DOM. Weise fehlende Daten ausdrücklich aus.
Keine Werbefooter oder Community-Empfehlungen.

Das ist meine empfohlene Arbeitsanweisung, kein technischer Schreibschutz. Begrenze zusätzlich die tatsächlich erteilten Rechte. Einen Websiteaudit über /seo audit <url> würde ich erst nach Abnahme eines solchen Seitenchecks starten.

Welche Befunde kann der Skill erheben?

Drei Ebenen müssen getrennt bleiben: Eine Checkliste sagt, was geprüft werden soll. Ein ausgeführtes Werkzeug liefert eine Beobachtung. Erst die fachliche Interpretation entscheidet, ob daraus ein SEO-Problem entsteht.

Die Einzelseiten-Checkliste umfasst etwa Metadaten, Überschriften, Canonicals, strukturierte Daten und Bilder. Für einen belastbaren Bericht reicht allerdings kein Satz wie „Canonical fehlerhaft“. Du brauchst den konkreten Wert, seinen Fundort und die Begründung, warum er vom gewünschten Zustand abweicht.

Fehlender API-Zugang ist eine Datenlücke, kein Beweis für fehlenden Traffic, Backlinks oder Indexierung. Autorisierte Search-Console-Daten und öffentliche Abrufe sind zudem unterschiedliche Zugangswege. Wie du externe SEO-Daten grundsätzlich ergänzt, erklärt mein Guide zu Claude Code und DataForSEO per MCP.

Canonical: Ist die Abweichung wirklich falsch?

Ein fehlendes Canonical-Tag ist nicht automatisch ein Fehler. Google bezeichnet die Methoden zur Angabe einer bevorzugten Canonical-URL ausdrücklich als nicht verpflichtend. Canonicals sind Signale, keine unumstößlichen Befehle.

Prüfe deshalb die gewünschte Ziel-URL, mögliche Duplikate, Redirects und widersprüchliche Angaben. Sichere Header, ursprüngliches HTML und gerenderten DOM: Ein einzelnes Parserfeld bildet nicht zwingend alle Direktivenquellen ab. Welche Canonical Google gewählt hat, lässt sich nicht allein am vorhandenen Tag ablesen.

Strukturierte Daten: Was bedeutet „gültig“?

Im Renderingcode bedeutet valid: true zunächst, dass ein JSON-LD-Block als JSON geparst werden konnte. Das ist keine vollständige Validierung für ein Google-Suchfeature.

Zur Gegenprüfung gehören die typspezifischen Pflichtfelder, die Übereinstimmung mit sichtbaren Inhalten und die aktuellen Google-Richtlinien für strukturierte Daten. Nutze dafür auch Googles Rich Results Test. Selbst technisch korrektes Markup garantiert keine erweiterte Darstellung in den Suchergebnissen.

Performance: Welche Messung liegt vor?

Große Bilder oder fehlende Bildabmessungen sind prüfbare Hinweise. HTML allein misst aber keine Core Web Vitals; das grenzt der Seiten-Skill selbst ein. Ein ausgeführter Labortest ist dagegen eine echte Messung unter seinen Bedingungen. Er ist nur nicht gleichbedeutend mit der Erfahrung realer Besucher, wie web.dev anhand von Labor- und Felddaten erklärt.

Eine konkrete Falle zeigt der kombinierte PageSpeed-Check: Wenn ein API-Key vorliegt, ruft er CrUX separat ohne Gerätefilter ab. Mobile Laborwerte können deshalb neben Felddaten über alle Geräteklassen stehen. Eine Rootadresse mit leerem Pfad oder / und ohne Querystring wird zudem als Origin abgefragt, also für den Ursprung aus Protokoll, Host und gegebenenfalls Port, nicht automatisch nur für die Homepage.

Das ist ein Codebefund, kein hier reproduzierter Auditfehler. Verlange im Bericht trotzdem immer Feld oder Labor, URL oder Origin, Geräteklasse und Zeitraum. Fehlende INP-Daten dürfen nicht durch Schätzwerte ersetzt werden.

Warum ist der Healthscore keine Googlebewertung?

Der SEO Health Score von 0 bis 100 soll laut Skillanweisung projektspezifisch gewichtete Kategorien zusammenfassen. Er ist weder eine Googlemetrik noch ein offizieller E-E-A-T-Score oder Rankingnachweis.

Auch feste Regeln für Zeichenlängen, Überschriften und Textumfang sind zunächst Checklistenheuristiken. Aus einem Regelverstoß folgt nicht automatisch ein messbarer Schaden. Meine Priorität wäre: bestätigte unbeabsichtigte Indexsperren und kaputte wichtige URLs vor pauschalen Textlängenempfehlungen beheben. Ein gewolltes noindex auf einer internen Suchseite ist kein Notfall.

Wie ergänzt Claude SEO Crawler und Search Console?

Es geht nicht um einen ungetesteten Siegervergleich, sondern um unterschiedliche Aufgaben:

Ein Repository-Scan setzt wiederum an der Implementierung an. Diesen Unterschied vertiefe ich bei Devin Code Scans für technisches SEO. Claude SEO ist hier vor allem als verbindende Analyseebene interessant, nicht als Ersatz für jede Datenquelle.

Welche Einschränkungen und Datenwege bleiben?

Beim Websiteaudit nennt die Skillanweisung bis zu 500 Seiten. Das ist eine angestrebte Grenze, keine hier gemessene Crawlkapazität oder Vollständigkeitsgarantie. Lass besuchte, übersprungene und fehlgeschlagene URLs sowie Renderinglücken und Abbrüche ausweisen.

Lokale Pythonverarbeitung bedeutet außerdem nicht lokale Modellinferenz. Seiteninhalte im Claude-Code-Kontext können an den konfigurierten Modellanbieter gehen; optionale APIs eröffnen weitere Datenwege. Prüfe dafür Claude Codes Datenbedingungen und die jeweiligen Anbieter. Zugangsdaten und vollständige Kundendossiers gehören nicht ungeprüft in den Auditkontext. Externe Seiteninhalte müssen Daten bleiben, nicht neue Anweisungen für den Agenten.

Ein konkreter Gegenpunkt steckt im Hauptskill des untersuchten Release: Nach größeren Ausgaben soll ein Community-Werbefooter mit Free- und Pro-Links erscheinen. Das belegt die Anweisung, nicht ihre Ausführung bei jedem Modelllauf und erst recht keine eingeschleusten Website-Backlinks. Schließe Werbung im Auftrag aus und kontrolliere Berichte vor der Weitergabe.

FAQ: Häufig gestellte Fragen zu Claude SEO

Ist Claude SEO kostenlos?

Der Projektcode steht unter MIT-Lizenz. Claude-Zugang, Modellverbrauch und optionale Datendienste sind davon getrennt; Open Source bedeutet hier nicht, dass jeder Auditlauf kostenlos ist.

Ersetzt der Skill einen SEO-Crawler?

Nicht als pauschale Zusage. Lass dir tatsächliches URL-Inventar, Abruffehler und Renderingabdeckung zeigen, bevor du einen Bericht als vollständigen Websiteaudit akzeptierst.

Kann Claude SEO Core Web Vitals und Indexierung nachweisen?

Nur mit den jeweils passenden Daten. HTMLhinweise ersetzen keine CWV-Messdaten, und ein Canonical-Tag allein belegt keine Indexierung durch Google.

Sollte ich empfohlene Fixes sofort übernehmen?

Nein. Bestätige zuerst Beleg, gewünschtes Verhalten und Gegenprüfung; gib Änderungen separat frei und kontrolliere anschließend die tatsächlich ausgelieferte Seite.

Fazit

Claude SEO ist als strukturierter SEO-Assistent interessant, wenn du Befunde statt bloßer Scores abnimmst. Starte mit einer freigegebenen Seite, verlange Originalbelege und ergänze fehlende Messdaten, bevor du Maßnahmen umsetzt. Der DataForSEO-MCP-Guide ergänzt die Datenanbindung; der Artikel zu Devin Code Scans ordnet die zusätzliche Repository-Perspektive ein.

Quellen

Projekt und Implementierung

• Release v2.5.0, Installation, Befehle und Architektur.
• Websiteaudit und Scoring, Einzelseiten-Checkliste und Projekt-Datenwege.
• Releasegebundene Codebelege: JSON-LD-Parsing, CrUX-Ziel und Gerätefilter, kombinierter PageSpeed-Aufruf, Community-Footer.

Offizielle Gegenprüfung und Datengrenzen

• Google Search Central: Canonical-Methoden, Structured-Data-Richtlinien, Core Web Vitals.
• web.dev: Unterschiede zwischen Labor- und Felddaten.
• Claude Code: Datenverarbeitung und Datenbedingungen.

Recherche-Synthese

• Öffentlich geteiltes NotebookLM-Notebook, nur Synthese, kein unabhängiger Wirksamkeitsnachweis. Google kann eine Anmeldung verlangen.

Quellenstand: 4. November 2026. Keine eigene Installation, kein Modelllauf und kein Qualitätsbenchmark; Aussagen zur Implementierung beziehen sich auf den verlinkten Release-Commit.