AI Readiness Checker: comprueba si tu web está lista para las IA

Qué significa exactamente AI readiness

AI readiness no es un eslogan de marketing, es un estado técnico verificable: la capacidad de un sitio web para que un robot de inteligencia artificial (GPTBot, Google-Extended, ClaudeBot, PerplexityBot...) acceda a sus páginas, extraiga el contenido real -no una carcasa vacía de JavaScript- y lo use para responder a un usuario en una conversación, una vista general de IA o una respuesta con fuentes citadas. Un sitio AI-ready cumple tres condiciones simultáneas: es accesible (los robots pueden entrar y rastrear sin bloqueos), es legible (el contenido útil está en el HTML, no oculto detrás de renderizado del lado del cliente sin fallback) y es citable (la información está estructurada de forma que un modelo pueda extraer un dato preciso y atribuirlo a la fuente).

Esto se diferencia de la indexabilidad clásica en un punto clave: Google indexa casi cualquier cosa, incluso páginas mediocres, y las coloca en la posición 47 de los resultados. Un motor de IA generativa no tiene ese lujo de espacio: cuando responde, selecciona un puñado de fuentes, no cien. Si tu contenido es ambiguo, está mal estructurado o directamente inaccesible para el robot correspondiente, ni siquiera entras en la baraja de candidatos. La preparación IA es, en la práctica, un filtro binario mucho más estricto que el posicionamiento tradicional en buscadores.

El concepto también incluye una dimensión de confianza: un modelo entrenado o con búsqueda en tiempo real tiende a favorecer fuentes que ya reconoce como autorizadas -dominios citados por terceros, contenido consistente en el tiempo, autoría clara- frente a páginas nuevas sin ningún rastro de reputación. Por eso hablar de AI readiness sin hablar de autoridad es una conversación incompleta: la parte técnica abre la puerta, pero la autoridad decide si el motor elige entrar.

Por qué estar preparado para la IA ya no es opcional en 2026

El comportamiento de búsqueda cambió de forma medible: una parte creciente de usuarios formula su pregunta directamente en ChatGPT, en Gemini o en el cuadro de búsqueda de Perplexity, sin pasar por un buscador tradicional. Google, por su parte, ha ido colocando su propia vista general generada por IA encima de los resultados orgánicos para un porcentaje relevante de consultas, lo que reduce el número de clics que llegan a las páginas de siempre aunque el sitio ocupe una buena posición. En este contexto, aparecer solo bien posicionado en Google cubre cada vez menos terreno del recorrido real del usuario.

La consecuencia práctica para cualquier negocio con web es sencilla de enunciar y difícil de ignorar: si tu competencia directa es la fuente que ChatGPT cita cuando alguien pregunta por tu categoría de producto o servicio, y tú no apareces, esa persona nunca llega a conocer que existes. No hay una segunda página de resultados en una conversación con un asistente de IA: hay una respuesta, con dos o tres fuentes, y el resto simplemente no existe para ese usuario en ese momento.

Esto no significa abandonar el SEO clásico -sigue siendo la base técnica y de contenido sobre la que se construye todo lo demás- sino añadir una capa de verificación que antes no era necesaria: comprobar que los robots de IA pueden entrar, que el contenido responde preguntas de forma directa y que existen señales de autoridad que un modelo pueda reconocer. Retrasar esa comprobación no frena el cambio, solo deja a la marca fuera de la conversación mientras otros ya se están posicionando en ella. Es exactamente el tipo de brecha que revela una auditoría SEO orientada a IA: no un problema de tráfico general, sino un vacío específico en los canales que están creciendo ahora mismo.

Las 5 dimensiones que determinan si un sitio está AI-ready

Un sitio no es AI-ready o no AI-ready en bloque: es una combinación de cinco dimensiones independientes, y basta con que una falle gravemente para que el conjunto se hunda. Entenderlas por separado ayuda a diagnosticar qué corregir primero en lugar de intentar arreglarlo todo a la vez.

