Claude SEO AI: audita tu web para Google y para los buscadores de IA

Cada vez más gente ya no «busca en Google»: le pregunta directo a ChatGPT, a Perplexity o a los resúmenes de Google AI. Esos buscadores de IA arman su respuesta leyendo páginas web y citando algunas. El problema es que ser bueno para Google y ser citable por la IA son dos cosas distintas, y una no garantiza la otra.

• Estás en la primera página de Google, pero le preguntas algo de tu tema a ChatGPT o Perplexity y nunca te mencionan.
• Te citan en respuestas de IA, pero en Google no apareces por ningún lado.
• No tienes ni idea de cómo medir lo segundo: las herramientas de SEO de siempre solo te hablan de Google.

Casi ningún auditor de SEO mira ese segundo mundo —el de la IA— y los que lo intentan suelen mezclar todo en un solo número que no te dice nada. La idea de Claude SEO AI es justo no mezclar: medir los dos ejes por separado para que sepas exactamente dónde estás flojo y por qué. Y no necesitas saber programar para usarlo.

Claude SEO AI es un plugin que instalas dentro de Claude Code. Le das la URL de tu sitio (o una carpeta de tu proyecto) y lo revisa por completo. Lo importante es cómo te mide: en dos ejes independientes que nunca mezcla.

Por dentro corre como un equipo: arma una sola «foto» de tu página, detecta de qué tipo es (SaaS, blog, negocio local, e-commerce, documentación) y reparte el trabajo entre unos 20 módulos especializados, cada uno con su evidencia. Para ti, eso se traduce en un reporte claro con hallazgos concretos. Y todo corre offline, sin API keys: no necesitas pagar ni conectar nada.

Eso cubre la gran mayoría de la auditoría. Dos chequeos sí piden conectar una herramienta extra: la velocidad real medida con usuarios (Core Web Vitals) y el renderizado de webs hechas con React o Vue. Cuando no los conectas, no te los inventa: aparecen en el reporte marcados como needs_api —ni aprobados ni reprobados— y el informe te dice cuántos quedaron sin verificar.

Si nunca has instalado un plugin, no te preocupes: son tres líneas que pegas dentro de Claude Code, una tras otra y en este orden exacto, sin cerrar Claude Code en medio. La primera agrega el marketplace, la segunda instala el plugin y la tercera lo recarga para que quede listo.

Listo. A partir de aquí ya puedes correr los comandos del plugin sobre cualquier sitio. Si nunca has trabajado con plugins, échale un ojo a la guía de Plugins de Claude Code para entender el flujo completo.

Son cuatro comandos. Lo normal es empezar con audit para ver el panorama completo, y de ahí ir a los demás según lo que quieras. A todos les das la URL de tu sitio (o la ruta de tu proyecto).

¿No quieres recordar la sintaxis? Para audit, geo y score puedes pedírselo a Claude con palabras normales y él los corre por ti:

Audita el SEO y la visibilidad en IA de https://tusitio.com y muéstrame las dos notas.

La única excepción es fix: ese siempre hay que escribirlo como comando a propósito, porque por seguridad Claude no lo puede disparar solo.

La clave de seguridad: audit, geo y score solo miran. El único que escribe es fix, y aun así te pide confirmación. Lo vemos en la sección de arreglos seguros.

Al final te quedan dos notas independientes de 0 a 100, cada una con su letra de A a F y una línea que la explica: una para Search SEO (Google) y otra para visibilidad en IA. Nunca las promedia en un solo número, porque eso esconde dónde estás flojo.

Para el eje de IA, lo que más pesa es esto:

• Que los crawlers de IA (OAI-SearchBot, Claude-SearchBot, PerplexityBot) puedan entrar a tu página y leerla.
• Que tengas bloques de respuesta extraíbles: párrafos que contestan una pregunta concreta de forma directa.
• Densidad de hechos y entidades claras: datos, nombres y términos que la IA puede citar con confianza.

El comando fix es el único que escribe, y separa los arreglos en tres niveles según qué tan seguros son:

Lo más sano es correrlo primero con --dry-run: ves exactamente qué haría, sin que toque un solo archivo. En realidad fix siempre te muestra el diff y te pide confirmar antes de escribir —con o sin la bandera—, así que quitar --dry-run es simplemente lo que te deja aceptar y aplicar los cambios.

Pase lo que pase, estos seguros están siempre activos:

• Modo dry-run: te muestra exactamente qué cambiaría antes de escribir un solo archivo —tú decides cuándo aplicarlo de verdad—.
• Un candado interno bloquea de plano cualquier escritura a archivos sensibles (.git, secretos, claves, lockfiles), aunque se lo pidas.
• Hace una copia de seguridad de cada archivo antes de tocarlo.
• Si tu proyecto tiene cambios sin guardar, fix se detiene solo y no escribe nada hasta que los guardes (o uses --force si sabes lo que haces).
• Correrlo otra vez no repite lo que ya aplicó.