Claude Skills for SEO: Confezionate la Procedura, Non il Prompt

Cercate "Claude skills for SEO" e i risultati si dividono in due risposte, entrambe sbagliate. La prima è una libreria di prompt — cinquanta prompt copia-incolla, il listicle di ChatGPT con il logo cambiato. La seconda è un articolo su carriera riguardante le "competenze AI" che un professionista SEO dovrebbe imparare nel 2026. Nessuno dei due descrive la cosa che le parole nominano effettivamente. Una Claude Skill non è un prompt e non è una competenza: è un file — una cartella con istruzioni che Claude scopre, carica su richiesta e segue — il che la rende il primo modo pratico di confezionare una procedura SEO così un agente la esegue allo stesso modo ogni volta, invece di però il prompt di oggi l'ha formulata.

Questa distinzione è l'intero articolo. Questo articolo si trova sotto il nostro pilastro Claude for SEO e copre tre cose: cosa è effettivamente una Skill dal punto di vista meccanico, le tre competenze SEO che vale la pena costruire per prime — un gate che decide se scrivere, un metodo di stesura, e una checklist di audit tecnico — e come le skill si compongono con MCP e una task board in qualcosa che merita la parola "operatore".

Cosa è effettivamente una Claude Skill

Meccanicamente, una Skill è una cartella contenente un file SKILL.md. Il file si apre con un breve blocco frontmatter — un nome e una descrizione di una riga — seguito dalle istruzioni stesse: i passaggi, le regole, le soglie, l'elenco "mai fare questo". La cartella può anche aggregare documenti di riferimento e script a cui le istruzioni fanno riferimento. Questo è l'intero formato. Nessun SDK, nessun build step, nessuna API. Se potete scrivere una checklist in markdown, potete scrivere una skill.

La parte intelligente è come carica. Claude non porta il testo completo di ogni skill in ogni conversazione — questo sommergerebbe la finestra di contesto. Legge solo le descrizioni di una riga, e tira dentro le istruzioni complete di una skill nel momento in cui un compito corrisponde. Chiedete un articolo e la skill di stesura carica; chiedete perché il traffico è sceso e la skill di audit carica; chiedete del pranzo e nessuno dei due lo fa. Anthropic chiama questo progressive disclosure, ed è il motivo per cui un team può accumulare dozzine di procedure senza pagarle finché il momento in cui una è necessaria — e perché la riga didescrizione, non il nome, è la parte che decide se la vostra procedura mai si attiva.

Un prompt è consiglio che diate una volta, che evapora quando la chat finisce. Una skill è procedura che il vostro agente porta — versionata in git, esaminata come codice, e caricata nel momento in cui il lavoro corrisponde alla sua descrizione.

Perché una skill è un file, eredita tutto ciò che i file ottengono gratuitamente: controllo della versione, revisione del codice, diff, rollback. Quando affinate il metodo — restringete una soglia, aggiungete una regola che l'ultimo insuccesso vi ha insegnato — il cambiamento è un commit, e ogni futura esecuzione lo eredita. Un prompt migliorato nella cronologia chat di una persona migliora esattamente una persona.

I prompt non scalano la procedura — le skill sì

L'SEO è un lavoro insolitamente procedurale. L'audit segue gli stessi livelli ogni volta. L'articolo segue lo stesso metodo ogni volta. La decisione su se un argomento merita un articolo segue — o dovrebbe seguire — gli stessi criteri ogni volta. E tuttavia il modo standard in cui i team guidano un'IA attraverso quel lavoro è la ri-prompt: ogni operatore, ogni sessione, ri-descrive il metodo dalla memoria, un po' diversamente ogni volta. Il decimo articolo del mese riceve un metodo più pigro del primo, non perché qualcuno ha scelto quello, ma perché nessuno ri-digita la disciplina completa dieci volte.

Il costo silenzioso è la deriva. Quando il metodo vive nella testa della gente e nella cronologia chat, la persona che lo conosce meglio è il collo di bottiglia e la versione che tutti gli altri eseguono è una parafrasi. Confezionate il metodo come una skill e la deriva si ferma: c'è un testo canonico — "come scriviamo un articolo," è lo stesso alla prima esecuzione e alla cinquecentesima, e migliorarlo migliora la prossima esecuzione di tutti contemporaneamente. L'appetito per esattamente questo è misurabile — la query che questo articolo mira a raggiungere attira circa 33.100 ricerche al mese a keyword difficulty 34, e quasi tutta è risponduta con liste di prompt.

