wvvb/website-copyrighting

Website-Copywriting

Eine Website sollte die richtige Person ihre Situation erkennen lassen, verstehen, was das Produkt tut, und wissen, was als Nächstes zu tun ist.

Prinzip: Schreiben Sie von der Realität des Besuchers aus nach außen, nicht von der Produkt-Feature-Liste nach innen. Der Text muss sich anhören wie eine Person, die die Arbeit versteht, nicht wie ein Vermarkter, der erklärt, wie Marketing funktioniert.

Dies ist eine Schreib- und Informationsdesign-Fähigkeit, kein KI-Detektor und keine starre Konvertierungsformel. Optimieren Sie nicht darauf, „menschlich“ zu klingen, auf Kosten von Wahrheit, Zugänglichkeit oder Präzision.

Evidenzlabels

Version 1.1. Labels erscheinen nur bei Wirksamkeitsbehauptungen: Aussagen, dass etwas Wiedererkennung, Verständnis, Vertrauen oder Konversion verbessert. Verpflichtungen und Arbeitsschritte werden nicht bewertet.

• [E] verifizierte direkte Evidenz: peer-reviewte Studie oder dokumentierter Test, der die genannte Wirkung misst, mit Effektstärke und Grenzen.
• [P] plausible Praxis: nützlich ohne direkte gemessene Evidenz für dieses Publikum.
• [S] redaktionelle Stilpräferenz. Stilpunkte werden in references/evidence.md bewertet; sie werden im Skill nicht inline getaggt.

Keine Regel in diesem Skill ist [E] für Landingpage-Konversion. Behandeln Sie Konversionsratschläge als Hypothesen, die auf der tatsächlichen Website getestet werden müssen, und versprechen Sie niemals eine Steigerung ohne Messung. Nicht gekennzeichnete Wirksamkeitsbehauptungen hier sind beratende Praxis auf [P]; Verpflichtungen und Arbeitsschritte sind nicht bewertet. Die vollständige Einzelposten-Klassifikation, Quellen und Kandidatenexperimente befinden sich in references/evidence.md.

Nicht-verhandelbare Regeln

1. Führen Sie mit Relevanz. Nennen Sie ein spezifisches Problem, eine Aufgabe oder ein Ergebnis, das der beabsichtigte Besucher erkennt. Kommen Sie schnell genug zum Produkt, damit der Besucher versteht, was angeboten wird. [P]
2. Erklären Sie den kausalen Zusammenhang. Zeigen Sie, was das Produkt tatsächlich tut, um zu helfen. Ersetzen Sie Mechanismen nicht durch Versprechen. [P]
3. Klingen Sie natürlich. Bevorzugen Sie alltägliche Sprache, spezifische Substantive und gewöhnliche Verben. Bewahren Sie technische Genauigkeit für technische Zielgruppen.
4. Verwenden Sie keine Em-Dashes oder En-Dashes in vorgeschlagenen Website-Texten. Ersetzen Sie sie durch einen Punkt, ein Komma, einen Doppelpunkt oder eine natürliche Umformulierung. Bewahren Sie die ursprüngliche Interpunktion beim Zitieren von Quellmaterial. Wenn der Benutzer explizit einen anderen Stil wünscht, folgen Sie diesem.
5. Keine erfundenen Emotionen. Erfinden Sie keine Schmerzen, Dringlichkeit, Angst, Statistiken, sozialen Beweise, Ergebnisse oder Features.
6. Kein erzwungenes Template. Geben Sie nicht jeder Website die gleiche Problem/Agitation/Lösung/Features/Testimonials/CTA-Sequenz. Wählen Sie Abschnitte basierend darauf, was Besucher zur Entscheidungsfindung benötigen.
7. Schreiben Sie nicht nur um, um umzuschreiben. Wenn das Original klarer ist, behalten Sie es. Nehmen Sie die kleinste Änderung vor, die das Verständnis verbessert.

Entscheiden Sie, was der Besucher verstehen muss

Bevor Sie bearbeiten, prüfen Sie das vom Benutzer bereitgestellte Material: Live-Seite, Screenshot, aktueller Text, Briefing oder Quellcode. Bestimmen Sie:

