Claude Skills para SEO: Empaquete el Procedimiento, No el Prompt

Si busca «Claude skills para SEO» verá dos respuestas, ambas incorrectas. La primera es una biblioteca de prompts — cincuenta prompts copiar-pegar, la listicle de ChatGPT con el logo cambiado. La segunda es un artículo sobre qué «habilidades de IA» debe aprender un profesional de SEO en 2026. Ninguna describe la cosa que estas palabras realmente nombran. Una Claude Skill no es un prompt ni una competencia: es un archivo — una carpeta con instrucciones que Claude descubre, carga bajo demanda y sigue — lo que la convierte en la primera forma práctica de empaquetar un procedimiento de SEO para que un agente lo ejecute de la misma manera cada vez, en lugar de cómo la frase del prompt de hoy haya resultado.

Esa distinción es el artículo completo. Este artículo se encuentra bajo nuestro pilar Claude para SEO y cubre tres cosas: qué es realmente una Skill mecánicamente, las tres skills de SEO que vale la pena construir primero — una puerta que decide si escribir, un método de redacción y una lista de verificación de auditoría técnica — y cómo las skills se componen con MCP y un tablero de tareas en algo que merece la palabra «operador».

Qué es realmente una Claude Skill

Mecánicamente, una Skill es una carpeta que contiene un archivo SKILL.md. El archivo comienza con un bloque de frontmatter corto — un nombre y una descripción de una oración — seguido de las instrucciones en sí: los pasos, las reglas, los umbrales, la lista de «nunca hagas esto». La carpeta también puede agrupar documentos de referencia y scripts a los que las instrucciones apunten. Ese es todo el formato. Sin SDK, sin paso de compilación, sin API. Si puede escribir una lista de verificación en markdown, puede escribir una skill.

La parte ingeniosa es cómo se carga. Claude no lleva el texto completo de cada skill en cada conversación — eso ahogaría la ventana de contexto. Solo lee las descripciones de una línea y extrae las instrucciones completas de una skill en el momento en que una tarea coincide. Pregunte por un artículo y se carga la skill de redacción; pregunte por qué el tráfico cayó y se carga la skill de auditoría; pregunte sobre almuerzo y ninguna lo hace. Anthropic llama a esto divulgación progresiva, y es por eso que un equipo puede acumular docenas de procedimientos sin pagarlos hasta el momento en que se necesita uno — y por qué la línea de descripción, no el nombre, es la parte que decide si su procedimiento se dispara alguna vez.

Un prompt es un consejo que da una sola vez, que se disipa cuando termina la sesión de chat. Una skill es un procedimiento que su agente lleva — versionado en git, revisado como código y cargado en el momento en que el trabajo coincide con su descripción.

Porque una skill es un archivo, hereda todo lo que los archivos obtienen gratis: control de versiones, revisión de código, diffs, reversiones. Cuando afina el método — aprieta un umbral, añade una regla que el último fracaso le enseñó — el cambio es un commit, y cada ejecución futura lo hereda. Un prompt mejorado en el historial de chat de una persona mejora exactamente a una persona.

Los prompts no escalan procedimiento — las skills sí

SEO es un trabajo inusualmente procedural. La auditoría sigue las mismas capas cada vez. El artículo sigue el mismo método cada vez. La decisión sobre si un tema merece un artículo sigue — o debería seguir — los mismos criterios cada vez. Y sin embargo, la forma estándar en que los equipos conducen una IA a través de ese trabajo es re-prompting: cada operador, cada sesión, redescribe el método de memoria, un poco diferente cada vez. El décimo artículo del mes obtiene un método más perezoso que el primero, no porque nadie haya elegido eso, sino porque nadie vuelve a escribir la disciplina completa diez veces.

El costo silencioso es la deriva. Cuando el método vive en las cabezas de las personas y en los historiales de chat, la persona que lo conoce mejor es el cuello de botella y la versión que todos los demás ejecutan es una paráfrasis. Empaquete el método como una skill y la deriva se detiene: hay un texto canónico único de «cómo escribimos un artículo», es el mismo en la primera ejecución y la quingentésima, y mejorarlo mejora la siguiente ejecución de todos a la vez. El apetito por exactamente esto es medible — la consulta que este artículo apunta atrae alrededor de 33.100 búsquedas al mes con dificultad de palabra clave 34, y casi toda se responde con listas de prompts.

