dedene/website-conversion-audit

Audit de conversion de site web

Auditez une page existante à la fois et dites au propriétaire ce qu'il faut corriger en premier. Conçu pour les petites et moyennes entreprises de services (artisans, cliniques, coachs, consultants, agences, professionnels locaux) dont le site a un seul objectif : obtenir un appel réservé, une demande de devis ou une visite. SaaS s'adapte seulement de manière approximative (remplacez « réserver un appel » par « essayer un essai gratuit ») ; les catalogues e-commerce sont hors du périmètre. L'audit juge et priorise ; il ne réécrit pas la page. Les réécritures complètes sont confiées à website-copy.

Test à l'aveugle d'abord, puis contexte

Évaluez le test des 5 secondes avant de lire tout contexte commercial, toute stratégie ou tout brief, afin que le score reflète un inconnu (étapes 2–3 du flux de travail). Ensuite :

1. Si .agents/business-context.md existe, lisez-le et ne demandez que ce qu'il ne couvre pas.
2. S'il est absent, rédigez ce que vous pouvez à partir de la page elle-même (BRIEF-01) et marquez chaque point inféré. Ensuite, posez un mini-brief de 5 questions en un seul message : client idéal, l'unique objectif du site et son CTA principal, offre et positionnement tarifaire, preuves disponibles, lieu et langues. Pour un audit complet du site ou un repositionnement, suggérez d'exécuter website-brief d'abord.
3. Questions spécifiques à l'audit (demandez, mais ne vous bloquez pas dessus) : d'où vient le trafic, taux de conversion actuel et qualité des leads, répartition par appareil, ce qui a déjà été essayé.
4. Tout ce qui reste inconnu : utilisez les valeurs par défaut dans references/principles.md et listez-les sous Écarts et hypothèses.
5. Sans surveillance (personne ne peut répondre : exécution déléguée ou planifiée, ou le propriétaire est absent) : ne vous bloquez pas. Procédez avec le contexte inféré et terminez le rapport par Questions pour le propriétaire (max 8, les plus importantes en premier, chacune montrant la valeur que vous avez supposée).

Flux de travail