• Técnica: velocidad de carga, renderizado del contenido (si depende de JavaScript pesado sin fallback en HTML, gran parte de los robots de IA no lo ven), certificado HTTPS válido, ausencia de bucles de redirección y cabeceras de servidor correctas.
• Contenido: respuestas directas y verificables a preguntas concretas, datos actualizados, formato claro (títulos jerárquicos, listas, tablas) que facilita la extracción de un fragmento citable.
• Autoridad: menciones externas, enlaces desde otros dominios relevantes, coherencia de la información sobre la marca en distintas fuentes (directorios, prensa, redes), presencia consistente en el tiempo.
• Accesibilidad a robots: que robots.txt no bloquee GPTBot, OAI-SearchBot, Google-Extended, ClaudeBot, anthropic-ai, Claude-SearchBot, PerplexityBot o CCBot cuando la intención es ser visible; que no haya restricciones a nivel de firewall o CDN que descarten estos user-agents.
• Estructura: datos estructurados (Schema.org) bien implementados, jerarquía de encabezados coherente, arquitectura de enlaces internos que deja claro qué páginas son las más relevantes para cada tema.

La razón por la que conviene tratarlas por separado es diagnóstica: una web puede tener contenido excelente y autoridad real, pero si el robot de un motor concreto está bloqueado en robots.txt, ese motor concreto no va a citar nunca esa web, por buena que sea el resto. A la inversa, una web técnicamente perfecta con contenido genérico y sin ninguna mención externa tampoco genera confianza suficiente para que un modelo la elija como fuente. Ready2GEO evalúa estas cinco dimensiones de forma separada precisamente para poder señalar dónde está el cuello de botella real, en lugar de dar una nota global que oculta el problema concreto. Quien quiera profundizar solo en la dimensión de contenido y estructura orientada a motores generativos puede complementar este diagnóstico con un test GEO centrado específicamente en esa capa.

Cómo evalúa realmente un test AI readiness un sitio

Un test de AI readiness serio no se limita a mirar el código fuente por encima: sigue una secuencia de comprobaciones que reproduce, en la medida de lo posible, lo que hace un robot de IA real cuando llega a una URL. El proceso empieza por la capa de acceso: se descarga robots.txt y se comprueba, línea por línea, si existe alguna directiva que bloquee de forma explícita a GPTBot, OAI-SearchBot, Google-Extended, ClaudeBot, anthropic-ai, Claude-SearchBot, PerplexityBot, Perplexity-User o CCBot. Muchos bloqueos no son intencionados: vienen de una plantilla de robots.txt copiada de otro proyecto o de un plugin de seguridad configurado de forma demasiado agresiva.

Después se pasa a la capa de contenido: se solicita la página como lo haría un robot sin ejecutar JavaScript pesado, para ver qué queda del texto real cuando se elimina todo lo que depende de un navegador completo. Si el contenido visible en pantalla desaparece casi por completo en esa versión, el motor de IA probablemente tampoco lo verá. A esto se suma una revisión de los datos estructurados presentes (Schema.org, metaetiquetas Open Graph, datos de autor y fecha) y de la jerarquía de encabezados, porque son las señales que ayudan a un modelo a entender de qué trata cada sección sin tener que inferirlo del contexto general.

La tercera capa cubre rendimiento, compatibilidad responsive y seguridad -HTTPS válido, cabeceras de seguridad presentes, ausencia de contenido mixto- porque un sitio lento o inseguro penaliza tanto la experiencia real como la disposición de un robot a completar el rastreo antes de un timeout. En Ready2GEO todo este recorrido se traduce en 38 comprobaciones repartidas en 5 categorías (SEO, GEO, rendimiento, responsive y seguridad), ejecutadas en unos 30 segundos, con una puntuación global y una puntuación específica para ChatGPT, Gemini, Claude, Perplexity y Google AI Overview, porque cada motor pondera estas señales de forma distinta.

Un sitio AI-ready no es necesariamente un sitio bien posicionado

Es tentador asumir que si una web ya está bien posicionada en Google, automáticamente está lista para las IA generativas. No es así, y confundir ambas cosas lleva a diagnósticos equivocados. El posicionamiento clásico en Google recompensa señales acumuladas durante años -autoridad de dominio, volumen de backlinks, historial de la página- y tolera cierto ruido técnico porque el algoritmo tiene margen para intentar entender contenido imperfecto. Los motores de IA generativa, cuando citan fuentes en tiempo real, trabajan con una ventana de decisión mucho más estrecha: si no pueden extraer una respuesta clara y verificable en los primeros segundos de lectura, pasan a la siguiente fuente.