• Zielgruppe: Wer braucht dies? Verwenden Sie eine erkennbare Rolle oder Situation statt „jeder.“
• Auslöser: Welches Ereignis bringt sie dazu, jetzt nach Hilfe zu suchen?
• Aufgabe: Was versuchen sie zu erreichen?
• Hindernis: Warum scheitert der aktuelle Ansatz oder erfordert zu viel Aufwand?
• Kosten: Was bedeutet das Hindernis tatsächlich für sie? Verlorene Zeit, unbeantwortete Fragen, Verwirrung, Risiko oder Geld. Fügen Sie nur Konsequenzen hinzu, die durch den Kontext gestützt werden.
• Gewünschte Veränderung: Was würde ihre nächste Stunde, ihren Tag oder ihren Workflow verbessern?
• Produktmechanismus: Wie bewirkt das Produkt diese Veränderung in konkreten Begriffen?
• Evidenz: Was ist demonstriert, dokumentiert oder verifiziert?
• Aktion: Worauf können sie tatsächlich klicken, was ausprobieren, anfordern oder als nächstes lesen?

Bewahren Sie eine klare Unterscheidung zwischen Fakten und Annahmen. Wenn Details fehlen, verwenden Sie konservative Sprache und kennzeichnen Sie materielle Annahmen in Ihrer Erklärung an den Benutzer. Erfinden Sie keine spezifischen Kunden oder Workflows.

Erstellen Sie ein internes Problem-Modell

Verwenden Sie dies als Denkhilfe, niemals als zu veröffentlichenden Text:

Jemand in [realer Situation] versucht [Aufgabe], aber [Hindernis]. Sie wünschen [Ergebnis]. Das Produkt hilft durch [spezifischen Mechanismus].

Destillieren Sie es dann zu einem erkennbaren Moment. Der Moment ist wichtiger als eine abstrakte Kategorie.

• Abstrakt: „Finanzteams benötigen optimierte Abstimmungs-Workflows.“
• Konkret: „Der Auszahlungsbetrag und Ihre Transaktionsaufzeichnungen stimmen nicht überein.“
• Abstrakt: „Verbessern Sie die Beobachtbarkeit in verteilten Bereitstellungen.“
• Konkret: „Ein Deployment ist fehlgeschlagen. Sie durchsuchen drei Dienste, um den Fehler zu finden.“

Eine gute Überschrift kann mit dem Problem oder mit dem gewünschten Ergebnis beginnen. Wählen Sie, was dem beabsichtigten Besucher am schnellsten sagt: „Das ist für mich.“ Eine problemorientierte Überschrift ist nicht automatisch am besten, wenn die Zielgruppe bereits genau weiß, was sie will.

Verfassen Sie die Nachricht

Denken Sie diese Beats intern durch. Drucken Sie sie nicht als sechs identische Website-Abschnitte aus.

1. Erkennung: Eine tatsächliche Situation, die der Besucher erlebt hat oder sich vorstellen kann.
2. Bedeutung: Was ungelöst, schwierig, teuer oder unsicher bleibt. Eine spezifische Konsequenz ist normalerweise genug.
3. Erleichterung: Was wird möglich oder einfacher.
4. Mechanismus: Wie das Produkt den Besucher dorthin bringt.
5. Glaubwürdigkeit: Ein echtes Beispiel, eine Demo, eine Fähigkeit, eine Einschränkung oder eine Quelle, die Vertrauen schafft.
6. Nächste Aktion: Ein CTA, dessen Ziel sein Versprechen erfüllt.

Der erste Bildschirm sollte normalerweise Erkennung, die Lösung und einen glaubwürdigen Mechanismus liefern, ohne dass der Besucher scrollen muss. Verbringen Sie nicht eine halbe Seite damit, ein Problem zu dramatisieren, das der Besucher bereits versteht.

Schreiben Sie den Hero

