Communitygithub.com

dedene/website-copy

Schreibt oder schreibt Conversion-Texte für Homepages, Landingpages, Service-, Über-uns- und Kontaktseiten von Dienstleistungsunternehmen um. Liefert ein Wireframe, abschnittsweise Texte mit Regel-IDs, Headline- und CTA-Alternativen sowie eine Liste offener Lücken. Verwende für "Schreib meine Homepage", "Schreib diesen Hero um", "Landingpage-Text für meine Anzeigen". Zur Überprüfung einer bestehenden Seite verwende website-conversion-audit.

Was ist website-copy?

Diese Fähigkeit (Skill) ist ein spezialisierter Copywriting-Assistent für kleine und mittlere Dienstleistungsunternehmen (Handwerker, Kliniken, Coaches, Berater, Agenturen, lokale Profis). Ihr Ziel ist es, einen überzeugenden Text für eine einzelne Webseite (Homepage, Service-Seite, bezahlte Landingpage, Über-uns, Kontakt) zu erstellen, der einen Fremden in fünf Sekunden das Angebot verstehen lässt und ihm klar sagt, was er als Nächstes tun soll. Der Skill unterstützt die Plattformen Claude Code, Cursor und Codex und zeichnet sich durch eine hochgradig strukturierte Workflow-Methode aus: Er beginnt mit einer Analyse des Geschäftskontexts (aus einer vorhandenen Datei oder einer Minibriefing-Session), legt dann die Seitenart, die Traffic-Temperatur (kalt/warm/bezahlt), die Verkaufsart (Verbraucher/B2B) und das lokale Format fest. Daraufhin erstellt der Skill ein Argumentationsgerüst, schreibt den Hero, entwickelt Abschnitt für Abschnitt den Text, kürzt und prüft ihn und liefert am Ende ein vollständiges Copy-Paket mit Wireframe, Alternativen und offenen Lücken. Wichtig: Der Skill erfindet keine Beweise (Testimonials, Zahlen, Logos), sondern setzt Platzhalter wie `[PROOF NEEDED: …]`, die später vom Kunden ausgefüllt werden müssen. Er berücksichtigt länderspezifische Besonderheiten (z. B. BE/EU-Regeln) und enthält Verweise auf eine umfangreiche Wissensdatenbank mit Referenzdateien für Prinzipien, Hero-Formeln, Seitenstruktur, Copy-Qualität, Proof-Strategien und mehr.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/dedene/skills/tree/HEAD/skills/website-copy

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Website-Kopie

Schreibe die Wörter für eine Seite nach der anderen: Wähle die Struktur, dann schreibe den Text Abschnitt für Abschnitt, damit ein Fremder das Angebot in fünf Sekunden versteht und weiß, was er als Nächstes tun soll. Der Umfang beschränkt sich auf kleine und mittlere Dienstleistungs-Unternehmen (Handwerker, Kliniken, Coaches, Berater, Agenturen, lokale Profis). E-Commerce-Kataloge sind nicht im Umfang; SaaS-Seiten passen nur bedingt. Die Ausgabe ist Text plus ein Wireframe, kein Design oder HTML.

Beginne mit dem Geschäftskontext

  1. Wenn .agents/business-context.md existiert, lies es zuerst. Verwende es als Quelle der Wahrheit und frage nur nach dem, was die Seite benötigt und was der Datei fehlt.
  2. Wenn es fehlt, führe ein Mini-Briefing durch, eine Frage nach der anderen:
    • Idealer Kunde: wer, welche Situation, wie sie das Problem nennen.
    • Die eine Aufgabe der Website: die primäre Aktion und was nach dem Klick passiert.
    • Angebots- und Preisstrategie: was verkauft wird und genau / ab / Spannen / Faktoren / versteckt.
    • Verfügbare Beweise: Bewertungen (Plattform, Bewertung, Anzahl), zitierfähige Kunden, echte Zahlen, Fotos.
    • Ort: Land, Sprachen, Formalität (Sie/Du). Für eine komplette Neuschreibung der Website oder einen dünnen Antwortsatz schlage vor, zuerst website-brief auszuführen, und begründe warum. Niemand verfügbar, um zu antworten: Fahre mit geschätzten Werten fort und liste die Fragen unter „Offene Lücken“ auf.
  3. Wenn eine Seite bereits existiert, lies sie, bevor du schreibst (die URL via agent-browser oder einen einfachen Fetch, oder die Vorlagen/Inhalte des Repositorys). Gute Zeilen sind oft bereits vorhanden, aber vergraben (BRIEF-01).
  4. Gib jede Annahme, die du triffst, in der Ausgabe an. Erfinde niemals Beweise: keine Testimonials, Bewertungen, Kundenanzahlen, Logos oder Ergebnisse, die das Briefing nicht enthält. Verwende Platzhalter wie [PROOF NEEDED: Erfahrungsbericht über die Geschwindigkeit der Lieferung].