Le tre competenze SEO che vale la pena costruire per prime

Non ogni procedura merita di essere confezionata. Quelle che lo fanno condividono un profilo: vengono eseguite spesso, degradano male quando improvvisate, e un passaggio saltato è invisibile finché settimane dopo. Tre procedure SEO si adattano a quel profilo così precisamente che sono dove ogni team dovrebbe iniziare — e notate che solo una di loro riguarda la produzione di contenuto. Le altre due riguardano la decisione e il controllo, che è dove l'improvvisazione fa il danno maggiore.

Il gate Ampel: decidere se scrivere affatto

La competenza più preziosa dell'insieme non scrive mai una parola. La maggior parte dello spreco di contenuto non è articoli scritti male — è articoli che non dovrebbero mai essere esistiti: argomenti senza domanda di ricerca, argomenti che il sito già copre sotto un altro URL, argomenti dove la prima pagina è posseduta da domini che non potete spostare. Una skill gate viene eseguita prima di qualsiasi stesura e rende un verdetto semaforo dai dati:verde significa che i numeri supportano il pezzo — la domanda esiste, la difficoltà è vincibile, la copertura non si sovrappone — e l'agente può stesura autonomamente;giallo significa che il caso è plausibile ma non provato, così l'argomento è archiviato come suggerimento per un umano invece di essere steso. Tutto il resto è un no. Il vero lavoro della skill è fare "no" il default che deve essere discusso, piuttosto che l'eccezione che nessuno ha tempo di sollevare.

Il metodo di stesura: come viene scritto un articolo

La seconda skill codifica il metodo per i pezzi che superano il gate. La sua prima regola è una precondizione — solo gli argomenti approvati dal gate vengono stesi, il che salda le due skill insieme. Poi la sequenza: smontate la pagina risultati effettiva per la query target prima di scrivere una parola, leggete cosa si classifica, e costruite un outline che copre quello che i vincitori coprono più quello che perdono; scrivete nella voce documentata del sito, non il default del modello; e prima che qualsiasi cosa spedisca, auto-valutate la bozza contro una rubrica con una soglia numerica e hard auto-fallimenti — l'intento di ricerca non corrispondente fallisce indipendentemente dalla lucidatura, e così fa la prosa che legge come AI slop. Una bozza sotto la barra loop indietro per la revisione, non la pubblicazione. La skill non rende il modello più intelligente; rende il metodo non opzionale.

La checklist di audit tecnico

La terza skill confeziona l'audit — la procedura più probabile di essere eseguita diversamente ogni volta perché ha i passaggi più da dimenticare. La nostra codifica la sequenza repo-first coperta in profondità nella guida di audit tecnico SEO: leggete i file sorgente prima di fidare qualsiasi crawler, lavorate gli strati in ordine di dipendenza — crawl, indexazione, canonicals, structured data, Core Web Vitals — e, criticamente, lasciate che nessun finding lasci l'audit senza una metrica di verifica impegnata: il numero di Search Console, scelto in anticipo, che giudicherà la correzione circa tre settimane dopo che viene spedita. Quella ultima regola è quella che un auditor umano salta un venerdì occupato. Una skill non ha venerdì occupati.

Le skill portano la procedura. MCP porta i dati.

Ecco il limite che nessun tutorial di skill dichiara chiaramente: una skill è solo istruzioni. Non può vedere la vostra Search Console, eseguire una query SERP dal vivo, o ricordare cosa è stato spedito la settimana scorsa. Chiedete a una Claude equipaggiata con skill di eseguire il gate Ampel senza connessione ai dati e eseguirà una procedura bella su ipotesi. Il gate necessita di numeri di domanda e difficoltà reali; il metodo di stesura necessita della pagina risultati effettiva; l'audit necessita di evidence di indexazione e performance. La procedura senza dati è teatro.