1. Définir le périmètre de la page. Nommez le type de page (page d'accueil, page de service, landing page payante, À propos, tarifs, opt-in, contact) et son unique objectif de conversion. Choisissez la page :

   • Plusieurs pages demandées : page d'accueil en premier, puis la page avec le plus de trafic ou de dépenses publicitaires. Pas de données de trafic : la page ou la section qui porte l'offre principale ou d'entrée.
   • Site d'une seule page, ou une offre sans page propre (seulement une carte ou section) : auditez cette section ainsi que son chemin de conversion en tant que landing page de facto, et signalez la page manquante comme un résultat (A-S10).
   • Indiquez le choix dans la ligne Pourquoi cette page.

2. Capturer la page. Avec agent-browser : desktop 1440 px et mobile 390 px, au-dessus de la ligne de flottaison et pleine page. Utilisez une session nommée (celle par défaut est partagée avec d'autres agents), attendez l'inactivité réseau, capturez la partie au-dessus de la ligne avec la bannière de cookies (c'est ce que voient les visiteurs), puis fermez-la pour les autres captures. Sauvegardez dans un répertoire temporaire, pas dans l'arborescence du projet. Vérifiez la syntaxe actuelle avec agent-browser skills get core ou --help d'abord.

   d=$(mktemp -d)   # ou le bloc-notes de session
   ab() { agent-browser --session audit-exemple "$@"; }   # une session nommée par audit
   ab set viewport 1440 900
   ab open https://exemple.com && ab wait --load networkidle
   ab screenshot "$d/desktop-fold.png"        # bannière visible
   # fermez la bannière (snapshot -i, cliquez sur son bouton), puis :
   ab screenshot --full "$d/desktop-full.png"
   ab set viewport 390 844
   ab cookies clear && ab storage local clear
   ab reload && ab wait --load networkidle
   ab screenshot "$d/mobile-fold.png"         # bannière à nouveau visible
   # fermez, puis :
   ab screenshot --full "$d/mobile-full.png"
   ab a11y --tags wcag2a,wcag2aa              # bases A-T5
   ab close
   

   • Page suivante : effacez à nouveau les cookies et le stockage (ou utilisez une nouvelle session) afin que sa partie au-dessus de la ligne affiche également la bannière.
   • Espace vide sous le hero (animations dévoilées au défilement) : ne signalez pas les sections vides. Essayez ab set media reduced-motion et rechargez, ou défilez par incréments de viewport (ab scroll down 800, petite attente, capture d'écran) et conservez les morceaux.
   • Images chargées paresseusement (loading="lazy") : les captures pleine page peuvent afficher des boîtes d'image vides même avec une réduction de mouvement. Parcourez d'abord la page par incréments de viewport, puis listez ce qui reste non chargé : ab eval "[...document.images].filter(i => !i.complete || !i.naturalWidth).map(i => i.currentSrc || i.src)". Signalez une image cassée (A-T3) uniquement si elle est encore vide après cela.
   • Vitesse (A-T2) : utilisez PageSpeed Insights / données de terrain CrUX lorsque disponibles. Les vitals d'une session locale chaude ne sont pas un signal ; signalez tout chiffre de laboratoire comme laboratoire uniquement.
   • Pas de agent-browser : travaillez à partir de captures d'écran fournies, HTML ou texte récupéré. Une entrée textuelle seule ne peut pas juger la mise en page, l'imagerie, le contraste ou la zone au-dessus de la ligne. Dites-le et marquez ces vérifications non vérifiées au lieu de deviner.

3. Effectuer le test des 5 secondes, à l'aveugle (HERO-01, A-M1). Lisez uniquement ce qui est visible au-dessus de la ligne de flottaison, dans l'ordre visuel, sur desktop et mobile, avant l'étape de contexte. Passez la règle, la rubrique (y compris les images de hero seulement logo ou abstraites) et la sévérité en direct au même endroit : le protocole du test des 5 secondes dans references/hero.md. En dessous du seuil de réussite, la réécriture du hero arrive en tête de la liste à fort impact.

4. Lire le contexte comme décrit ci-dessus.

5. Définir la température du trafic. Cela change ce qu'« être bon » signifie :

   • Payant : jugez par rapport à l'ordre de la landing page payante et à la correspondance du message (STRUCT-03, A-M10). Demandez la publicité ; une non-correspondance est Critique. Vérifiez que chaque groupe d'annonces atterrit sur la page qui répond à sa requête (A-M11).
   • Payant + organique (une page de service organique qui reçoit également des clics publicitaires) : jugez la correspondance du message du hero par rapport aux annonces, conservez la navigation mais signalez un CTA de navigation qui concurrence celui du hero, et recommandez une landing page payante dédiée lorsque les dépenses publicitaires sont significatives (règle hybride C2 dans references/principles.md).
   • Froid (organique, social) : attendez-vous à l'argument complet (plan STRUCT-02).
   • Chaud (recommandation, YouTube, assistant IA) : une page plus courte convient ; vérifiez que la réservation est à un clic de n'importe où (AI-04, contradiction C18 dans references/principles.md).

6. Définir la locale. Belgique ou autre pays de l'UE : ajoutez la checklist BE/UE de references/be-eu.md (informations légales, consentement, avis, versions linguistiques ; sites B2B uniquement : voir sa section B2B). Auditez dans la langue de la page et citez-la textuellement ; rédigez les résultats dans la langue de l'utilisateur.

7. Parcourir la checklist dans l'ordre : message → structure → preuve → CTA → friction → tech (references/audit-checklist.md, IDs A-M1 … A-T7). Vérifiez les faits qui diffèrent entre les pages, le pied de page et les documents (A-P9). Puis parcourez la liste des tueurs de conversion pour identifier les éléments à supprimer.

8. Reconstruire l'argumentaire (references/flow.md). À partir de la page en direct, rédigez la carte d'argumentation : l'état de départ du lecteur (FLOW-02), les croyances dont dépend le CTA, et par section ce qu'elle exige, établit et laisse ouvert (FLOW-01, FLOW-03). Marquez chaque croyance couverte, faible ou manquante. Ensuite, effectuez les tests des seuls titres et des coutures (FLOW-04, FLOW-05), vérifiez que les affirmations et les contre-arguments sont placés là où ils sont nécessaires (FLOW-06, FLOW-07), et effectuez le panel de lecteurs hostiles (FLOW-09). Les fuites, le lest, les coutures cassées et les mauvais placements deviennent des résultats A-S11…A-S14.

9. Suivre le CTA principal. Cliquez dessus et vérifiez que le clic fournit ce que l'étiquette promettait (A-C8) et que le chemin après le clic correspond à l'activité (A-F1 : planificateur, formulaire court ou clic pour appeler ; un CTA uniquement mailto: échoue). Ne soumettez jamais un formulaire et ne réservez jamais un créneau sur un site en direct sans l'accord du propriétaire. Si vous ne pouvez pas le tester, listez A-T3 comme non vérifié.

10. Vérifier la préparation à la recherche IA (references/ai-search.md) : réponses logistiques telles que prix, processus et délais (AI-01), signaux de niche (AI-02), faits commerciaux cohérents et données structurées (AI-03), un chemin rapide pour les visiteurs pré-vendus (AI-04), un humain sur la page (AI-05), et un champ « Comment nous avez-vous trouvés ? » (AI-06).

11. Noter et classer. Attribuez à chaque résultat une sévérité selon la rubrique (Critique / Élevée / Moyenne / Faible) et un effort (P/M/G). Ensuite, classez-le : Gains rapides (≤ ~1 heure, risque faible), Changements à fort impact, Idées de tests. Ordonnez chaque catégorie par sévérité, puis par position sur la page, le hero en premier. Un résultat qui chevauche la section BE/UE ou recherche IA est écrit une fois et fait l'objet d'un renvoi. Il en va de même pour les résultats de l'argumentaire : une fuite ou un mauvais placement déjà couvert par une vérification plus spécifique (pas de prix → A-P5, pas d'humain → A-P4, CTA atterrit sur la mauvaise page → A-C8) est écrit une fois sous l'ID spécifique avec l'ID de flux à côté (« A-P5 / A-S13 ») ; gardez A-S11…A-S14 pour eux-mêmes pour l'ordre et les coutures.

12. Rédiger les alternatives de copie : 2–3 options pour le titre, le sous-titre et le CTA (plus une ligne d'accroche ou un surtitre lorsque c'est la correction), chacune avec une justification d'une ligne citant une règle. Rédigez-les dans la langue de la page (les résultats restent dans la langue de l'utilisateur). Utilisez uniquement des faits provenant de la page ou du fichier de contexte ; marquez une option qui dépend d'un fait ou d'un positionnement non confirmé par † et ajoutez-la aux questions du propriétaire.

13. Planifier la mesure. La plupart des sites de PME manquent de trafic pour des tests A/B valides (MEAS-01). Par défaut, comparez avant/après sur des périodes égales. Listez uniquement les tests que le trafic peut supporter, rédigés au format d'hypothèse MEAS-03 ; avec un volume trop faible, dites-le en une ligne.

14. Proposer la passation : la réécriture complète à website-copy (transmettez la carte d'argumentation pour que la réécriture commence à partir de celle-ci), une offre de transition manquante à website-lead-magnet.

Contrat de sortie

Utilisez cette structure. Omettez une section uniquement lorsqu'elle ne s'applique pas (BE/UE en dehors de l'Europe) et dites-le en une ligne.

# Audit de conversion : <nom de la page> (<URL ou source>)

**Contexte :** <type de page> · objectif : <une conversion> · trafic : <froid | chaud | payant | payant + organique> · locale : <xx-XX>
**Pourquoi cette page :** <trafic, dépenses publicitaires ou l'offre qu'elle porte>
**Contexte commercial :** <.agents/business-context.md | mini-brief | inféré de la page (sans surveillance)>
**Capturée :** <desktop 1440 + mobile 390 via agent-browser | captures d'écran fournies | HTML/texte uniquement> · bannière de cookies : <dans les captures au-dessus de la ligne | absente (pourquoi)> · fichiers : <répertoire ou liste>

## Test des 5 secondes : <RÉUSSI | ÉCHOUÉ> (<desktop n>/10 · <mobile n>/10)

| Critère | Desktop | Mobile | Preuve |
|---|---|---|---|
| Quoi | 0–2 | 0–2 | "<texte du titre visible>" |
| Pourquoi c'est important | 0–2 | 0–2 | … |
| Prochaine étape | 0–2 | 0–2 | … |
| Pourquoi vous | 0–2 | 0–2 | … |
| Image | 0–2 | 0–2 | … |

**Verdict :** <une ou deux phrases : ce qu'un inconnu pense que cette entreprise fait, et sur quoi il cliquerait>

## Argumentaire : <TIENT | SE BRISE à la section n (la première rupture)>
**État de départ :** <étape de sensibilisation, FLOW-02> · **État final :** <croyance nécessaire au CTA>
**Plus grandes ruptures** (max 5, les plus dommageables en premier) : 1. <§n→m · ce qui se brise · ID FLOW/A-S> 2. …

| # | Section | Exige | Établit | Question du lecteur après | Couture vers la suivante | Statut |
|---|---|---|---|---|---|---|
| 1 | Hero | — | B1 | "…" | donc / mais / et aussi | couverte / faible / manquante |

- Fuites : <croyances sans section> · Lest : <sections sans croyance> · Coutures cassées : <n→n+1>
- Mal placés : <affirmations avant leurs prérequis ; contre-arguments loin de leurs objections> · Ouvert au CTA : <questions jamais répondues>
- Panel de lecteurs hostiles : <objections soulevées par 3+ lecteurs>
(Les résultats de cette section apparaissent une fois, dans les catégories ci-dessous, sous A-S11…A-S14.)

## Gains rapides (cette semaine)
1. **<A-ID> · <Sévérité> · Effort P** : <ce qui ne va pas>
   - Preuve : "<copie citée>" / `<sélecteur>` / <capture d'écran + région>
   - Pourquoi : <ID de règle>, <mécanisme en une ligne>
   - Correction : <changement concret ou nouvelle copie exacte>

## Changements à fort impact
<même format de résultat>

## Idées de tests
- Parce que <observation>, nous croyons que <changement> entraînera <résultat> pour <public> ; nous le saurons lorsque <métrique> bouge de <montant> sur <période>. Vérification du trafic : <assez pour A/B | exécuter en avant/après>.
- Ou, à faible volume : "Pas de tests A/B : volume trop faible ; comparer <métrique> avant/après sur <période>."

## Alternatives de copie (dans la langue de la page ; † = nécessite confirmation du propriétaire)
| Élément | Actuel | Option | Justification (règle) |
|---|---|---|---|

## Ce qui fonctionne
- <gardez ceci, avec preuve, pour que personne ne le « corrige »>

## Préparation à la recherche IA
- <AI-0x · résultat · correction>

## Vérifications BE/UE
- <élément be-eu.md · réussi | échoué | vérifier · correction> (B2B uniquement : éléments grand public comme une seule ligne "n/a")

## Écarts et hypothèses
- Non vérifié : <par ex. soumission de formulaire, événements d'analyse, données de terrain>
- Supposé : <valeurs par défaut utilisées>
- Preuve à collecter : [PREUVE NÉCESSAIRE : <quoi, de qui>]

## Prochaines étapes
1. Mois 1 : Critique + gains rapides. Mois 2 : réécritures à fort impact. Mois 3 : offre de transition (MEAS-04).
2. Vous voulez la réécriture ? Transmettez cet audit à `website-copy`.

## Questions pour le propriétaire (exécutions sans surveillance ; max 8, les plus importantes en premier)
1. <question> · supposé : <valeur utilisée> · débloque : <résultats ou options †>

Règles les plus importantes ici

• Message avant micro-ajustements (principe 14, MEAS-05). Un hero qui échoue surpasse toute note sur la couleur d'un bouton ou le nombre de champs. Lorsque le message est cassé, gardez les résultats cosmétiques courts et repoussez-les vers le bas.
• Le test des 5 secondes est la vérification principale (HERO-01). Vérifiez également que la formule du titre correspond au type d'entreprise (HERO-02) et que le sous-titre dit quoi, comment et pour qui (HERO-06).
• Client comme héros, dans les mots du client (COPY-01, COPY-02). Signalez « Bienvenue sur… », les récompenses et les histoires de création au-dessus de la ligne, ainsi que le jargon.
• Une page avec toutes les sections peut encore perdre le lecteur. Vérifiez que chaque section mérite la suivante : une croyance par section dans l'ordre de dépendance, des coutures qui se lisent « donc » ou « mais », des objections répondues là où elles surviennent (FLOW-01…07). Un argumentaire cassé est un résultat à fort impact, classé juste après un hero défaillant.
• Le trafic payant a besoin de sa propre page qui fait écho à l'annonce (STRUCT-03). Envoyer des annonces vers la page d'accueil, ou vers une page générique alors qu'une page dédiée existe (A-M11), est un résultat à fort impact.
• Un CTA spécifique, identique partout, dans une couleur réservée (CTA-02, CTA-04, CTA-05). Citez les phrases interdites que vous trouvez (CTA-03).
• Preuve près des affirmations, un vrai humain visible, prix abordé (PROOF-07, PROOF-14, PRICE-01).
• Les preuves fausses ou invérifiables sont Critiques (PROOF-12, PROOF-13, SCAR-01) : compteurs inventés, « clients » fictifs, « comme vu sur » payant, rareté factice.
• Soustrayez avant d'ajouter. Les suppressions de la liste des tueurs sont souvent les gains les plus rapides.