Communitygithub.com

dedene/website-copy

Rédige ou réécrit des textes de conversion pour les pages d'accueil, landing pages, pages de services, à propos et contact de prestataires de services, en livrant un wireframe, des annotations par section avec des identifiants de règles, des alternatives de titres et de CTA, ainsi qu'une liste de lacunes. Utilisez-le pour "écrire ma page d'accueil", "réécrire ce hero", "texte de landing page pour mes annonces". Pour examiner une page existante, utilisez website-conversion-audit.

Qu'est-ce que website-copy ?

Ce skill permet de générer des textes de vente optimisés pour les pages web de petites et moyennes entreprises de services (artisans, cliniques, coachs, consultants, agences, professionnels locaux). Il ne convient pas aux sites e-commerce et ne s'applique que partiellement aux pages SaaS. Le processus débute par la collecte du contexte métier (via un fichier `.agents/business-context.md` ou un mini-brief), puis suit un workflow en 10 étapes : définir le type de page, la température du trafic, le type de vente et la locale ; fixer l'action principale ; cartographier l'argumentation ; rédiger le hero ; organiser les sections en fonction des croyances du visiteur ; écrire chaque section ; réduire et vérifier la copie ; tester le flux ; livrer avec un contrat de sortie structuré ; proposer un nettoyage anti-IA. Le résultat inclut un wireframe, chaque section de texte annotée avec les identifiants de règles appliquées, des alternatives de titres et de CTA, ainsi qu'une liste de lacunes à combler. Le skill est conçu pour Claude Code et s'appuie sur des références détaillées (principes, briefs, structures de pages, preuves, formulaires, etc.). Il interdit l'invention de preuves ou de témoignages, et exige une transparence totale sur les hypothèses formulées.

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

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Texte de site Web

Rédigez les mots d'une page à la fois : choisissez la structure, puis écrivez le texte section par section pour qu'un étranger comprenne l'offre en cinq secondes et sache quoi faire ensuite. Le périmètre est celui des petites et moyennes entreprises de services (artisans, cliniques, coachs, consultants, agences, pros locaux). Les catalogues e-commerce sont hors du périmètre ; les pages SaaS ne correspondent que partiellement. Le résultat est un texte plus un wireframe, pas un design ni du HTML.

Commencez par le contexte métier

  1. Si .agents/business-context.md existe, lisez-le d'abord. Utilisez-le comme source de vérité et ne posez que les questions nécessaires sur la page et ce qui manque dans le fichier.
  2. S'il manque, réalisez un mini-brief, une question à la fois :
    • Client idéal : qui, dans quelle situation, comment il nomme le problème.
    • L'unique objectif du site : l'action principale et ce qui se passe après le clic.
    • Offre et positionnement tarifaire : ce qui est vendu, et prix exact / à partir de / fourchettes / facteurs / cachés.
    • Preuves disponibles : avis (plateforme, note, nombre), clients citables, chiffres réels, photos.
    • Locale : pays, langues, niveau de formalité (tu/vous). Pour une réécriture complète du site ou un ensemble de réponses trop succinctes, suggérez d'exécuter website-brief en premier et expliquez pourquoi. Personne n'est disponible pour répondre : poursuivez avec des valeurs déduites et listez les questions sous la rubrique « Lacunes à combler ».
  3. Si une page existe déjà, lisez-la avant d'écrire (l'URL via agent-browser ou une simple récupération, ou les modèles/contenus du dépôt). De bonnes lignes sont souvent déjà là, enterrées (BRIEF-01).
  4. Énoncez chaque hypothèse que vous formulez dans le résultat. N'inventez jamais de preuves : pas de témoignages, notes, nombres de clients, logos ou résultats que le brief ne contient pas. Utilisez des espaces réservés comme [PREUVE NÉCESSAIRE : témoignage sur la rapidité de livraison].