Esto explica un fenómeno que sorprende a bastantes equipos SEO: una web número uno en Google para su palabra clave principal puede aparecer completamente ausente cuando se le pregunta lo mismo a ChatGPT o a Perplexity. Las causas habituales son estructurales, no de posicionamiento: contenido redactado para persuadir en lugar de para responder de forma directa, párrafos largos sin una frase que resuma la respuesta, ausencia de datos estructurados que confirmen quién es el autor o cuándo se publicó, o simplemente un robots.txt que nunca se revisó después de haberse configurado años atrás para bloquear scrapers agresivos, y que hoy bloquea también a los robots de IA legítimos.

La relación inversa también existe: un sitio con posicionamiento discreto en Google, pero con contenido muy directo, bien estructurado y con autoría clara, puede resultar más citable para un modelo de IA que un competidor mejor posicionado pero más denso. Por eso el AI readiness merece su propia medición, separada del ranking SEO tradicional: son dos sistemas de evaluación con criterios distintos, que en muchos casos coinciden pero que no dependen el uno del otro. Tratarlos como sinónimos es la forma más rápida de dejar un problema real sin diagnosticar.

Señales que bloquean totalmente el acceso de las IA a un sitio

Hay un puñado de errores que no reducen la visibilidad IA de un sitio: la eliminan por completo, sin matices. Detectarlos es la primera prioridad de cualquier auditoría, porque no tiene sentido optimizar contenido o autoría si el robot ni siquiera consigue entrar.

• Robots.txt mal configurado: una directiva Disallow bajo un user-agent como GPTBot, ClaudeBot o PerplexityBot bloquea a ese motor de forma total, aunque el resto del sitio esté perfectamente optimizado. Es sorprendentemente frecuente encontrar este bloqueo heredado de una plantilla genérica o de una configuración de seguridad que nunca se revisó tras su implementación.
• JavaScript que oculta el contenido real: cuando el HTML inicial llega casi vacío y todo el contenido se inyecta después mediante JavaScript del lado del cliente, un robot que no ejecuta ese JavaScript -o lo ejecuta de forma limitada- solo ve una carcasa sin texto. Esto es habitual en sitios construidos con ciertos frameworks de una sola página sin renderizado en servidor ni prerenderizado.
• Bucles de redirección: cadenas de redirects que rebotan entre versiones con y sin www, entre HTTP y HTTPS, o entre distintos idiomas sin llegar nunca a una URL final estable, agotan el presupuesto de rastreo del robot antes de que llegue al contenido.
• Firewalls y CDN demasiado agresivos: reglas de protección contra bots que identifican a los robots de IA como tráfico sospechoso y los bloquean a nivel de red, antes incluso de que robots.txt entre en juego.
• Errores de servidor intermitentes: un sitio que responde con códigos de error de forma ocasional bajo carga hace que el robot abandone el rastreo y no vuelva a intentarlo en un tiempo razonable.

Cualquiera de estas señales, por sí sola, puede explicar una ausencia total en un motor concreto. Por eso conviene revisarlas de forma explícita y no dar por hecho que si Google indexa el sitio, el resto de motores también entra: los criterios de acceso no son idénticos entre buscadores tradicionales y robots de IA.

AI readiness para un sitio corporativo vs un e-commerce

Las prioridades de un test de AI readiness cambian según el tipo de sitio, aunque las cinco dimensiones de base sean las mismas. Un sitio corporativo o de servicios B2B vive o muere, en términos de visibilidad IA, por su capacidad de responder preguntas concretas sobre lo que hace, para quién y con qué diferencia frente a la competencia. Ahí importan sobre todo el contenido (páginas de servicio con respuestas directas, casos de uso claros, datos de contacto y autoría verificables) y la autoridad (menciones en prensa del sector, presencia coherente en directorios profesionales, testimonios verificables). Un modelo de IA que responde qué agencia hace X en tal ciudad necesita fuentes que hablen de esa especialidad de forma explícita, no una home genérica llena de eslóganes.