Arbeitsablauf

  1. Lege den Auftrag fest. Entscheide vier Dinge, bevor du ein Wort schreibst, und gib sie am Anfang der Ausgabe an:

    EntscheidungOptionenWas sich ändert
    SeitentypHomepage · Service-Seite · bezahlte Landingpage · Über uns · Kontakt/Buchung · Preise · FAQ · TestimonialsStruktur: Homepage-Typ nach Angebotsmix (STRUCT-01) dann der 10-Abschnitts-Bauplan (STRUCT-02); Service-Seiten-Wireframe (PAGE-01); bezahlte LP-Reihenfolge (STRUCT-03); Über-uns-Wireframe (ABOUT-01…07); andere Seiten in references/page-types.md
    Traffic-TemperaturKalt organisch · bezahlt (Anzeigenklick) · warm (Empfehlung, YouTube, KI-Assistent)Kalt: das vollständige Argument. Bezahlt: dedizierte Seite, Eyebrow und Headline wiederholen die Anzeige, keine Navigation, 3–5 Testimonials auf der Seite (C2, STRUCT-03). Warm: kürzere Seite, Buchungsblock weit oben, vollständiges Argument darunter (AI-04, C18)
    VerkaufsartLokal/Verbraucher · B2B-KomplexverkaufVerbraucher: Bewertungen, Gesichter und Nachher-Zustandsbilder als Beweis; Buchungs-, Angebots- oder Anruf-CTA. B2B: Beweis = benannte Fallstudien und Kundenaussagen (Logos nur mit Erlaubnis; PROOF-12); CTA = ein Entdeckungsgespräch, das sagt, mit wem sie sprechen und wie lange (CTA-02, BOOK-02); richte dich sowohl an den Champion als auch an den Entscheider (z. B. ein FAQ oder Abschnitt für IT/DSB); Preis über Spannen oder eine Mindestprojektgröße (PRICE-03); Hero-Bild = das echte Produkt oder die echte Dienstleistung in Verwendung (HERO-12)
    OrtSprache + Land + FormalitätSchreibe den Text in der Sprache des Unternehmens (Niederländisch für Flandern, Französisch für Wallonien). BE/EU: wende references/be-eu.md an (BE-01…07: transkreieren, Formalität, Booster-Wörter, Ortsnamen, Formate; BE-35/36: bescheidene Behauptungen, sichtbare Menschen)

    Zulässige Abweichungen von der Reihenfolge: Notdienste (Handwerker) platzieren Vorteile und Beweise direkt nach dem Hero; Warm-Traffic-Seiten können Problem und Lösung zusammenführen (C17).

  2. Lege die Aktionen fest. Eine primäre Aktion pro Seite (CTA-01). Schreibe den Button-Text einmal (Aktionsverb + was als Nächstes passiert, CTA-02, niemals ein CTA-03-Ausdruck), seine Booster-Zeile (CTA-08) und Schritt 1 des Prozesses in denselben Worten (CTA-09). Wähle den Pfad nach dem Klick basierend auf dem Geschäftsmodell (Buchung vs. Angebotsformular vs. Anruf, C12). Füge ein Übergangsangebot nur als untergeordneten Textlink oder einen eigenen unteren Abschnitt hinzu (CTA-10, C1). Bezahlte LPs erhalten keine sekundäre Aktion.

  3. Kartiere das Argument. Schreibe vor dem Hero den Startzustand des Lesers (Bewusstseinsphase, FLOW-02), den Endzustand, der die CTA offensichtlich macht, und die 4–7 Überzeugungen dazwischen in Abhängigkeitsreihenfolge (FLOW-01). Liste die wichtigsten Einwände und den Abschnitt, in dem jeder auftaucht (FLOW-07). Die Kette entscheidet, welche Abschnitte existieren; die Struktur aus Schritt 1 ist die Standardform (references/flow.md).

  4. Schreibe den Hero. Wähle die Headline-Formel nach Geschäftstyp (HERO-02: Transformation, Problem oder einfaches Was-tust-du), verankert am Wunsch des Kunden, nicht an deiner Kategorie (HERO-03). Der Untertitel liefert die fehlende Hälfte: was/wie, wer, Format, Ort (HERO-06). Füge einen Eyebrow (HERO-08), drei Ergebnisse (HERO-09), einen Button + Booster (HERO-10), echte Beweise oder einen Platzhalter (HERO-11) und eine Bildbeschreibung hinzu, die den Nachher-Zustand des Kunden zeigt (HERO-12). Prüfe es gegen die sieben Fehler (HERO-05) und den 5-Sekunden-Test (HERO-01).

  5. Lege die Abschnitte aus. Eine Überzeugung pro Abschnitt: Jede Wireframe-Zeile sagt, was sie erfordert, was sie etabliert und welche Frage sie offen lässt (FLOW-03); der nächste Abschnitt beantwortet diese Frage (FLOW-04). Keine Behauptung über den Überzeugungen, die sie benötigt (FLOW-06). Jede Überschrift ist eine Mini-Headline, kein Etikett (STRUCT-06). Ordne Beweise Behauptungen und Gegenargumente Einwänden zu, bevor du den Fließtext schreibst (PROOF-08, FLOW-07).

  6. Schreibe jeden Abschnitt. Kundenwörter über Branchenwörter (COPY-01), „Sie“ dominant außer auf Über-uns-Seiten (COPY-02, C5), Vorteile zuerst mit dem Merkmal, das sie ermöglicht (COPY-04), Spezifisches über Allgemeinplätze (COPY-11), Lesbarkeitsstufe 7–8 (COPY-09; ≈ CEFR B1, „klare taal“ auf NL, „langage clair“ auf FR). Setze jedes Testimonial neben die Behauptung, die es beweist (PROOF-03, PROOF-07). Sage etwas Konkretes über den Preis (PRICE-01, PRICE-03). FAQ wechselt echte Fragen mit Einwänden ab und enthält logistische Antworten (AI-01).

  7. Kürzen und durchforsten. Kürze den Entwurf grob um die Hälfte, wo die Leute entscheiden (C3, Copy-Längen-Tabelle in references/copy.md). Führe den Copy-QA-Durchlauf in dieser Datei durch (Klarheit → Kundensprache → na und → beweisen → Spezifität → Emotion → null Risiko → Konsistenz → Lokalisierung). Scanne die Liste der verbotenen Phrasen.

  8. Teste den Fluss. Nur-Überschriften-Test und der Naht-Test an jedem benachbarten Paar: „deshalb“ oder „aber“, niemals „und auch“ (FLOW-04, FLOW-05). Überprüfe, ob die endgültige CTA der letzten geschlossenen Frage folgt (FLOW-08). Führe dann das feindselige Leserpanel durch; behebe jeden Einwand, den 3+ Leser erheben, und führe es einmal erneut durch (FLOW-09).

  9. Liefere das Ergebnis mit dem untenstehenden Ausgabeformat, biete dann einen Ent-KI-Durchlauf an (humanizer / stop-slop) und, für NL-BE-Texte, belgisch-nederlands-redacteur falls verfügbar.

  10. Die Implementierung ist ein separater Schritt. Erzeuge kein HTML, außer es wird danach gefragt. Wenn das Projekt eine Codebasis hat und der Benutzer um Implementierung bittet, lass den Text zuerst genehmigen, baue ihn dann in die vorhandenen Komponenten des Projekts ein oder übergib ihn. Frage, bevor du eine Live-Site oder ein CMS bearbeitest.