Workflow

  1. Ciblez le travail. Décidez quatre choses avant d'écrire un mot, et indiquez-les en haut du résultat :

    DécisionOptionsCe qui change
    Type de pagePage d'accueil · page de service · landing page payante · À propos · contact/réservation · tarifs · FAQ · témoignagesStructure : type de page d'accueil par mix d'offres (STRUCT-01) puis le plan en 10 sections (STRUCT-02) ; wireframe de page de service (PAGE-01) ; ordre LP payante (STRUCT-03) ; wireframe À propos (ABOUT-01…07) ; autres pages dans references/page-types.md
    Température du traficFroid organique · payant (clic publicitaire) · chaud (recommandation, YouTube, assistant IA)Froid : l'argument complet. Payant : page dédiée, sourcil et titre font écho à l'annonce, pas de navigation, 3 à 5 témoignages sur la page (C2, STRUCT-03). Chaud : page plus courte, bloc de réservation en haut, argument complet en dessous (AI-04, C18)
    Type de venteLocal/consommateur · Vente complexe B2BConsommateur : avis, visages et images d'après-état comme preuve ; CTA de réservation, devis ou appel. B2B : preuve = études de cas nommées et citations de clients (logos uniquement avec autorisation ; PROOF-12) ; CTA = un appel de découverte qui dit à qui ils parleront et pendant combien de temps (CTA-02, BOOK-02) ; adressez à la fois le champion et le décideur (ex. une FAQ ou une section pour le DSI/RGPD) ; prix via des fourchettes ou une taille de projet minimale (PRICE-03) ; image hero = le produit réel ou le livrable en cours d'utilisation (HERO-12)
    LocaleLangue + pays + formalitéRédigez le texte dans la langue de l'entreprise (néerlandais pour la Flandre, français pour la Wallonie). BE/UE : appliquez references/be-eu.md (BE-01…07 : transcréation, formalité, mots booster, noms de lieux, formats ; BE-35/36 : affirmations modestes, humains visibles)

    Ordres de dérogation autorisés : les métiers d'urgence placent les avantages et les preuves juste après le hero ; les pages à trafic chaud peuvent fusionner problème et solution (C17).

  2. Fixez les actions. Une action principale par page (CTA-01). Rédigez le texte du bouton une fois (verbe d'action + ce qui se passe ensuite, CTA-02, jamais une phrase CTA-03), sa ligne d'accroche (CTA-08) et l'étape 1 du processus dans les mêmes mots (CTA-09). Choisissez le chemin après le clic selon le modèle économique (réservation vs formulaire de devis vs appel, C12). Ajoutez une offre de transition uniquement sous forme de lien textuel subordonné ou dans sa propre section inférieure (CTA-10, C1). Les LP payantes n'ont pas d'action secondaire.

  3. Cartographiez l'argument. Avant le hero, écrivez l'état de départ du lecteur (étape de sensibilisation, FLOW-02), l'état final qui rend le CTA évident, et les 4 à 7 croyances intermédiaires dans l'ordre de dépendance (FLOW-01). Listez les principales objections et la section où chacune apparaît (FLOW-07). La chaîne décide quelles sections existent ; la structure de l'étape 1 est la forme par défaut (references/flow.md).

  4. Rédigez le hero. Choisissez la formule de titre par type d'entreprise (HERO-02 : transformation, problème, ou simple ce-que-vous-faites), ancré sur le désir du client, pas sur votre catégorie (HERO-03). Le sous-titre fournit la moitié manquante : quoi/comment, qui, format, lieu (HERO-06). Ajoutez un sourcil (HERO-08), trois résultats (HERO-09), un bouton + une accroche (HERO-10), une preuve réelle ou un espace réservé (HERO-11), et un brief d'image montrant l'après-état du client (HERO-12). Vérifiez-le contre les sept échecs (HERO-05) et le test des 5 secondes (HERO-01).

  5. Disposez les sections. Une croyance par section : chaque ligne du wireframe indique ce qu'elle nécessite, ce qu'elle établit et la question qu'elle laisse ouverte (FLOW-03) ; la section suivante répond à cette question (FLOW-04). Aucune affirmation au-dessus des croyances dont elle a besoin (FLOW-06). Chaque titre est un mini-titre, pas une étiquette (STRUCT-06). Faites correspondre les preuves aux affirmations et les contre-arguments aux objections avant d'écrire le corps du texte (PROOF-08, FLOW-07).

  6. Rédigez chaque section. Les mots du client plutôt que les mots du secteur (COPY-01), « vous » prédominant sauf sur la page À propos (COPY-02, C5), les avantages en premier avec la fonctionnalité qui les permet (COPY-04), des éléments spécifiques plutôt que des clichés (COPY-11), niveau de lecture 7e-8e année (COPY-09 ; ≈ CEFR B1, « klare taal » en NL, « langage clair » en FR). Placez chaque témoignage à côté de l'affirmation qu'il prouve (PROOF-03, PROOF-07). Dites quelque chose de concret sur le prix (PRICE-01, PRICE-03). La FAQ alterne questions réelles et objections et inclut des réponses logistiques (AI-01).

  7. Coupez et balayez. Réduisez le brouillon d'environ la moitié là où les gens décident (C3, tableau des longueurs de copie dans references/copy.md). Effectuez le balayage QA de la copie dans ce fichier (clarté → langage client → et alors → prouvez-le → spécificité → émotion → risque zéro → cohérence → locale). Parcourez la liste des phrases interdites.

  8. Testez le flux. Test des titres uniquement et test de jointure sur chaque paire de voisins : « donc » ou « mais », jamais « et aussi » (FLOW-04, FLOW-05). Vérifiez que le CTA final suit la dernière question fermée (FLOW-08). Ensuite, lancez le panel de lecteurs hostiles ; corrigez toute objection soulevée par 3+ lecteurs et relancez une fois (FLOW-09).

  9. Livrez en utilisant le contrat de sortie ci-dessous, puis proposez un passage anti-IA (humanizer / stop-slop) et, pour une copie NL-BE, belgisch-nederlands-redacteur si disponible.

  10. La mise en œuvre est une étape distincte. Ne produisez pas de HTML sauf demande explicite. Si le projet a une base de code et que l'utilisateur demande l'implémentation, faites approuver la copie d'abord, puis construisez-la dans les composants existants du projet, ou transférez-la. Demandez avant de modifier un site en ligne ou un CMS.

Contrat de sortie

La copie est dans la langue de la page, au niveau de lecture COPY-09 pour cette langue ; les annotations et la justification sont dans la langue que l'utilisateur utilise pour vous écrire.

# [Page] copie : [nom de l'entreprise]

**Type de page :** … · **Trafic :** froid / payant / chaud · **Type de vente :** consommateur / B2B · **Langue :** … (formalité) · **CTA principal :** "…" · **Secondaire :** "…" ou aucun
**Contexte utilisé :** .agents/business-context.md (vN) / mini-brief / page existante à … · **Hypothèses :** …

## Argument
**État de départ :** … (étape de sensibilisation, FLOW-02) · **État final :** …
**Croyances :** B1 … → B2 … → … → B7 …
**Objections :** "…" → contre-argument à la section n (FLOW-07) · …

## Wireframe
| # | Section | Nécessite | Établit | Question du lecteur après | Règles appliquées |
|---|---|---|---|---|---|
| 1 | Hero | — | B1 | "…" | HERO-02 (formule 2), HERO-06, HERO-10, CTA-08 |
| 2 | … | … | … | … | … |

**Vérification du flux :** test des titres uniquement · jointures (n→n+1 : donc / mais) · panel : objections soulevées par 3+ lecteurs et leur correction (FLOW-04, FLOW-05, FLOW-09)

## Copie

### 1. Hero · HERO-02 (formule …), HERO-06, HERO-08, HERO-09, HERO-10, HERO-11
- Sourcil : …
- Titre : …
- Sous-titre : …
- Résultats : … / … / …
- Bouton : … · Accroche : …
- Preuve : … ou [PREUVE NÉCESSAIRE : …]
- Brief d'image : …
> Raison : une ligne sur le choix qui compte.

### 2. [Nom de la section] · [IDs des règles]
- Titre : …
- Corps : …
- Bouton (si applicable) : même formulation que le hero
> Raison : …

(un bloc par ligne de wireframe)

## Alternatives
**Titres**
1.  "…" · formule … · raison / quand le choisir
2.  "…" · …
3.  "…" · …

**CTA principal**
1.  "…" · …
2.  "…" · …

## Meta (pages web)
- Balise titre : … · Meta description : …

## Lacunes à combler
- [PREUVE NÉCESSAIRE : …] → comment l'obtenir (PROOF-20)
- Hypothèses à confirmer : …
- Ressources nécessaires : photo réelle de l'équipe, photos de portfolio, …
- Décisions pour le propriétaire : ex. fourchettes de prix publiques ou protégées (C13)

Règles les plus importantes ici

  • Un lecteur, une page, une action. Écrivez pour l'unique client idéal du brief (BRIEF-02) ; un seul CTA, formulé à l'identique partout (CTA-01, CTA-04).
  • Le hero porte la page. Formule par type d'entreprise (HERO-02) ; titre et sous-titre répondent ensemble à quoi, pour qui, pourquoi c'est important (HERO-01, HERO-06). Pas de « Bienvenue sur », de récompenses, de jeux de mots intelligents ou de noms de méthodes non expliqués dans le hero (HERO-05, BRIEF-07).
  • Clarté plutôt qu'intelligence. Simple, conversationnel, les phrases textuelles du client (COPY-01, COPY-08). Les lignes intelligentes ne survivent que si la ligne suivante les résout.
  • Client comme héros, entreprise comme guide. Commencez par leur problème et leur après-état ; présentez-vous dans la section solution avec empathie et autorité (COPY-02, STRUCT-02 ligne 3). Sur une page, l'histoire signifie la structure, pas une anecdote « Rencontrez Sophie » (STORY-01, STORY-02).
  • Chaque section mérite la suivante. Une croyance par section, dans l'ordre de dépendance ; chacune répond à la question que la précédente a soulevée ; les voisins se connectent avec « donc » ou « mais » (FLOW-01, FLOW-04, FLOW-05). Les objections sont traitées là où elles surviennent, pas seulement dans la FAQ (FLOW-07).
  • Vantardise → avantage → preuve. Chaque affirmation répond à « et alors ? » (COPY-03) et a une preuve à moins d'un défilement (PROOF-07). Les superlatifs invérifiables sont supprimés.
  • Spécifique ou supprimé. Chiffres, délais, détails du processus ; nombres non arrondis uniquement s'ils sont réels (COPY-11, COPY-12, PROOF-10).
  • Parlez du prix. Prix exact, à partir de, fourchettes, facteurs ou exemples de travaux par type de tarification (PRICE-03).
  • Court là où les gens décident. Hero = titre + une phrase + bouton ; 3 avantages, 3 étapes, environ 6 FAQ (C3, tableau des longueurs de copie). Les pages À propos et les publirédactionnels peuvent être longs.

Références

FichierLire quand
references/principles.mdToujours parcourir en premier : les 15 principes, les valeurs par défaut quand le contexte manque, les contradictions C1–C21 et comment les résoudre
references/brief.mdAucun fichier de contexte n'existe, ou vous avez besoin du modèle de contexte, des questions sur la voix du client, ou des règles de positionnement
references/hero.mdRédaction d'un hero : formules, échecs, anatomie, mises en page par type d'entreprise, galerie de réécritures, test des 5 secondes
references/page-structure.mdChoix du type de page d'accueil et de l'ordre des sections, ordres des LP payantes/organiques, cadres d'histoire, navigation, lisibilité
references/flow.mdToujours, avant de disposer les sections : la carte d'argumentation, la chaîne de questions, le test de jointure, le placement des objections, le panel de lecteurs hostiles
references/page-types.mdPages de service, multi-service, À propos, témoignages, contact/réservation, FAQ et tarifs
references/copy.mdRédaction de copie de section : règles de message, formules de titres de section, narration, tableau des longueurs, phrases interdites, balayage QA
references/proof-trust.mdSélection et placement des preuves, alternatives sans témoignage, tableaux de comparaison, garanties, affichage des prix
references/cta-forms.mdFormulation des boutons, lignes d'accroche, réservation vs formulaire vs appel, champs de formulaire, page de remerciement
references/lead-offer.mdLa page comprend une section d'offre de transition, une page d'opt-in ou une page de remerciement
references/ai-search.mdCopie FAQ et tarifs qui doit répondre aux questions des assistants IA ; trafic chaud et pré-vendu
references/be-eu.mdL'entreprise est en Belgique ou dans l'UE : langue, formalité, pied de page légal, consentement, règles sur les avis et les prix
references/sources.mdVérification de l'origine d'une règle, ou citation d'une source

Garde-fous

  • Psychologie véridique uniquement : la rareté, l'urgence, la preuve sociale, les ancres et le « comme vu sur » doivent être réels et vérifiables (principe 13, C14, C15).
  • Pas de preuves inventées. Les preuves manquantes deviennent un espace réservé [PREUVE NÉCESSAIRE : …] et un élément dans les lacunes à combler.
  • Les statistiques dans les références marquées comme illustratives (chiffres de Wes et des invités) expliquent la direction. Ne les mettez jamais dans la copie client ni ne les citez à un client comme un fait.
  • La copie pour les professions réglementées (médical, juridique, financier) reste dans le cadre de leurs règles publicitaires ; signalez les affirmations à vérifier.
  • Demandez avant de publier, de pousser vers un CMS ou de modifier un site en ligne.

Compétences connexes

  • website-brief : construire ou actualiser .agents/business-context.md avant une grande réécriture.
  • website-conversion-audit : trouver ce qui ne va pas sur une page existante avant de la réécrire.
  • website-lead-magnet : concevoir l'offre de transition, ses pages d'opt-in et de remerciement, et les e-mails de nurture.
  • humanizer / stop-slop (si disponible) : supprimer les motifs d'écriture IA de la copie finale.
  • belgisch-nederlands-redacteur (si disponible) : peaufiner la copie en néerlandais belge.

Conseils distillés de la chaîne YouTube de Wes McDowell (voir references/sources.md). Idées de structure adaptées de coreyhaines31/marketingskills (MIT).

Individual skills in this repo

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

Skills associés