Las tres skills de SEO que vale la pena construir primero

No todos los procedimientos merecen ser empaquetados. Los que sí lo hacen comparten un perfil: se ejecutan frecuentemente, se degradan mal cuando se improvisan, y un paso omitido es invisible hasta semanas después. Tres procedimientos de SEO se ajustan a ese perfil tan precisamente que son dónde cada equipo debería comenzar — y observe que solo uno de ellos trata sobre producir contenido. Los otros dos tratan sobre decidir y verificar, que es donde la improvisación causa más daño.

La puerta Ampel: decide si escribir en absoluto

La skill más valiosa del conjunto nunca escribe una palabra. La mayoría del desperdicio de contenido no es articulos mal escritos — es artículos que nunca debieron haber existido: temas sin demanda de búsqueda, temas que el sitio ya cubre bajo otra URL, temas donde la página uno está controlada por dominios que no puede desplazar. Una skill de puerta se ejecuta antes de cualquier redacción y produce un veredicto de semáforo de datos: verde significa que los números apoyan la pieza — existe demanda, la dificultad es ganadora, la cobertura no se superpone — y el agente puede redactar de forma autónoma; amarillo significa que el caso es plausible pero no probado, por lo que el tema se presenta como una sugerencia para un humano en lugar de ser redactado. Todo lo demás es un no. El trabajo real de la skill es hacer que «no» sea el predeterminado que debe ser argumentado, en lugar de la excepción que nadie tiene tiempo de plantear.

El método de redacción: cómo se escribe un artículo

La segunda skill codifica el método para las piezas que pasan la puerta. Su primera regla es una precondición — solo los temas aprobados por la puerta se redactan, lo que suelda las dos skills. Luego la secuencia: desglose de la página de resultados real para la consulta objetivo antes de escribir una palabra, lea qué se posiciona, y construya un esquema que cubra lo que cubren los ganadores más lo que pierden; escriba en la voz documentada del sitio, no en la predeterminada del modelo; y antes de que algo se envíe, califique el borrador en relación con una rúbrica con un umbral numérico y fallos automáticos duros — la intención de búsqueda desajustada falla sin importar el pulido, y también lo hace la prosa que suena como basura de IA. Un borrador por debajo de la barra se devuelve para revisión, no publicación. La skill no hace que el modelo sea más inteligente; hace que el método sea obligatorio.

La lista de verificación de auditoría técnica

La tercera skill empaqueta la auditoría — el procedimiento más probable de ser ejecutado de manera diferente cada vez porque tiene los pasos más fáciles de olvidar. La nuestra codifica la secuencia repo-first cubierta en profundidad en la guía de auditoría de SEO técnico: lea los archivos de origen antes de confiar en cualquier rastreador, trabaje las capas en orden de dependencia — crawl, indexación, canonicales, datos estructurados, Core Web Vitals — y, críticamente, deje que ningún hallazgo salga de la auditoría sin una métrica de verificación comprometida: el número de Search Console, elegido por adelantado, que juzgará la corrección aproximadamente tres semanas después de que se envíe. Esa última regla es la que un auditor humano salta un viernes ocupado. Una skill no tiene viernes ocupados.

Las skills llevan procedimiento. MCP lleva datos.

Aquí está el límite que ningún tutorial de skills declara claramente: una skill es solo instrucciones. No puede ver su Search Console, ejecutar una consulta de SERP en vivo o recordar qué se envió la semana pasada. Pida a una Claude equipada con skills que ejecute la puerta Ampel sin conexión de datos y ejecutará un procedimiento hermoso en conjeturas. La puerta necesita números reales de demanda y dificultad; el método de redacción necesita la página de resultados real; la auditoría necesita evidencia de indexación y rendimiento. El procedimiento sin datos es teatro.