• Überschrift: Ein klarer Gedanke zur Aufgabe, zum Problem oder zum gewünschten Ergebnis des Besuchers. Spezifisch ist besser als clever.
• Unterstützung: Nennen Sie, wem es hilft, und beschreiben Sie, wie es funktioniert, in ein oder zwei natürlichen Sätzen. Entfernen Sie alle Wörter, die das Verständnis des Lesers nicht ändern.
• CTA: Eine echte Aktion wie „Ein Beispiel ansehen“, „Dokumentation lesen“, „Demo ausprobieren“ oder „Mit dem Betreuer sprechen“, nur wenn diese Aktion existiert.
• Visuell: Wenn eines vorhanden oder gewünscht ist, bevorzugen Sie einen echten Workflow, einen Schnittstellenstatus oder ein Vorher-Nachher-Datenbeispiel gegenüber abstrakten dekorativen Metaphern.

Die Überschrift und die Unterstützung sollten unterschiedliche Aufgaben erfüllen. Sagen Sie dasselbe Versprechen nicht dreimal in unterschiedlichen Worten.

Erklären Sie die Lösung als Ursache, nicht als Slogan

Gehen Sie für jedes wichtige Feature durch:

Was es tut -> was sich für den Besucher ändert -> warum das wichtig ist -> was die Behauptung stützt.

Beispiel:

• Fähigkeit: Führen Sie generiertes SQL gegen Parquet-, JSON- und CSV-Dateien in der Infrastruktur des Kunden aus.
• Was sich ändert: Der Kunde kann diese Dateien untersuchen, ohne ihre Inhalte an einen gehosteten Analyseanbieter zu senden.
• Bedeutung: Ihre Daten bleiben in der von ihnen betriebenen Infrastruktur.
• Umfang: Dies beweist nicht, dass das gesamte System keine Sicherheitsrisiken hat.

Verwenden Sie den relevantesten Teil dieser Kette im Hero. Platzieren Sie den Rest in einer Demo, einem Workflow-Abschnitt, FAQ oder der Dokumentation nach Bedarf.

Machen Sie den Text so, dass er sich anfühlt, als wäre er von einer Person geschrieben

Menschlich klingender Text ist oft spezifischer, weniger symmetrisch und weniger eifrig, sich selbst zu erklären. Er fühlt sich bearbeitet an, nicht in einem Durchgang generiert.

Bevorzugen Sie

• Eine konkrete Situation statt einer Kategoriebezeichnung.
• Vertraute Formulierungen statt konzeptionellem Jargon.
• Details, die nur für diese Zielgruppe und dieses Produkt Sinn ergeben.
• Direkte Beschreibungen statt hohler Begeisterung.
• Unterschiedliche Satzrhythmen, wenn sie dem Leser helfen, einer Idee zu folgen.
• Ein nützliches Beispiel, das die Behauptung verdeutlicht.
• Ehrliche Grenzen, praktische Abwägungen und präzise technische Begriffe, wenn diese Vertrauen aufbauen.
• Natürliche Übergänge, die der tatsächlichen Idee folgen, nicht vorgefertigten Verbindungssätzen.

Entfernen oder umschreiben Sie

• Marketing-Füllwörter: „Entfesseln“, „Superchargen“, „Nahtlos“, „Innovativ“, „Spielverändernd“, „Nächste Generation“, „Revolutionieren“, „Befähigen“ und ähnliche Begriffe, wenn sie Bedeutung ersetzen.
• Erfundene Kontraste: „Es ist nicht nur X. Es ist Y.“ „Hör auf, X zu tun. Fang an, Y zu tun.“ „Die Zukunft von X ist da.“ Verwenden Sie Kontraste nur, wenn sie einen tatsächlichen Unterschied in normaler Sprache erklären.
• Angekündigte Struktur: „In diesem Abschnitt werden wir uns mit … befassen.“ „Lass uns eintauchen.“ „Hier ist, warum das wichtig ist.“ Sagen Sie Besuchern nicht, dass Sie dabei sind, etwas zu erklären; erklären Sie es.
• Wiederholte Umformulierung: Eine Überschrift, ein Untertitel, drei Feature-Karten und ein abschließender Absatz, die alle dieselbe Behauptung aufstellen.
• Perfekt symmetrische Abschnitte: Drei Karten mit identischen grammatikalischen Mustern, identischen Wortzahlen und einer ordentlichen Zusammenfassung, nur um das Layout zu vervollständigen.
• Übererklärte Bedeutung: „Dies befähigt Unternehmen, die Kontrolle über ihren Erfolg zu übernehmen.“ Wenn die Konsequenz offensichtlich ist, hören Sie auf zu schreiben.
• Leere emotionale Sprache: „Verabschieden Sie sich von Kopfschmerzen“ oder „Nie wieder Sorgen machen“ ohne konkreten Grund.
• Erzwungene Konversationstricks: Wiederholte rhetorische Fragen, erfundene Anekdoten, erzwungener Humor, übermäßige Kontraktionen und künstliche Verletzlichkeit.
• Syntaktische Politur, die unnatürlich klingt: Dichte Nominalphrasen, Aneinanderreihungen von Adjektiven und Satzzeichen, die die Arbeit klarer Sätze erledigen.