Questo strato di dati è quello che il Model Context Protocol fornisce. Un server MCP consegna all'agente strumenti dal vivo — query Search Console, analizzare un SERP, controllare keyword difficulty, leggere e scrivere una task board condivisa — e le skill gli dicono cosa fare con loro, in quale ordine, contro quali soglie. I due sono complementi, non competitor: le skill sono il metodo, MCP è le mani e gli occhi. Un server può anche portare il metodo stesso — servito come prompt MCP e risorse, così ogni agente connesso esegue la stessa versione attuale della procedura senza installare nulla localmente. Quella forma server-served è come la spediamo; collegare Claude Code a essa richiede un comando.

Comporre l'operatore: skill + MCP + task board

Assemblate i tre strati e la forma cambia da "assistente che si prompt" a "operatore che esegue". Le skill mantengono i metodi. MCP mantiene i dati e la task board condivisa — il sistema di record dove ogni finding atterra come un compito che porta il suo impatto previsto e metrica di verifica, ogni fix si capovolge a fatto con un record di quello che è stato spedito, e un monitor settimanale legge la Search Console e scrive indietro verdetti: confermato, regredito, inconcludente. Mettete l'agente su un programma e il loop viene eseguito senza un umano che guida ogni passaggio: la skill di audit trova, la skill di gate decide, la skill di stesura produce, la board ricorda, e i dati giudicano. Nessuno strato è la magia; la composizione è.

Scrivere la vostra prima skill SEO

Cominciate con la procedura che più di recente avete visto andare male da un passaggio saltato — per la maggior parte dei team quello è il gate, perché nessuno salta la scrittura, saltano la decisione. Poi un paio di regole che separano le skill che si attivano dalle skill che si deteriorano. Scrivete la riga di descrizione per corrispondenza, non marketing: "Decidere se un articolo dovrebbe essere scritto e a quale livello di autonomia, prima che inizi qualsiasi stesura" carica al momento giusto; "strategia di contenuto di classe mondiale" non lo farà mai. Mantenete SKILL.md stesso breve — i passaggi, le soglie, gli auto-fallimenti — e spingete il materiale di riferimento lungo in file aggregati a cui le istruzioni fanno riferimento, così la skill rimane economica da caricare. Codificate il gate, non solo il happy path: le righe più preziose in qualsiasi skill SEO iniziano con "non procedere a meno che" e "questo fallisce automaticamente se". E trattate ogni modifica come un cambiamento del codice — esaminato, impegnato, datato — perché la skill è ora il testo canonico di come il vostro team lavora.

Una nota di onestà che appartiene qui piuttosto che in nota a piè di pagina: la conformità della skill è probabilistica, non applicata. Una skill è una guida molto forte, e sui modelli attuali è seguita affidabilmente — ma è istruzioni, non un vincolo di runtime. Che è esattamente il motivo per cui la composizione conta: la rubrica dà all'agente una barra numerica contro cui deve auto-valutarsi, la board rende ogni azione visibile dopo il fatto, e la ri-misurazione tre settimane dopo cattura quello che è passato. La disciplina che potete verificare batte la disciplina che avete semplicemente richiesto.

Quello che una skill onestamente non può fare

Una skill confeziona un metodo; non può redimerlo. Confezionate un playbook di keyword-stuffing del 2015 e avete industrializzato un errore — l'agente farà ora coerentemente, su scala, con ottimo controllo della versione. Il pattern gate-and-rubric vi protegge solo se le soglie codificano il giudizio degno di congelare, che è il motivo per cui le migliori skill sono scritte da risultati verificati — le tattiche che effettivamente hanno confermato nella vostra Search Console — non da il post di un blog sulle best practice, incluso questo.

E una skill non può chiudere il loop da sola. Spedisce il lavoro; non prova che il lavoro ha mosso un numero. Quella prova — la metrica impegnata prima della correzione, la ri-lettura settimane dopo, il verdetto scritto — è lo strato di accountability che deve vivere fuori qualsiasi singola conversazione, su una board, contro dati reali. Se volete vedere questo strato eseguito contro il vostro sito, il report SEO gratuito collega la vostra Search Console e fa emergere quello su cui un operatore lavorerebbe per primo. E se preferite che la composizione completa si eseguisse per voi — skill, dati, board, verdetti — prenotate una chiamata e vi mostreremo il loop in esecuzione da inizio a fine.