Un e-commerce enfrenta un reto distinto, más técnico. El volumen de páginas (fichas de producto, categorías, filtros) multiplica el riesgo de que partes enteras del catálogo queden fuera del rastreo por paginación mal gestionada, contenido generado dinámicamente sin fallback en HTML, o variantes de producto que generan URLs duplicadas sin canonicalización clara. Aquí la dimensión técnica y la de estructura pesan más: datos estructurados de producto (precio, disponibilidad, valoraciones) bien implementados, tiempos de carga razonables en páginas con muchas imágenes y una arquitectura de categorías que un robot pueda recorrer sin perderse.

También cambia el objetivo de la autoridad: en un e-commerce, las reseñas verificadas, la consistencia de las fichas de producto entre el propio sitio y marketplaces externos, y la presencia en comparadores son señales que un modelo puede usar para decidir si recomendar ese producto concreto frente a otro. Ejecutar el mismo test genérico en ambos tipos de sitio da una puntuación útil como punto de partida, pero interpretar qué corregir primero exige tener en cuenta esta diferencia de contexto: no tiene sentido invertir primero en autoría de marca si el problema real es que la mitad del catálogo no se renderiza para los robots.

Cómo interpretar una puntuación de AI readiness

Una puntuación de AI readiness sobre 100 no es un número decorativo: agrega el resultado de decenas de comprobaciones técnicas y de contenido, así que conviene aprender a leerla en bandas en lugar de fijarse solo en el valor absoluto. En términos generales, una puntuación baja (por debajo de 40-45) suele señalar al menos un bloqueo estructural grave -un robots.txt restrictivo, contenido que no se renderiza, HTTPS mal configurado- y conviene resolver ese punto antes de tocar nada más, porque cualquier mejora de contenido es irrelevante si el robot ni siquiera entra. Una puntuación media (entre 45 y 70 aproximadamente) indica que el acceso básico funciona, pero que hay fricciones repartidas entre varias categorías: velocidad mejorable, datos estructurados incompletos, señales de autoridad débiles. Una puntuación alta (por encima de 70-75) refleja un sitio con las condiciones técnicas y editoriales en orden, aunque eso no garantiza que un motor concreto vaya a citarlo en una consulta específica.

La puntuación global es útil como fotografía rápida, pero el desglose por motor -ChatGPT, Gemini, Claude, Perplexity, Google AI Overview- suele ser más accionable, porque cada uno pondera de forma distinta el acceso vía robots, la frescura del contenido o la autoridad externa. Es habitual ver una diferencia notable entre la puntuación para un motor y otro en el mismo sitio: por ejemplo, un buen resultado en Google AI Overview (que hereda parte de la señal del posicionamiento SEO clásico) conviviendo con una puntuación baja en Perplexity si PerplexityBot está restringido o si el contenido no tiene el formato directo que ese motor prioriza al citar fuentes.

Lo más útil de una puntuación no es el número en sí, sino la lista de comprobaciones fallidas que lo justifican: cada fallo señala una acción concreta y priorizable. Comparar la puntuación antes y después de aplicar correcciones, y repetirla frente a dos o tres competidores directos, da un contexto mucho más útil que mirar el número de forma aislada.

Pasar de no preparado a preparado: plan de acción realista en 3 pasos

Corregir la AI readiness de un sitio no requiere una refactorización completa ni meses de trabajo, pero sí un orden de prioridades claro, porque atacar los problemas en el orden equivocado desperdicia esfuerzo. Un plan realista tiene tres pasos, y cada uno depende de haber completado el anterior.

Paso 1 - Desbloquear el acceso. Antes de tocar una sola línea de contenido, hay que confirmar que ningún robot de IA relevante está bloqueado: revisar robots.txt directiva por directiva, comprobar que no hay reglas de firewall o CDN descartando estos user-agents, y verificar que el contenido principal está presente en el HTML servido, no solo en lo que se ve tras ejecutar JavaScript en el navegador. Este paso no cuesta dinero, solo atención, y suele resolver de un plumazo la ausencia total en uno o varios motores.

