Pourquoi j'utilise des skills Claude Code pour livrer mes sites

« Vous utilisez l’IA pour coder mes sites ? » — la question revient de plus en plus souvent en premier échange. La réponse courte est oui. La réponse utile est comment, et c’est là que la plupart des explications restent floues, souvent parce qu’elles laissent entendre que l’IA fait le travail à ma place. Ce n’est pas ce qui se passe ici.

Ce qu’est un skill Claude Code

Claude Code est l’outil en ligne de commande que j’utilise pour développer. Un skill est une procédure écrite une fois — un audit, une checklist, une méthode — que l’outil peut rejouer à l’identique sur n’importe quel projet, plutôt que de compter sur ma mémoire pour ne rien oublier d’une livraison à l’autre.

Concrètement : au lieu de vérifier « à la main » que chaque image a un texte alternatif correct, ou que les données structurées d’une page sont conformes, un skill fait tourner cette vérification de façon systématique. Je le lance, il me remonte ce qui cloche, je tranche.

Ce que ça n’est pas

C’est le point que je veux clarifier, parce que c’est là que se joue la différence entre un outil utile et une fausse promesse : un skill ne remplace ni mon jugement sur ce qui a du sens pour un client donné, ni ma relecture finale avant livraison. Il ne décide pas si une page raconte la bonne histoire, si un parcours de conversion tient debout, ou si le ton colle à l’identité de la marque — ça reste un jugement humain, le mien, à chaque fois.

Ce qu’il fait, c’est plus modeste et, à l’usage, tout aussi précieux : il double-checke après moi. Le genre de vérification où l’erreur ne vient pas d’un manque de compétence mais d’un manque d’attention — un attribut alt oublié sur la douzième image d’une page, une donnée structurée copiée-collée d’un projet précédent sans être adaptée, un <h1> en double parce qu’une section a été construite indépendamment du reste. Ce genre d’erreur, je peux la faire un jour de fatigue ou de délai serré. Un skill ne la fait jamais, parce qu’il ne se fatigue pas et ne raccourcit jamais une étape pour gagner du temps.

Un collègue qui vérifie après vous, pas à votre place

L’image qui me paraît la plus juste, c’est celle d’un collègue qui relit votre travail avant l’envoi — pas quelqu’un qui fait le travail à votre place. Il ne remet pas en cause vos choix, il vérifie que ce que vous vouliez faire est bien ce qui a été fait, sans coquille. C’est le même principe qu’un artisan qui a ses propres gabarits et ses propres contrôles qualité avant de livrer une pièce : ça ne remplace pas son savoir-faire, ça évite les défauts qu’un œil pressé laisse passer en fin de journée.

Cette distinction change concrètement ma façon de travailler : je ne délègue jamais l’audit final à un skill seul. Je le fais tourner, je regarde ce qu’il remonte, et c’est moi qui décide si c’est correct — le skill élargit ce que je vérifie et à quelle fréquence, il ne réduit jamais ce que je vérifie moi-même avant de livrer.

Pourquoi je m’en sers quand même

Trois raisons, dans l’ordre où elles comptent vraiment :

1. La régularité. Un audit fait « de mémoire » se dégrade avec la fatigue ou l’urgence d’un délai serré. Un skill ne saute jamais une étape, même sur le dixième projet du mois.
2. Le temps gagné va dans ce qui compte. Moins de temps sur des vérifications répétitives et mécaniques, plus de temps sur le design, l’UX et les choix qui font vraiment la différence pour un client — c’est là que mon attention a de la valeur, pas sur le comptage des attributs alt.
3. Un socle qui capitalise. Chaque skill est le résultat d’un problème rencontré une fois et corrigé pour de bon — la compatibilité iOS, un attribut alt oublié, une donnée structurée mal construite. Le projet suivant en profite directement, sans que j’aie à m’en souvenir consciemment.

Ce que ça change pour vous

Rien de visible dans l’interface du site livré — et c’est précisément le point. Ce que ça change, c’est ce qui ne casse pas : les images ont un texte alternatif pensé plutôt que générique, les pages ont leurs données structurées pour les moteurs de recherche, les rendus restent corrects sur iPhone, et la structure du site reste lisible même par les nouveaux outils de navigation pilotés par IA.

J’ai détaillé les skills que je fais tourner le plus souvent — SEO, accessibilité, compatibilité iOS — sur la page Skills Claude Code.