Ausgabeformat

Der Text ist in der Sprache der Seite, auf dem COPY-09-Leseniveau für diese Sprache; Anmerkungen und Begründung sind in der Sprache, in der der Benutzer mit dir schreibt.

# [Seite] Text: [Unternehmensname]

**Seitentyp:** … · **Traffic:** kalt / bezahlt / warm · **Verkaufsart:** Verbraucher / B2B · **Sprache:** … (Formalität) · **Primäre CTA:** "…" · **Sekundäre:** "…" oder keine
**Verwendeter Kontext:** .agents/business-context.md (vN) / Mini-Briefing / bestehende Seite unter … · **Annahmen:** …

## Argument
**Startzustand:** … (Bewusstseinsphase, FLOW-02) · **Endzustand:** …
**Überzeugungen:** B1 … → B2 … → … → B7 …
**Einwände:** "…" → Gegenargument bei Abschnitt n (FLOW-07) · …

## Wireframe
| # | Abschnitt | Erfordert | Etabliert | Frage des Lesers nach | Angewandte Regeln |
|---|---|---|---|---|---|
| 1 | Hero | — | B1 | "…" | HERO-02 (Formel 2), HERO-06, HERO-10, CTA-08 |
| 2 | … | … | … | … | … |

**Flussprüfung:** Nur-Überschriften-Test · Nähte (n→n+1: also / aber) · Panel: von 3+ Lesern erhobene Einwände und wie sie behoben wurden (FLOW-04, FLOW-05, FLOW-09)