Machen Sie kein Wort zu einer Blacklist Ihrer Bearbeitungsstrategie. Ein Wort kann im richtigen Kontext angemessen sein. Die Interpunktionsanforderung oben ist eine Projektstilregel; die tiefere Aufgabe ist, Gedanken, Struktur und Evidenz zu reparieren. Ein Texter, der lediglich Gedankenstriche entfernt und „Hebelwirkung“ durch „Nutzen“ ersetzt, hat das Problem nicht gelöst.

Bearbeiten Sie auf zwei Ebenen

Struktureller Durchgang:

• Ist das tatsächliche Problem des Lesers sichtbar oder spricht die Seite über sich selbst?
• Lehrt jeder Abschnitt etwas Neues oder beseitigt einen echten Einwand?
• Erscheint das Produkt, bevor der Besucher das Interesse verliert?
• Ist das Argument nur linear, weil das Modell standardmäßig eine Vorlage verwendet hat?
• Gibt es unnötige Zusammenfassungen, wiederholte Abschnittsbezeichnungen oder übertriebene Alt-gegen-Neu-Erzählungen?
• Folgt der Inhalt der Art und Weise, wie dieser spezifische Besucher entscheidet, und nicht einem generischen Verkaufstrichter?

Satzweiser Durchgang:

• Würde eine sachkundige Person diesen Satz tatsächlich zu einer anderen Person sagen?
• Gibt es ein spezifischeres Substantiv oder Verb?
• Kann der Satz gekürzt werden, ohne eine Tatsache zu entfernen?
• Versucht der Satz, beeindruckend zu klingen, anstatt etwas zu erklären?
• Sind die Fakten korrekt und die Vorteile vertretbar?
• Gibt es Em-Dashes oder En-Dashes im vorgeschlagenen Text? Entfernen Sie sie.

Lesen Sie das Ergebnis als Besucher, nicht als Schreiber. Wenn es sich wie ein einstudierter Pitch anhört, vereinfachen Sie das Denken, anstatt weitere „vermenschlichende“ Tricks hinzuzufügen.

Psychologie verantwortungsvoll einsetzen

Verwenden Sie psychologisch nützliche Prinzipien als diagnostische Linsen, nicht als Ausreden, um Menschen zu manipulieren. Jedes Prinzip unten ist [P].

• Erkennung: Menschen engagieren sich, wenn sie die beschriebene Situation identifizieren können. [P]
• Kognitive Leichtigkeit: Konkrete Sprache und ein kohärenter Pfad reduzieren den Aufwand. [P]
• Informationsduft: Überschriften und CTAs sollten genau vorhersagen, was als Nächstes kommt. [P]
• Kontrolle: Menschen möchten wissen, was sie inspizieren, ändern, behalten oder rückgängig machen können. [P]
• Vertrauen: Evidenz, tatsächliche Mechanismen und anerkannte Grenzen können nützlicher sein als große Behauptungen. [P]
• Motivation: Der Text sollte mit etwas verbinden, das der Besucher erreichen möchte, nicht Unsicherheit oder Druck erfinden. [P]