Paso 2 - Reestructurar el contenido para que sea citable. Con el acceso resuelto, el siguiente cuello de botella suele ser editorial: párrafos que responden preguntas de forma indirecta, ausencia de una frase-resumen al inicio de cada sección, falta de datos estructurados que confirmen autoría y fecha. Reescribir las páginas más estratégicas -no todo el sitio a la vez- con una respuesta directa en las primeras líneas de cada apartado, seguida del desarrollo, mejora de forma medible la probabilidad de que un modelo extraiga y cite ese fragmento. La guía de cómo optimizar una web para ChatGPT entra en el detalle práctico de este paso.

Paso 3 - Construir señales de autoridad reconocibles. El paso más lento pero el que sostiene los resultados en el tiempo: conseguir menciones externas coherentes, mantener actualizada la información de la marca en directorios y prensa del sector, y ser consistente en cómo se presenta la empresa en distintas fuentes. Ningún ajuste técnico sustituye esta señal, porque es la que un modelo usa para decidir, entre varias fuentes técnicamente válidas, cuál merece más confianza.

Repetir el test tras cada paso, en lugar de esperar a haberlo aplicado todo, permite confirmar qué cambio tuvo impacto real y evita invertir semanas en autoría cuando el problema seguía siendo un bloqueo técnico sin resolver.

Testear tu AI readiness gratis en 30 segundos

La forma más rápida de saber en qué punto está un sitio, en lugar de especular, es ejecutar el test directamente. La auditoría gratuita de Ready2GEO analiza cualquier URL en unos 30 segundos, sin necesidad de instalar nada ni dar acceso al servidor, y el proceso es literalmente de tres pasos.

Primero, se introduce la URL del sitio que se quiere evaluar en la herramienta de auditoría. Segundo, el motor ejecuta las 38 comprobaciones repartidas en las cinco categorías -SEO, GEO, rendimiento, responsive y seguridad- rastreando la página como lo haría un robot real, revisando robots.txt, midiendo tiempos de carga y comprobando la presencia de datos estructurados. Tercero, se recibe un informe con la puntuación global de visibilidad IA sobre 100, más el desglose específico para ChatGPT, Gemini, Claude, Perplexity y Google AI Overview, junto con la lista de comprobaciones que han fallado y las tecnologías detectadas en el sitio.

Un detalle que suele pasar desapercibido y que aporta contexto real: la herramienta permite comparar el sitio auditado con hasta tres competidores directos en la misma pasada, lo que convierte una puntuación abstracta en una comparación concreta (mi web saca 52, mi competidor principal saca 71, y la diferencia está en estas tres comprobaciones). Esa comparación suele ser más persuasiva de cara a priorizar recursos que la puntuación aislada.

La versión gratuita permite una auditoría al día, suficiente para hacer un seguimiento razonable de un sitio propio o de un cliente puntual. Para quienes gestionan varias webs a la vez -típicamente agencias- existe la opción de generar el informe en PDF de marca blanca, pensada para entregar el resultado directamente a un cliente con la imagen de la propia agencia; los detalles de esa modalidad están en la página para agencias.

Hay que repetir el test regularmente

Sí, y no por rutina sino porque tres de las variables que determinan el AI readiness cambian sin que el propietario del sitio haga nada. La primera es la política de rastreo de los propios motores de IA: OpenAI, Google, Anthropic y Perplexity han modificado en el pasado el comportamiento y el nombre de sus robots, y una configuración de robots.txt que hoy permite el acceso puede quedar desactualizada si aparece un nuevo user-agent que nadie añadió a la lista de permitidos. La segunda es la competencia: si un competidor directo mejora su contenido o resuelve un bloqueo técnico, la posición relativa del propio sitio cambia aunque este no haya tocado nada.

La tercera variable es interna y más prosaica: cualquier cambio de plantilla, migración de CMS, actualización de un plugin de seguridad o de caché, o modificación del archivo robots.txt por parte de un desarrollador que desconoce estas implicaciones, puede introducir un bloqueo nuevo de un día para otro. Es habitual que un sitio pierda su AI readiness después de una migración técnica que, en apariencia, no tenía nada que ver con SEO ni con IA: un cambio de servidor que altera las cabeceras HTTP, o una nueva configuración de CDN con reglas de bot management activadas por defecto.

