Les compétences Claude pour le SEO : Emballez la procédure, pas le prompt

Tapez « Claude skills for SEO » dans un moteur de recherche et les résultats se divisent en deux réponses, toutes deux fausses. La première est une bibliothèque de prompts — cinquante prompts à copier-coller, le listicle ChatGPT avec le logo changé. La seconde est un article de carrière sur les « compétences en IA » qu'un professionnel du SEO devrait apprendre en 2026. Aucune ne décrit la chose que les mots nomment réellement. Une compétence Claude n'est pas un prompt et ce n'est pas une compétence : c'est un fichier — un dossier contenant des instructions que Claude découvre, charge à la demande et suit — ce qui en fait le premier moyen pratique d'empaqueter une procédure SEO pour qu'un agent la suive de la même manière chaque fois, au lieu de la façon dont le prompt du jour l'aurait formulée.

Cette distinction est tout l'article. Cet article se trouve sous notre pilier Claude pour le SEO et couvre trois choses : ce qu'une compétence est réellement sur le plan mécanique, les trois compétences SEO qui méritent d'être construites en premier — une porte qui décide si vous devez écrire, une méthode de rédaction et une checklist d'audit technique — et comment les compétences se composent avec MCP et un tableau de tâches en quelque chose qui mérite le mot « opérateur ».

Ce qu'une compétence Claude est réellement

Mécaniquement, une compétence est un dossier contenant un fichier SKILL.md. Le fichier s'ouvre avec un court bloc frontmatter — un nom et une description d'une phrase — suivi des instructions elles-mêmes : les étapes, les règles, les seuils, la liste « ne faites jamais ceci ». Le dossier peut aussi regrouper des documents de référence et des scripts vers lesquels les instructions pointent. C'est tout le format. Pas de SDK, pas d'étape de build, pas d'API. Si vous pouvez écrire une checklist en markdown, vous pouvez écrire une compétence.

La partie intelligente est la façon dont elle charge. Claude ne porte pas le texte complet de chaque compétence dans chaque conversation — cela noierait la fenêtre de contexte. Il lit uniquement les descriptions d'une ligne et récupère les instructions complètes d'une compétence au moment où une tâche correspond. Demandez un article et la compétence de rédaction charge ; demandez pourquoi le trafic a chuté et la compétence d'audit charge ; demandez des nouvelles du déjeuner et aucune des deux ne charge. Anthropic appelle cela la divulgation progressive, et c'est pourquoi une équipe peut accumuler des dizaines de procédures sans les payer jusqu'au moment où l'une d'elles est nécessaire — et pourquoi la ligne de description, pas le nom, est la partie qui décide si votre procédure démarre jamais.

Un prompt est un conseil que vous donnez une fois, qui s'évapore quand le chat se termine. Une compétence est une procédure que votre agent porte — versionnée dans git, examinée comme du code et chargée au moment où le travail correspond à sa description.

Parce qu'une compétence est un fichier, elle hérite de tout ce que les fichiers obtiennent gratuitement : contrôle de version, examen de code, diffs, restaurations. Quand vous affinez la méthode — resserrez un seuil, ajoutez une règle que l'último échec vous a enseignée — le changement est un commit, et chaque exécution future en hérite. Un prompt amélioré dans l'historique de chat d'une personne améliore exactement une personne.

Les prompts ne mettent pas à l'échelle les procédures — les compétences le font

Le SEO est un travail particulièrement procédural. L'audit suit les mêmes couches chaque fois. L'article suit la même méthode chaque fois. La décision de savoir si un sujet mérite un article suit — ou devrait suivre — les mêmes critères chaque fois. Et pourtant, la façon standard dont les équipes font passer un IA dans ce travail est le re-prompting : chaque opérateur, chaque session, redécrit la méthode de mémoire, un peu différemment chaque fois. Le dixième article du mois reçoit une méthode plus paresseuse que le premier, pas parce que quelqu'un l'a choisi, mais parce que personne ne re-tape pas la discipline complète dix fois.

Le coût silencieux est la dérive. Quand la méthode vit dans les têtes des gens et les historiques de chat, la personne qui la connaît le mieux est le goulot d'étranglement et la version que tout le monde d'autre suit est une paraphrase. Emballez la méthode en tant que compétence et la dérive s'arrête : il existe un texte canonique unique de « comment nous écrivons un article », c'est la même chose à la première exécution et à la cinq-centième, et l'améliorer améliore la prochaine exécution de tous à la fois. L'appétit pour exactement ceci est mesurable — la requête que cet article cible génère environ 33 100 recherches par mois à une difficulté de mot-clé de 34, et presque tout y est répondu avec des listes de prompts.

