SEO-Orchestrator – Einstiegspunkt
Diese Skill enthält nicht alle Regeln selbst. Nach Auswahl der Zielkanäle ruft sie die folgenden Sub-Skills in der angegebenen Reihenfolge auf.
| Sub-Skill | Behandeltes Thema |
|---|---|
google-search | Google Crawling · Indexierung · Titel · Snippets · Sitemap · Canonical · Site-Namen · AI-Funktionen · Spam-Richtlinien · Search Console |
naver-search | Naver Search Advisor: Yeti, robots.txt, Eigentümerbestätigung, Meta/OpenGraph, RSS/Sitemap-Einreichung, Crawling-Anfragen, Favicon, Spam |
structured-data | JSON-LD-Vorlagen (Event, Organization/sameAs, WebSite, BreadcrumbList) und Unterschiede zwischen Google und Naver |
daum-search | Daum (Kakao) Suche: Daum/Daum-Preview Roboter, Suchregistrierung, Webmaster-Tool PIN, verwandte Kanäle, KakaoTalk-Kanal · KakaoMap |
other-search-engines | Bing (Edge · Copilot), Brave Search (Brave Browser), DuckDuckGo, Apple (Safari · Spotlight · Siri) |
ai-crawlers | ChatGPT · Perplexity · Claude · Meta AI · Apple · Google · Bing – Richtlinien für KI-Suche und Trainings-Crawler |
social-preview | Open Graph, X (Twitter) Cards, KakaoTalk, Meta (Facebook · Instagram · Threads), Daum Vorschau |
indexnow | IndexNow – Benachrichtigung von Naver, Bing u. a. über geänderte URLs |
scaled-pages | Qualitätskriterien für massenhafte Seiten mit Orts‑/Datum‑/Kategoriekombinationen (Vermeidung von Thin Content, Doorway Pages) |
browser-compat | Brave Shields · De-AMP, Favicon · theme-color · manifest, Darstellungs‑ und Messprobleme browserübergreifend |
Abgrenzung zu anderen Skills
SEO (Auffindbarkeit · Indexierung · Darstellung · KI-Suche) wird in diesem Repository abgedeckt. Aufgaben anderer Art werden nicht behandelt; ggf. wird auf die entsprechende Skill verwiesen.
| Aufgabe | Dieses Repository | Beispiel für andere Skills |
|---|---|---|
| Crawling · Indexierung · Meta · Strukturierte Daten · Social Previews · KI-Crawler · Suchmaschinenregistrierung | ✅ | — |
| Zielgruppe · Alleinstellungsmerkmale · Kundensprache · Markenton (Marketingkontext) | nur lesend | marketingskills product-marketing |
| Was gebaut werden soll · Themengruppen · Veröffentlichungsplan (Content-Strategie) | nur lesend | marketingskills content-strategy |
| UI-Design | — | Impeccable u. a. |
- Liegen im Projekt Marketing-Kontextdokumente (z. B.
.agents/product-marketing.md,PRODUCT.md) oder Content-Pläne vor, werden diese zuerst gelesen und zur Entscheidung über Titel‑/Beschreibungstexte und zu indexierende Seiten herangezogen. Fehlen sie, wird ohne sie fortgefahren. - Wird gleichzeitig eine andere technische SEO-Audit-Skill (z. B. marketingskills
seo-audit) aktiviert, überschneiden sich die Anweisungen. Es wird nur eine verwendet. scaled-pagesbehandelt ausschließlich die Frage „Sollen die erstellten Seiten indexiert werden?“. Die Frage „Welche Seiten sollen erstellt werden?“ fällt in den Content-Plan.
1. Zunächst festlegen
Maximal 3 Fragen – nichts, was aus dem Code ersichtlich ist, wird gefragt.
- Zielkanäle: Welche sind wichtig? Suche (Google · Naver · Daum · Bing · Brave · Apple), KI-Suche (ChatGPT · Perplexity · Claude u. a.), Teilen (KakaoTalk · X · Meta). Standard: Bei koreanischen Diensten Google + Naver + Daum + KakaoTalk + X + Meta, KI-Suche (ChatGPT · Claude · Grok · Gemini · Copilot · Perplexity) standardmäßig erlaubt, Trainingsblockade liegt im Ermessen des Betreibers.
- Site-Status: Nur Code vorhanden / Bereits deployed (URL vorhanden) / Bereits bei Search Console · Search Advisor registriert.
- Seitentypen: Startseite, Listen, Detailseiten (Events · Produkte · Artikel), regionale oder monatliche Sammlungen. Bei massenhaften Seiten ist
scaled-pageszwingend erforderlich.
2. Reihenfolge der Kombination
- Crawling‑/Indexierungsgrundlagen (gemeinsam): robots.txt, HTTP-Statuscodes, Redirects, Canonical, Vorhandensein von Text im Server-HTML,
<a href>-Links, Sitemap. →google-search§Crawling,naver-search§Sammlung,daum-search§Roboter,other-search-enginesanwenden. Googlebot-Regeln wirken sich auch auf Brave und Apple aus – daher besondere Vorsicht. Bei Konflikten wird die strengere Regel befolgt (z. B. Naver unterstützt JavaScript‑/meta-refresh-Redirects nicht bei der Eigentümerbestätigung → HTTP 301/302 verwenden). - Seiten-Meta: Eindeutiger
<title>,meta description,og:*,twitter:*, Favicon,html lang. →google-search§Titel · Snippets,naver-search§Content-Markup,social-preview. - Strukturierte Daten: JSON-LD passend zum Seitentyp. Nur Werte, die mit dem sichtbaren Text übereinstimmen.
→
structured-data. - KI-Suche-Exposition (standardmäßig aktiviert): KI-Suche‑/Benutzeranfrage-Crawler zulassen, WAF/CDN blockieren deren IPs nicht, Brave-Index für Claude und X-Posts für Grok sicherstellen. Trainingsblockade wird separat entschieden, aber auf Konflikte mit
Google-Extended·ai-groundinghingewiesen. →ai-crawlers. - Qualität massenhafter Seiten: Falls Kombinationsseiten vorhanden, Indexierbarkeitskriterien und noindex-Kriterien prüfen.
→
scaled-pages. - Benachrichtigung · Messung: Google Search Console (Sitemap einreichen, URL-Prüfung), Naver Search Advisor (Eigentümerbestätigung, Sitemap/RSS einreichen), IndexNow, Sharing-Debugger.
→
google-search§Search Console,naver-search§Webmaster-Tools,daum-search§Suchregistrierung,other-search-engines§Bing·Brave,indexnow,social-preview§Cache. - Browser-Check: In Browsern mit hohem Nutzeranteil (inkl. Brave Shields) Hauptflüsse, Icons und Messwerte prüfen.
→
browser-compat.
3. Automatisches Prüfskript
Wenn eine deployed URL oder eine lokale HTML-Datei vorliegt, wird zuerst dieses Skript ausgeführt. Es befindet sich im Skill-Ordner als scripts/seo-check.mjs (keine Abhängigkeiten, Node 18+). <skill ordner> ist der Ordner, in dem diese SKILL.md liegt.
node <skill ordner>/scripts/seo-check.mjs https://example.com/page # URL (prüft auch robots.txt‑/Sitemap-Position)
node <skill ordner>/scripts/seo-check.mjs ./out/events/123.html # Lokale HTML-Datei
node <skill ordner>/scripts/seo-check.mjs --json https://example.com/ # Maschinenlesbare Ausgabe
Das Skript prüft lediglich das Markup einer einzelnen Seite. Es kann keine Aussagen über Ranking, tatsächliche Indexierung oder Rendering-Ergebnisse treffen. Dazu muss die URL-Prüfung in Search Console oder Search Advisor separat durchgeführt werden.
4. Berichtsformat
## SEO-Prüfungsergebnis (<URL oder Pfad>, <Prüfzeitpunkt>)
| Kanal | Element | Status | Begründung | Maßnahme |
| --- | --- | --- | --- | --- |
| gemeinsam | robots.txt | ✅/⚠️/❌ | Beobachtung | TODO |
...
### Nicht geprüft
- z. B. tatsächliche Indexierung (Search Console nicht verbunden), KakaoTalk-Vorschau-Cache (erfordert Login im Sharing-Debugger)
- Beobachtete Werte und Schlussfolgerungen werden getrennt. Es werden keine Ergebnisse garantiert (weder Google noch Naver garantieren Indexierung oder Sichtbarkeit).
- Die Richtlinien in diesem Repository entsprechen dem Stand vom 2026-11-04. Wenn Richtlinien oder Zahlenwerte für die Entscheidung relevant sind, wird die offizielle Quelle im entsprechenden Sub-Skill erneut aufgerufen.
Nicht tun
- Preise, Daten, Bewertungen oder Bewertungssterne in strukturierte Daten oder Meta-Tags einfügen, die auf der Seite nicht vorhanden sind.
- Keyword-Stuffing, versteckte Texte oder massenhafte Duplikate nur für die Sichtbarkeit.
- Unterschiedliches HTML für verschiedene Suchmaschinen (Cloaking).
- Ohne Begründung
llms.txtoder ähnliche KI-spezifische Dateien als „erforderlich“ bezeichnen (Google gibt an, dass für KI-Funktionen keine separaten Dateien oder Markups nötig sind – siehegoogle-search).