Una cadencia razonable es repetir el test tras cualquier cambio técnico relevante en el sitio, y como mínimo de forma trimestral aunque no haya cambios conocidos, precisamente para detectar variaciones que vienen de fuera (nuevos robots, cambios de criterio de los motores). Para una agencia que gestiona varios clientes, integrar esta comprobación en el mismo ciclo que ya usa para el mantenimiento SEO habitual evita que un bloqueo pase inadvertido durante meses, que es tiempo suficiente para perder visibilidad frente a competidores que sí revisan este punto con regularidad.

AI readiness y seguridad del sitio: el vínculo que se suele olvidar

La seguridad rara vez aparece en la misma conversación que la visibilidad en IA, y es un error: los robots de IA, igual que los buscadores tradicionales, penalizan o directamente descartan sitios con problemas de seguridad básicos. Un certificado HTTPS caducado o mal configurado, contenido mixto (recursos cargados por HTTP dentro de una página HTTPS) o la ausencia de cabeceras de seguridad estándar no solo generan advertencias en el navegador del usuario: también son señales que un robot puede interpretar como indicio de un sitio mal mantenido, lo que reduce la confianza depositada en su contenido.

Hay una razón práctica adicional, más allá de la señal de confianza: algunos robots de rastreo abandonan la conexión si detectan errores de certificado, lo que equivale, en la práctica, a un bloqueo de acceso aunque nadie haya tocado robots.txt. Un sitio con HTTPS mal configurado puede fallar en un test de AI readiness por una razón puramente técnica, ajena en apariencia al contenido o al SEO, pero con el mismo efecto final: el motor no llega a leer la página.

Las cabeceras de seguridad -como las que gestionan políticas de contenido, protección contra clickjacking o control estricto de transporte- no son exclusivas de un departamento de ciberseguridad ajeno al marketing: forman parte del mismo diagnóstico técnico que determina si un sitio está listo para ser citado por una IA. Por eso un test de AI readiness completo, como el que ejecuta Ready2GEO dentro de su categoría de seguridad, no se limita a comprobar que existe un candado en la barra de direcciones: revisa la configuración real detrás de ese candado. Tratar la seguridad como una casilla aparte del SEO y de la preparación IA es exactamente el tipo de compartimentación que deja huecos sin cubrir en una auditoría hecha a medias.

Lo que las agencias web deben saber sobre la AI readiness de sus clientes

Para una agencia que ya ofrece SEO, la preparación IA no es un servicio completamente nuevo que haya que inventar desde cero: es una extensión natural del mismo trabajo, con un vocabulario y unas comprobaciones específicas que conviene dominar antes de venderlo como tal. El primer punto a tener claro internamente es que un cliente que pregunta por qué no aparece en ChatGPT no está pidiendo lo mismo que por qué no aparece en Google, aunque las palabras se parezcan: la respuesta técnica puede requerir revisar robots.txt para robots que la agencia quizá nunca había tenido que considerar, o evaluar si el contenido responde preguntas de forma lo bastante directa como para ser citable.

El segundo punto es de expectativas: ninguna agencia seria puede prometer que un cliente será citado por ChatGPT en un plazo fijo, de la misma manera que nunca debería prometerse la posición uno en Google en una fecha concreta. Lo que sí puede ofrecerse, con honestidad, es una mejora verificable del AI readiness -resolver bloqueos técnicos, mejorar la estructura del contenido, construir autoría- y un seguimiento periódico de la puntuación para demostrar progreso real con datos, no con promesas.

El tercer punto es operativo: escalar este tipo de auditoría a una cartera de clientes exige una herramienta que entregue resultados consistentes y rápidos, no un proceso manual de varias horas por cliente. Automatizar la primera capa de diagnóstico -accesibilidad, estructura, seguridad- con un test como el de Ready2GEO, y reservar el tiempo del equipo para la parte que sí requiere criterio humano (qué contenido reescribir, qué narrativa de autoridad construir), es la diferencia entre ofrecer este servicio de forma rentable o perder margen en cada cliente. La página para agencias detalla cómo integrar informes de marca blanca en este flujo de trabajo sin que cada auditoría implique reconstruir el proceso desde cero.