Les trois compétences SEO qui méritent d'être construites en premier

Pas toute procédure ne mérite d'être emballée. Celles qui le méritent partagent un profil : elles tournent souvent, elles se dégradent mal quand elles sont improvisées, et une étape sautée est invisible jusqu'à des semaines plus tard. Trois procédures SEO correspondent si précisément à ce profil qu'elles sont l'endroit par lequel chaque équipe devrait commencer — et remarquez que seule l'une d'elles concerne la production de contenu. Les deux autres concernent la décision et la vérification, ce qui est où l'improvisation fait le plus de dégâts.

La porte Ampel : décidez si vous devez écrire du tout

La compétence la plus précieuse de l'ensemble n'écrit jamais un mot. La plupart du gaspillage de contenu n'est pas des articles mal écrits — ce sont des articles qui ne devraient jamais avoir existé : des sujets sans demande de recherche, des sujets que le site couvre déjà sous une autre URL, des sujets où la page un est possédée par des domaines que vous ne pouvez pas déplacer. Une compétence de porte s'exécute avant toute rédaction et rend un verdict du feu tricolore à partir des données : vert signifie que les chiffres soutiennent la pièce — une demande existe, la difficulté est gagnante, la couverture ne chevauche pas — et l'agent peut rédiger de façon autonome ; jaune signifie que le cas est plausible mais non prouvé, donc le sujet est classé en tant que suggestion pour un humain au lieu d'être rédigé. Tout le reste est un non. Le vrai travail de la compétence est de faire de « non » la valeur par défaut qui doit être contestée, plutôt que l'exception que personne n'a le temps de soulever.

La méthode de rédaction : comment un article est écrit

La deuxième compétence encode la méthode pour les pièces qui passent la porte. Sa première règle est une précondition — seuls les sujets approuvés par la porte sont rédigés, ce qui soude les deux compétences ensemble. Ensuite la séquence : démanteler la page de résultats réelle pour la requête cible avant d'écrire un mot, lire ce qui se classe et construire un plan qui couvre ce que les gagnants couvrent plus ce qu'ils manquent ; écrire dans la voix documentée du site, pas celle par défaut du modèle ; et avant que quoi que ce soit n'expédie, auto-noter le brouillon selon une rubrique avec un seuil numérique et des auto-fails durs — l'intention de recherche mal assortie échoue indépendamment de la finition, et aussi la prose qui semble être du charabia IA. Un brouillon au-dessous du bar revient en arrière pour révision, pas publication. La compétence ne rend pas le modèle plus intelligent ; elle rend la méthode non-optionnelle.

La checklist d'audit technique

La troisième compétence empaquette l'audit — la procédure la plus susceptible d'être exécutée différemment chaque fois parce qu'elle a le plus d'étapes à oublier. La nôtre encode la séquence d'abord le repo couverte en profondeur dans le guide d'audit technique SEO : lisez les fichiers sources avant de faire confiance à n'importe quel crawler, travaillez les couches dans l'ordre des dépendances — crawl, indexation, canoniques, données structurées, Core Web Vitals — et, de manière critique, laissez aucune conclusion ne quitte l'audit sans une métrique de vérification engagée : le numéro Search Console, choisi à l'avance, qui jugera la correction environ trois semaines après son expédition. Cette dernière règle est celle qu'un auditeur humain saute un vendredi chargé. Une compétence n'a pas de vendredis chargés.

Les compétences portent la procédure. MCP porte les données.

Voici la limite qu'aucun tutoriel de compétences ne déclare clairement : une compétence n'est que des instructions. Elle ne peut pas voir votre Search Console, exécuter une requête SERP en direct ou se souvenir de ce qui a été expédié la semaine dernière. Demandez à un Claude équipé de compétences d'exécuter la porte Ampel sans connexion de données et elle exécutera une belle procédure sur des suppositions. La porte a besoin de chiffres réels de la demande et de la difficulté ; la méthode de rédaction a besoin de la page de résultats réelle ; l'audit a besoin d'indexation et de preuves de performance. La procédure sans données est du théâtre.

