Pour refondre une page entière, j’ai écrit un skill Claude qui enchaîne six étapes : la recherche, le gabarit de page, le formulaire dédié, les visuels, la mise en ligne et le contrôle. Avec lui, sept pages thématiques de mon site sont passées de l’ancienne version à la nouvelle en deux jours, chaque étape validée par moi avant d’être publiée.
Le principe d’un skill est connu : une procédure écrite que l’agent suit à chaque fois. Celui-ci est le plus long que j’aie écrit, parce qu’une page refaite, ce n’est pas seulement du texte.
Le gabarit : dix blocs et un en-tête
Toutes les pages suivent le même plan, ce qui permet de les produire en série :
- « Les limites de votre outil actuel » : trois cartes, « limite fréquente des outils du marché, réponse de ma solution ». Le lecteur a déjà un outil, on ne lui explique pas ce qu’est le produit.
- Trois blocs « texte et visuel », en alternance clair, sombre, clair : un titre, une ligne qui dit où trouver la fonction dans l’interface, trois ou quatre puces factuelles, et une preuve chiffrée.
- Des chiffres issus de cas clients, avec le nom du cas dans le libellé et la source.
- Trois cas à lire.
- Une passerelle vers la page suivante du parcours.
- « Aller plus loin » : guide, article, accompagnement.
- Le formulaire, avec une ancre pour que tous les boutons y mènent.
- Une FAQ de cinq questions.
Les six étapes du skill
1. La recherche, avant d’écrire. Lire la page actuelle ; interroger la Search Console sur les requêtes de la page et du sujet sur tout le site, pour ne pas cannibaliser un guide qui porte déjà la requête (on fait alors un lien vers lui) ; ne retenir comme fonctionnalité que ce qui figure dans la documentation officielle ; prendre les preuves dans le tableau des résultats clients, avec les chiffres exacts ; tester chaque URL citée.
2. Le gabarit. Le texte est écrit bloc par bloc selon le plan ci-dessus, avec des règles de style (pas de tiret long, les noms exacts de l’interface) et les contraintes SEO : title de 60 caractères au plus, méta de 155.
3. Le formulaire dédié. Un script crée l’intérêt, duplique un formulaire vierge et duplique l’alerte interne pour la nouvelle page. Le câblage fin, dans le constructeur de l’outil, reste à moi : je le fais à la main plutôt que de le déléguer.
4. Les visuels. Chaque visuel est écrit en HTML puis rendu en image : un en-tête et trois visuels pour les blocs. Je regarde chaque image et je corrige les vides et les chevauchements avant de montrer un aperçu. Rien n’est mis en ligne sans mon « go ».
5. La mise en ligne. Les médias sont envoyés avec leur texte alternatif, leur titre, leur légende et leur description. La page est écrite d’abord en essai à blanc, puis pour de bon, avec une sauvegarde automatique et une image de partage. L’accès se fait par le mu-plugin décrit ailleurs.
6. Le contrôle. En ligne, sans cache : le titre, la méta, les images, l’ancre et les boutons. Puis un script d’audit des formulaires vérifie pour chaque page : le bon formulaire, le bon nom, publié, l’alerte, et les intérêts réellement cochés dans le widget public.
Les garde-fous
- Aucun fait sans source : une fonctionnalité qui n’est pas dans la documentation n’est pas affirmée, et aucune citation n’est inventée.
- Jamais d’interface inventée : une carte reconstituée reprend la forme et les valeurs d’un écran réel, comme dans cette règle.
- Aperçu et accord avant toute publication ; essai à blanc et sauvegarde avant toute écriture.
- Un humain pour ce qui engage : publier la page, l’ajouter au menu, câbler le formulaire.
Ce qui a coincé
- Un chiffre collé par-dessus un composant est jugé « grossier » : si une valeur doit changer, on reconstruit la carte entière.
- Un oubli répété sur les alertes : la copie de l’alerte gardait la mention de la page d’origine. Dix alertes étaient concernées. Le skill passe désormais l’adresse de la page en paramètre.
- Le skill vieillit : à chaque retour, j’ajoute la règle au skill plutôt qu’à la conversation.
À retenir
Un skill qui couvre toute la chaîne, de la recherche au contrôle en ligne, transforme une page refaite en procédure répétable. Le gain ne vient pas de la vitesse de rédaction, mais de ce que chaque étape est écrite, vérifiée, et ne dépend plus de ma mémoire.