## Text

### 1. Hero · HERO-02 (Formel …), HERO-06, HERO-08, HERO-09, HERO-10, HERO-11
- Eyebrow: …
- Headline: …
- Untertitel: …
- Ergebnisse: … / … / …
- Button: … · Booster: …
- Beweis: … oder [PROOF NEEDED: …]
- Bildbeschreibung: …
> Warum: ein Satz zur Wahl, die zählt.

### 2. [Abschnittsname] · [Regel-IDs]
- Überschrift: …
- Fließtext: …
- Button (falls vorhanden): gleicher Wortlaut wie im Hero
> Warum: …

(ein Block pro Wireframe-Zeile)

## Alternativen
**Headlines**
1. "…" · Formel … · warum / wann wählen
2. "…" · …
3. "…" · …

**Primäre CTA**
1. "…" · …
2. "…" · …

## Metadaten (Webseiten)
- Title-Tag: … · Meta-Beschreibung: …

## Offene Lücken
- [PROOF NEEDED: …] → wie man es bekommt (PROOF-20)
- Zu bestätigende Annahmen: …
- Benötigte Assets: echtes Teamfoto, Portfolio-Aufnahmen, …
- Entscheidungen für den Eigentümer: z. B. Preisspannen öffentlich oder geschützt (C13)

Regeln, die hier am wichtigsten sind

  • Ein Leser, eine Seite, eine Aktion. Schreibe für den einzelnen idealen Kunden des Briefings (BRIEF-02); eine CTA, überall identisch formuliert (CTA-01, CTA-04).
  • Der Hero trägt die Seite. Formel nach Geschäftstyp (HERO-02); Headline und Untertitel beantworten gemeinsam was, für wen, warum es wichtig ist (HERO-01, HERO-06). Kein „Willkommen bei“, Auszeichnungen, clevere Wortspiele oder unerklärte Methodennamen im Hero (HERO-05, BRIEF-07).
  • Klar schlägt clever. Einfach, gesprächig, die wörtlichen Sätze des Kunden (COPY-01, COPY-08). Clevere Zeilen überleben nur, wenn die nächste Zeile sie auflöst.
  • Kunde als Held, Unternehmen als Führer. Beginne mit ihrem Problem und Nachher-Zustand; stelle dich im Lösungsabschnitt mit Empathie und Autorität vor (COPY-02, STRUCT-02 Zeile 3). Auf einer Seite bedeutet Story Struktur, keine „Triff Sally“-Geschichte (STORY-01, STORY-02).
  • Jeder Abschnitt verdient den nächsten. Eine Überzeugung pro Abschnitt, in Abhängigkeitsreihenfolge; jeder beantwortet die Frage, die der letzte aufgeworfen hat; Nachbarn verbinden sich mit „deshalb“ oder „aber“ (FLOW-01, FLOW-04, FLOW-05). Einwände werden dort beantwortet, wo sie auftauchen, nicht nur im FAQ (FLOW-07).
  • Angeben → Nutzen → Beweis. Jede Behauptung beantwortet „na und?“ (COPY-03) und hat einen Beweis innerhalb einer Bildschirmlänge (PROOF-07). Nicht belegbare Superlative werden gestrichen.
  • Spezifisch oder streichen. Zahlen, Zeitrahmen, Prozessdetails; ungerundete Zahlen nur, wenn echt (COPY-11, COPY-12, PROOF-10).
  • Sprich über den Preis. Genau, ab, Spannen, Faktoren oder Beispielaufträge nach Preistyp (PRICE-03).
  • Kurz, wo die Leute entscheiden. Hero = Headline + ein Satz + Button; 3 Vorteile, 3 Schritte, ~6 FAQs (C3, Copy-Längen-Tabelle). Über-uns-Seiten und Advertorials dürfen länger sein.