Cette couche de données est ce que le protocole de contexte du modèle fournit. Un serveur MCP donne à l'agent des outils en direct — requête Search Console, analysez un SERP, vérifiez la difficulté des mots-clés, lisez et écrivez un tableau de tâches partagé — et les compétences lui disent quoi faire avec eux, dans quel ordre, contre quels seuils. Les deux sont des compléments, pas des concurrents : les compétences sont la méthode, MCP est les mains et les yeux. Un serveur peut même porter la méthode elle-même — servie en tant que prompts MCP et ressources, ainsi chaque agent connecté exécute la version actuelle de la procédure sans installer quoi que ce soit localement. C'est cette forme servie par le serveur comment nous expédions la nôtre ; connecter Claude Code prend une commande.

Composer l'opérateur : compétences + MCP + tableau de tâches

Assemblez les trois couches et la forme change d'« assistant que vous urgenteriez » à « opérateur qui s'exécute ». Les compétences tiennent les méthodes. MCP tient les données et le tableau de tâches partagé — le système d'enregistrement où chaque conclusion atterrit en tant que tâche portant son impact attendu et sa métrique de vérification, chaque correction bascule pour terminer avec un enregistrement de ce qui a été expédié, et un moniteur hebdomadaire lit Search Console et écrit les verdicts : confirmé, régressé, inconclus. Mettez l'agent sur un horaire et la boucle s'exécute sans un humain pilotant chaque étape : la compétence d'audit trouve, la compétence de porte décide, la compétence de rédaction produit, le tableau se souvient et les données jugent. Aucune couche unique n'est la magie ; la composition est.

Écrire votre première compétence SEO

Commencez par la procédure que vous avez récemment regardée mal tourner à partir d'une étape sautée — pour la plupart des équipes c'est la porte, parce que personne ne saute l'écriture, elle saute la décision. Puis quelques règles qui séparent les compétences qui se déclenchent des compétences qui pourrissent. Écrivez la ligne de description pour la correspondance, pas le marketing : « Décidez si un article devrait être écrit et à quel niveau d'autonomie, avant toute rédaction » se charge au bon moment ; « stratégie de contenu mondiale » ne le fera jamais. Gardez SKILL.md lui-même court — les étapes, les seuils, les auto-fails — et poussez le long matériel de référence dans les fichiers regroupés vers lesquels les instructions pointent, pour que la compétence reste bon marché à charger. Encodez la porte, pas seulement le chemin heureux : les lignes les plus précieuses dans une compétence SEO commencent par « ne procédez pas à moins que » et « cela échoue automatiquement si ». Et traitez chaque modification comme un changement de code — examiné, engagé, daté — parce que la compétence est maintenant le texte canonique de la façon dont votre équipe fonctionne.

Une note d'honnêteté qui appartient ici plutôt qu'en petits caractères : la conformité des compétences est probabiliste, pas appliquée. Une compétence est une orientation très forte, et sur les modèles actuels elle est suivie de manière fiable — mais ce sont des instructions, pas une contrainte d'exécution. Ce qui est exactement pourquoi la composition compte : la rubrique donne à l'agent une barre numérique contre laquelle elle doit auto-noter, le tableau rend chaque action visible après les faits, et la ré-mesure trois semaines plus tard attrape ce qui a glissé. La discipline que vous pouvez vérifier gagne la discipline que vous avez simplement demandée.

Ce qu'une compétence ne peut honnêtement pas faire

Une compétence empaquette une méthode ; elle ne peut pas en racheter une. Emballez un playbook de bourrage de mots-clés de 2015 et vous avez industrialisé une erreur — l'agent va maintenant la faire constamment, à l'échelle, avec un excellent contrôle de version. Le modèle de porte et de rubrique ne vous protège que si les seuils encodent un jugement qui vaut la peine de geler, ce qui est pourquoi les meilleures compétences sont écrites à partir de résultats vérifiés — les tactiques qui ont réellement confirmé dans votre Search Console — pas d'un article de blog les meilleures pratiques, celui-ci inclus.

Et une compétence ne peut pas fermer la boucle seule. Elle expédie du travail ; elle ne prouve pas que le travail a déplacé un nombre. Cette preuve — la métrique engagée avant la correction, relue des semaines plus tard, le verdict écrit — est la couche de responsabilité qui doit vivre en dehors de n'importe quelle conversation unique, sur un tableau, contre les données réelles. Si vous voulez voir cette couche s'exécuter contre votre propre site, le rapport SEO gratuit connecte votre Search Console et surface ce sur quoi un opérateur fonctionnerait en premier. Et si vous préférez plutôt que la composition entière s'exécute pour vous — compétences, données, tableau, verdicts — réservez un appel et nous vous montrerons la boucle s'exécuter de bout en bout.