Vermeiden Sie künstliche Knappheit, sozialen Beweis, erfundene Kosteneinsparungen, ungestützte Leistungsvergleiche, manipulative Voreinstellungen oder implizite Garantien.

Seitenarchitektur ist situationsabhängig

Produzieren Sie nicht dieselbe Landingpage für ein Entwickler-CLI, ein Finanzoperationsprodukt und ein Verbraucherdienstprogramm.

Für Experten- oder Entwicklerzielgruppen: Führen Sie normalerweise mit der praktischen Aufgabe oder dem technischen Ergebnis. Zeigen Sie früh einen Befehl, eine Schnittstelle, ein Beispiel, ein Architekturdetail oder einen Dokumentationslink. Vermeiden Sie es, ein bekanntes Problem zu sehr zu erklären.

Für operative Käufer: Führen Sie mit einem erkennbaren Vorfall oder einer erkennbaren Verantwortung. Erklären Sie, was sie untersuchen, verhindern oder abschließen können, zeigen Sie dann den Workflow und die Einschränkungen.

Für unbekannte Kategorien: Definieren Sie das Produkt früh, verankern Sie es in einer bekannten Situation und zeigen Sie, wie jemand es tatsächlich nutzen würde. Neuheit allein ist kein Wertversprechen.

Für eine Ein-Feature- oder bereits klare Seite: Nehmen Sie eine präzise Änderung vor. Hängen Sie keine lange Problemgeschichte an.

Jeder Abschnitt muss seinen Platz verdienen, indem er eine echte Frage oder einen echten Einwand beantwortet. Wenn nicht, entfernen Sie ihn.

Beispiel: Queryance

Schwache, feature-zentrierte Version

Open-Source-Analyse für Finanzoperationen. Konvertieren Sie natürliche Sprache in SQL und führen Sie es auf Parquet-, JSON- und CSV-Dateien in Ihrer Infrastruktur aus.

Dies beschreibt zuerst die Maschinerie. Es zwingt Besucher, den Grund für ihr Interesse selbst zu erarbeiten.

Menschliches Problem-Version

Finden Sie heraus, warum Ihre Auszahlungszahlen nicht übereinstimmen.

Queryance hilft SaaS-Finanzteams, Unterschiede zwischen ihren Aufzeichnungen zu untersuchen. Stellen Sie eine Frage, überprüfen Sie das SQL und führen Sie es gegen Parquet-, JSON- oder CSV-Dateien in Ihrer eigenen Infrastruktur aus.

CTA: Sprechen Sie mit dem Betreuer

Der erste Satz nennt eine tatsächliche Aufgabe. Der zweite erklärt, für wen das Produkt ist und wie es funktioniert. Der CTA ist nur angemessen, wenn tatsächlich eine Möglichkeit zur Kontaktaufnahme mit dem Betreuer existiert.

Eine Version, die zu sehr bemüht ist

Immer noch im finanziellen Chaos ertrunken?

Hören Sie auf, Zeit mit veralteten Tabellenkalkulationen zu verschwenden. Entfesseln Sie mühelose Abstimmung mit der nächsten Generation intelligenter Finanzoperationen.

Dies erfindet Emotion, stützt sich auf Branchenklischees und erklärt nie den Mechanismus. Es ist kürzer als die gute Version, aber weniger informativ.

Diese Beispiele sind Ausgangspunkte, keine vorgeschriebenen Muster. Wenn echte Kunden andere Sprache verwenden, bevorzugen Sie deren Sprache, nachdem Sie überprüft haben, was sie meinen.

Ausführungsmodi

Folgen Sie dem Umfang der Benutzeranfrage.

Audit

Geben Sie die oberen 3 bis 5 spezifischen Text- oder Hierarchieprobleme an. Zitieren Sie den relevanten Text, beschreiben Sie, was ein Besucher missverstehen oder übersehen würde, und empfehlen Sie gezielte Korrekturen. Identifizieren Sie, was bereits funktioniert. Beanspruchen Sie keine Konversionsverbesserungen ohne Messung.

Rewrite

Stellen Sie produktionsreife Texte für die angeforderten Abschnitte bereit, unter Verwendung der bestehenden Markenstimme der Website