Esa capa de datos es lo que suministra el Protocolo de Contexto del Modelo. Un servidor MCP entrega al agente herramientas en vivo — consulta Search Console, analiza un SERP, verifica la dificultad de palabras clave, lee y escribe un tablero de tareas compartido — y las skills le dicen qué hacer con ellas, en qué orden, contra qué umbrales. Los dos se complementan, no compiten: las skills son el método, MCP son las manos y ojos. Un servidor incluso puede llevar el método en sí — servido como prompts y recursos de MCP, para que cada agente conectado ejecute la misma versión actual del procedimiento sin instalar nada localmente. Esa forma servida es cómo enviamos la nuestra; conectar Claude Code a ella toma un comando.

Componiendo el operador: skills + MCP + tablero de tareas

Ensamble las tres capas y la forma cambia de «asistente que usted ordena» a «operador que corre». Las skills contienen los métodos. MCP contiene los datos y el tablero de tareas compartido — el sistema de registro dónde cada hallazgo aterriza como una tarea que lleva su impacto esperado y métrica de verificación, cada corrección se cambia a completada con un registro de qué se envió, y un monitor semanal lee Search Console y escribe veredictos: confirmado, retrocedido, no concluyente. Ponga el agente en un horario y el bucle se ejecuta sin que un humano dirija cada paso: la skill de auditoría encuentra, la skill de puerta decide, la skill de redacción produce, el tablero recuerda, y los datos juzgan. Ninguna capa única es la magia; la composición lo es.

Escribiendo su primera skill de SEO

Comience con el procedimiento que vió recientemente que fue mal por un paso omitido — para la mayoría de los equipos eso es la puerta, porque nadie salta escribir, saltan decidir. Luego algunas reglas que separan las skills que se activan de las skills que se pudren. Escriba la línea de descripción para coincidencia, no marketing: «Decidir si un artículo debe escribirse y a qué nivel de autonomía, antes de que comience cualquier redacción» se carga en el momento correcto; «estrategia de contenido de clase mundial» nunca lo hará. Mantenga SKILL.md en sí mismo corto — los pasos, los umbrales, los fallos automáticos — e impulse el material de referencia largo a archivos agrupados a los que las instrucciones apunten, para que la skill permanezca barata de cargar. Codifique la puerta, no solo el camino feliz: las líneas más valiosas en cualquier skill de SEO comienzan con «no proceda a menos que» e «esto falla automáticamente si». Y trate cada edición como un cambio de código — revisado, comprometido, fechado — porque la skill es ahora el texto canónico de cómo trabaja su equipo.

Una nota de honestidad que pertenece aquí en lugar de en letra pequeña: la conformidad de la skill es probabilística, no forzada. Una skill es orientación muy fuerte, y en modelos actuales se sigue de manera confiable — pero son instrucciones, no una restricción de tiempo de ejecución. Que es exactamente por qué la composición importa: la rúbrica da al agente una barra numérica contra la que debe auto-calificarse, el tablero hace cada acción visible después del hecho, y la re-medición tres semanas después atrapa lo que se coló. La disciplina que puede verificar vence la disciplina que simplemente pidió.

Lo que una skill honestamente no puede hacer

Una skill empaqueta un método; no puede redimirlo. Empaquete un playbook de keyword-stuffing de 2015 y habrá industrializado un error — el agente ahora lo hará consistentemente, a escala, con control de versiones excelente. El patrón de puerta y rúbrica solo lo protege si los umbrales codifican un juicio que vale la pena congelar, que es por qué las mejores skills se escriben a partir de resultados verificados — las tácticas que realmente se confirmaron en su Search Console — no de una entrada de blog de mejores prácticas, esta incluida.

Y una skill no puede cerrar el bucle sola. Envía trabajo; no prueba que el trabajo movió un número. Esa prueba — la métrica comprometida antes de la corrección, la re-lectura semanas después, el veredicto escrito — es la capa de responsabilidad que debe vivir fuera de cualquier conversación única, en un tablero, contra datos reales. Si desea ver esa capa funcionando contra su propio sitio, el informe SEO gratuito conecta su Search Console y muestra lo que un operador trabajaría primero. Y si prefiere que toda la composición funcionara para usted — skills, datos, tablero, veredictos — programe una llamada y le mostraremos el bucle funcionando de principio a fin.