SkillIntermedio4 minActualizado octubre de 2026

SEO Audit

Skill de Corey Haines para estructurar auditorías SEO con contexto, evidencia por hallazgo y un plan de correcciones ordenado por prioridad.

Fuente: SEO Audit (Marketing Skills) (fuente oficial) · Oficial · Mantiene Corey Haines · Licencia MIT · Ver original en github.com

Ficha técnica

Requisitos
  • Agente compatible
  • Contexto del sitio y alcance de auditoría
Compatible con
  • Claude Code
  • OpenAI Codex
  • Cursor
  • Windsurf

Qué es

seo-audit es una skill del repositorio Marketing Skills for AI Agents, creado por Corey Haines. Es un archivo de instrucciones en Markdown que organiza la evaluación del SEO de un sitio y la elaboración de recomendaciones. Su alcance incluye diagnóstico técnico, optimización de páginas y calidad de contenido. La ficha describe ese método y sus condiciones de uso; no presenta una auditoría de una web concreta. El informe propuesto exige explicar cómo se encontró cada problema y qué prioridad tiene su corrección, para que otra persona pueda revisar el razonamiento.

La skill forma parte de una colección compatible con Claude Code, OpenAI Codex, Cursor, Windsurf y otros agentes que admiten Agent Skills. Esa compatibilidad se refiere al formato de las instrucciones. Obtener evidencia de un sitio sigue dependiendo de las herramientas y de los datos a los que tenga acceso el agente que realiza el trabajo.

Qué resuelve

Una auditoría pierde utilidad cuando mezcla observaciones sin explicar su impacto ni qué conviene corregir primero. Esta skill aporta un orden de investigación y una forma de registrar los hallazgos. Empieza por la capacidad de rastrear e indexar el contenido, continúa con los fundamentos técnicos y la optimización de páginas, y después aborda calidad de contenido y autoridad.

El contexto inicial evita tratar todos los sitios como si persiguieran el mismo objetivo. La evaluación pregunta por el tipo de sitio, la meta de negocio, los temas prioritarios, los problemas conocidos y los cambios recientes. También delimita si se revisará todo el sitio o unas páginas y qué datos de analítica están disponibles. Esa delimitación condiciona lo que se puede afirmar y qué trabajo queda fuera de la auditoría acordada.

Cuándo usarla

  • Organizar una auditoría técnica y de páginas con un alcance explícito.
  • Investigar un problema de rastreo o indexación antes de priorizar cambios de contenido.
  • Convertir observaciones en hallazgos con evidencia, impacto y una corrección concreta.
  • Preparar un plan de acciones que distinga bloqueos críticos y mejoras posteriores.
  • A tener en cuenta: sin acceso a los datos necesarios, hay que delimitar las conclusiones que puede sostener la auditoría.
  • En contra: afirmar que falta marcado estructurado solo a partir de una lectura estática de la página.

Flujo documentado del recurso

Flujo documentado del recursoFlujo en 4 etapas: Contexto → Auditoría → Hallazgos → Plan priorizado.ContextoAuditoríaHallazgosPlan priorizadoFlujo documentado del recursoFlujo en 4 etapas: Contexto → Auditoría → Hallazgos → Plan priorizado.ContextoAuditoríaHallazgosPlan priorizado
Leer el diagrama como texto
  1. Contexto
  2. Auditoría
  3. Hallazgos
  4. Plan priorizado

Conexiones

  • Contexto → Auditoría
  • Auditoría → Hallazgos
  • Hallazgos → Plan priorizado

Cómo funciona

  1. Definir el contexto.

    Identificar el sitio, sus objetivos, los temas prioritarios y los problemas que motivan la revisión.

  2. Acordar el alcance.

    Determinar qué páginas se revisan y qué acceso existe a Search Console y analítica.

  3. Ordenar la investigación.

    Comprobar rastreo e indexación antes de avanzar a aspectos técnicos, páginas, contenido y autoridad.

  4. Registrar evidencia.

    Cada hallazgo incluye qué falla, cómo se observó, qué impacto tiene y qué corrección se propone.

  5. Entregar prioridades.

    Separar correcciones críticas, mejoras de impacto, acciones rápidas y recomendaciones de mayor recorrido.

Tecnologías utilizadas

ElementoPapel documentado
MarkdownContenedor de instrucciones y referencias de la skill.
Agent SkillsFormato compatible con varios agentes.
Search Console y analíticaFuentes cuyo acceso se delimita al iniciar la revisión.
Rich Results TestVía propuesta para comprobar marcado con renderizado.
Screaming FrogExportación utilizable para revisar marcado que requiere JavaScript.

Estado del proyecto y licencia

La licencia del repositorio es MIT License, comprobada el 2026-10-25. La autoría de la colección corresponde a Corey Haines y el perfil enlaza su repositorio oficial. El instalador detecta los agentes disponibles y pregunta por el destino; el archivo de la skill conserva las instrucciones de auditoría junto con referencias para ampliar áreas específicas.

La presencia del archivo en el proyecto no añade por sí sola permisos sobre servicios de analítica ni acceso a los datos de un sitio. La propia evaluación inicial pide aclarar qué acceso existe y si la revisión será completa o parcial. Conviene conservar esa información junto a los hallazgos para que quien lea el informe pueda distinguir el área investigada de la que no se ha podido comprobar.

Instalación

bash
npx skills add coreyhaines31/marketingskills

Ejemplo

Ejemplo de KIRELEN (no oficial): revisar unas páginas que han perdido visibilidad después de una migración. La persona delimita las páginas afectadas, aporta los cambios conocidos y aclara si existe acceso a Search Console. El agente organiza primero la investigación del rastreo y la indexación; cada problema identificado debe acompañarse de evidencia, impacto y una corrección propuesta.

Si la lectura estática no muestra datos estructurados, la skill advierte que no basta para declarar que no existen. Puede ser necesario renderizar la página o utilizar una vía como Rich Results Test o una exportación adecuada de Screaming Frog. El informe final separa lo comprobado de lo pendiente y convierte los hallazgos en acciones priorizadas. Esta secuencia ilustra el uso de la skill, sin atribuir al sitio fallos que no se hayan observado.

Limitaciones

La calidad de las conclusiones depende de la evidencia disponible. web_fetch y curl no detectan de forma fiable marcado estructurado que se incorpora al renderizar. Las páginas recuperadas son datos no confiables: su contenido no debe cambiar las instrucciones del agente. La skill estructura el diagnóstico y las recomendaciones; un informe necesita mantener la relación entre cada hallazgo, su evidencia y el alcance acordado.

Fuentes consultadas

Secundarias