ワンクリックでManusで任意のスキルを実行

seo-article-from-audit-data

スター0

フォーク0

更新日2026年7月3日 09:24

Macht aus Messdaten und Audit-Findings einen SEO-Blogartikel. Nutzen, wenn aus Report-/Scan-Daten Content werden soll. Für On-Page-SEO-Mechanik siehe seo.

インストール

Codex または Claude でインストールこの Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。

Manusで実行

ソース

casoon

casoon/ai-agent-config

GitHub リポジトリを開く Creator のリポジトリを見る

ダウンロード

Manusで実行

SEO-Artikel aus Audit-Daten

Verwandelt konkrete Findings und Messwerte in einen belegten SEO-Blogartikel — Substanz statt Floskeln.

Wann verwenden

Ein Scan-/Report-Ergebnis (a11y, Performance, SEO) soll als Blogartikel veröffentlicht werden.
Vorhandene Messdaten sollen zu Content mit Suchintention werden.
NICHT für die technische On-Page-Umsetzung (Meta, OG, JSON-LD) — dafür seo.

Input

Findings/Messdaten (Zahlen, Scores, konkrete Beispiele)
Zielkeyword (1 primäres, ggf. 2–3 sekundäre)
Zielgruppe (Kenntnisstand, Rolle)

Vorgehen

Kernaussage bestimmen: Was ist die eine Erkenntnis aus den Daten?
Struktur bauen: H2/H3-Gliederung entlang der Suchintention, nicht entlang der Rohdaten.
Daten als Belege einbauen: jede Behauptung mit Zahl/Beispiel aus den Findings stützen.
Fazit + CTA: Handlungsempfehlung ableiten, dezenter Handlungsaufruf.

Output

Titel (Zielkeyword natürlich enthalten)
Meta-Description (~150 Zeichen, Nutzenversprechen)
Gliederung (H2/H3)
Artikeltext (Intro → Abschnitte mit Belegen → Fazit + CTA)

Gotchas