Referenzen

DateiLesen, wenn
references/principles.mdImmer zuerst überfliegen: die 15 Prinzipien, Standardwerte, wenn der Kontext fehlt, Widersprüche C1–C21 und wie man sie auflöst
references/brief.mdKeine Kontextdatei vorhanden, oder du benötigst die Kontextvorlage, Voice-of-Customer-Fragen oder Positionierungsregeln
references/hero.mdSchreiben eines Helden: Formeln, Fehler, Anatomie, Layouts nach Geschäftstyp, Umschreibgalerie, 5-Sekunden-Test
references/page-structure.mdAuswahl des Homepage-Typs und der Abschnittsreihenfolge, bezahlte/organische LP-Reihenfolgen, Story-Rahmenwerke, Navigation, Scanbarkeit
references/flow.mdImmer, bevor Abschnitte ausgelegt werden: die Argumentkarte, Fragenkette, Naht-Test, Einwandsplatzierung, feindseliges Leserpanel
references/page-types.mdService-, Multi-Service-, Über-uns-, Testimonials-, Kontakt/Buchungs-, FAQ- und Preisseiten
references/copy.mdSchreiben von Abschnittstexten: Nachrichtenregeln, Abschnittsheadline-Formeln, Storytelling, Längentabelle, verbotene Phrasen, QA-Durchlauf
references/proof-trust.mdAuswählen und Platzieren von Beweisen, Ausweichmöglichkeiten ohne Testimonial, Vergleichstabellen, Garantien, Preisanzeige
references/cta-forms.mdButton-Formulierung, Booster-Zeilen, Buchung vs. Formular vs. Anruf, Formularfelder, Dankesseite
references/lead-offer.mdDie Seite enthält einen Abschnitt mit Übergangsangebot, eine Opt-in-Seite oder eine Dankesseite
references/ai-search.mdFAQ- und Preistexte, die KI-Assistentenfragen beantworten sollen; warmer, bereits verkaufter Traffic
references/be-eu.mdDas Unternehmen befindet sich in Belgien oder der EU: Sprache, Formalität, rechtlicher Footer, Einwilligung, Bewertungs- und Preisregeln
references/sources.mdÜberprüfen, woher eine Regel stammt, oder Zitieren einer Quelle

Leitplanken

  • Nur wahrheitsgemäße Psychologie: Knappheit, Dringlichkeit, sozialer Beweis, Anker und „wie gesehen bei“ müssen echt und überprüfbar sein (Prinzip 13, C14, C15).
  • Keine erfundenen Beweise. Fehlende Beweise werden zu einem [PROOF NEEDED: …]-Platzhalter und einem Punkt in „Offene Lücken“.
  • Statistiken in den Referenzen, die als illustrativ gekennzeichnet sind (Wes‘ und Gästezahlen), erklären die Richtung. Setze sie niemals in Kundentexte oder zitiere sie einem Kunden gegenüber als Tatsache.
  • Texte für regulierte Berufe (medizinisch, rechtlich, finanziell) bleiben innerhalb ihrer Werberichtlinien; kennzeichne Behauptungen zur Überprüfung.
  • Frage, bevor du veröffentlichst, in ein CMS überträgst oder eine Live-Site bearbeitest.

Verwandte Fähigkeiten

  • website-brief: Erstellen oder Aktualisieren von .agents/business-context.md vor einer großen Neuschreibung.
  • website-conversion-audit: Finde heraus, was mit einer bestehenden Seite falsch ist, bevor du sie umschreibst.
  • website-lead-magnet: Gestalte das Übergangsangebot, seine Opt-in- und Dankesseiten sowie die Pflege-E-Mails.
  • humanizer / stop-slop (falls verfügbar): Entferne KI-Schreibmuster aus dem endgültigen Text.
  • belgisch-nederlands-redacteur (falls verfügbar): Poliere belgisch-niederländische Texte.

Anleitung destilliert aus Wes McDowells YouTube-Kanal (siehe references/sources.md). Strukturideen adaptiert von coreyhaines31/marketingskills (MIT).

Individual skills in this repo

This repo contains 1 individual skill — each has its own dedicated page.

Verwandte Skills