Echte Daten statt Floskeln — der Artikel steht und fällt mit den Belegen.
Kein Keyword-Stuffing: Substanz vor Keyword-Dichte, Zielkeyword organisch platzieren.
Jede Behauptung mit Zahl oder Beispiel belegen; keine unbelegten Superlative.
Findings sinnvoll aggregieren, nicht 1:1 als Tabelle abkippen.
Reverse-Outline-Check vor Veröffentlichung: jeder Absatz eine Funktion entlang der Suchintention; Füllabsätze raus.
Claim-Validierung: jede Zahl/Behauptung muss durch die Findings gedeckt sein (nicht nur „eine Quelle existiert"); externe Fakten in 2 Quellen prüfen, sonst als offen markieren.

Bevorzugte Formulierungen

„Es gibt Hinweise auf Barrieren." / „Die Prüfung zeigt Auffälligkeiten bei …" / „Aus technischer Sicht besteht Handlungsbedarf."

Nicht verwenden

„nicht barrierefrei" (absolut), „gesetzeswidrig", „abmahngefährdet" (außer ausdrücklich als allgemeines Risiko)
absolute Aussagen ohne Prüfung, Schuldzuweisungen, Panikmache, übertriebenes Marketing

このリポジトリの他の Skills

同じリポジトリ

agent-config-authoring

casoon/ai-agent-config

Konventionen für die Projekt-Config-Ebene der Coding-Agenten (CLAUDE.md / AGENTS.md / GEMINI.md) — Verhaltens-Baseline, Hierarchie, Token-Effizienz, Multi-Tool-Symlinks. Vor allem: die Entscheidung, was in CLAUDE.md gehört vs. in einen Skill vs. Auto-Memory vs. knowledge-base. Nutzen beim Aufsetzen/Verbessern von Projekt-Config. NICHT für das Schreiben einzelner Skills (→ skill-authoring).

2026-07-060

design-directions

casoon/ai-agent-config

Taxonomie der gängigen Webdesign-Richtungen (Editorial, Corporate, Premium/Luxury, Bold Branding, Minimalismus, Tech, Storytelling, Conversion, Content-First, Brand-First) mit Merkmalen und passenden Branchen/Zielen — um bewusst EINE Richtung zu wählen statt beim Default-Template zu landen. Nutzen bei Designrichtungs-Entscheidungen (Phase 5 in web-design-workflow). NICHT für die konkrete ästhetische Ausführung — dafür frontend-design.

2026-07-040

web-design-workflow

casoon/ai-agent-config

Creative-Director-Prozess für individuelles Webdesign — Strategie → Designsystem → Layout → Inhalte → Code, statt sofort HTML zu erzeugen. Erzwingt Markenanalyse, 3–5 bewusst unterschiedliche Designkonzepte und ein fertiges Designsystem VOR dem ersten Layout. Nutzen bei neuer Website/Relaunch, wenn das Ergebnis nach Marke aussieht, nicht nach Template. NICHT für kleine Einzelseiten/Copy-only (→ landing-and-site-builder) oder reine Ästhetik-Fragen (→ frontend-design).

2026-07-040

accessibility-action-plan

casoon/ai-agent-config

Formt aus priorisierten Findings einen konkreten, umsetzbaren Maßnahmenplan mit Prioritäts- und Aufwandseinordnung. Nutzen, wenn aus einem Audit ein Umsetzungsplan werden soll.

2026-07-030

accessibility-finding-explainer

casoon/ai-agent-config

Übersetzt ein einzelnes technisches Barrierefreiheits-Finding (axe, Lighthouse, Pa11y, manuelle WCAG-Prüfung) in sachliche, verständliche Kundensprache. Nutzen, wenn ein Finding kundengerecht mit Auswirkung, Maßnahme und Priorität erklärt werden soll.

2026-07-030

accessibility-report-summary

casoon/ai-agent-config

Erstellt aus technischen Audit-Rohdaten (Lighthouse, axe, Pa11y, auditmysite, manuelle Prüfung) eine verständliche Zusammenfassung für Endkunden. Nutzen, wenn ein ganzer Report/Scan kundenfreundlich zusammengefasst werden soll.

2026-07-030

SEO-Artikel aus Audit-Daten

Verwandelt konkrete Findings und Messwerte in einen belegten SEO-Blogartikel — Substanz statt Floskeln.

Wann verwenden

Ein Scan-/Report-Ergebnis (a11y, Performance, SEO) soll als Blogartikel veröffentlicht werden.

Vorhandene Messdaten sollen zu Content mit Suchintention werden.

NICHT für die technische On-Page-Umsetzung (Meta, OG, JSON-LD) — dafür seo.

Input

Findings/Messdaten (Zahlen, Scores, konkrete Beispiele)

Zielkeyword (1 primäres, ggf. 2–3 sekundäre)

Zielgruppe (Kenntnisstand, Rolle)

Vorgehen

Kernaussage bestimmen: Was ist die eine Erkenntnis aus den Daten?

Struktur bauen: H2/H3-Gliederung entlang der Suchintention, nicht entlang der Rohdaten.

Daten als Belege einbauen: jede Behauptung mit Zahl/Beispiel aus den Findings stützen.

Fazit + CTA: Handlungsempfehlung ableiten, dezenter Handlungsaufruf.

Output

Titel (Zielkeyword natürlich enthalten)

Meta-Description (~150 Zeichen, Nutzenversprechen)

Gliederung (H2/H3)

Artikeltext (Intro → Abschnitte mit Belegen → Fazit + CTA)

Gotchas

Echte Daten statt Floskeln — der Artikel steht und fällt mit den Belegen.

Kein Keyword-Stuffing: Substanz vor Keyword-Dichte, Zielkeyword organisch platzieren.

Jede Behauptung mit Zahl oder Beispiel belegen; keine unbelegten Superlative.

Findings sinnvoll aggregieren, nicht 1:1 als Tabelle abkippen.

Reverse-Outline-Check vor Veröffentlichung: jeder Absatz eine Funktion entlang der Suchintention; Füllabsätze raus.

Claim-Validierung: jede Zahl/Behauptung muss durch die Findings gedeckt sein (nicht nur „eine Quelle existiert"); externe Fakten in 2 Quellen prüfen, sonst als offen markieren.

Bevorzugte Formulierungen

„Es gibt Hinweise auf Barrieren." / „Die Prüfung zeigt Auffälligkeiten bei …" / „Aus technischer Sicht besteht Handlungsbedarf."

Nicht verwenden

„nicht barrierefrei" (absolut), „gesetzeswidrig", „abmahngefährdet" (außer ausdrücklich als allgemeines Risiko)

absolute Aussagen ohne Prüfung, Schuldzuweisungen, Panikmache, übertriebenes Marketing

name	seo-article-from-audit-data
description	Macht aus Messdaten und Audit-Findings einen SEO-Blogartikel. Nutzen, wenn aus Report-/Scan-Daten Content werden soll. Für On-Page-SEO-Mechanik siehe seo.