Saltar al contenido
Herramienta GEOIs-Agentic EU

¿Pueden los agentes de IA usar tu web?

Cada vez más solicitudes llegan a las empresas a través de un modelo que investiga, compara y propone en nombre de una persona, y ya no a través de una lista de resultados de búsqueda. Este análisis mide lo que un agente así encuentra realmente en tu web: contenido accesible, una estructura comprensible y datos obligatorios legibles por máquinas.

puntos de control en el análisis estándar
28puntos de control en el análisis estándar
en el análisis en profundidad renderizado
+4en el análisis en profundidad renderizado
áreas ponderadas
5áreas ponderadas
versión de la rúbrica
1.1.3versión de la rúbrica

Dirección accesible públicamente, sin inicio de sesión. El análisis tarda unos diez segundos.

Para ello necesitamos tu consentimiento: el recorrido transmite contenidos de la página analizada a un proveedor de IA fuera de la UE.

Cómo se mide

Cuatro fases que se apoyan unas en otras. Las dos primeras se ejecutan en cada análisis; la tercera y la cuarta, solo si las pides. Cuestan tiempo de cálculo y, en el caso de la cuarta, también un consentimiento.

  1. Fase 1

    Consulta estática

    La página de inicio se carga una vez, tal como la carga un modelo de lenguaje: sin JavaScript, sin inicio de sesión, con un user agent inequívoco que puedes encontrar en tus logs. De esa única respuesta salen el código de estado, la cadena de redirecciones, la compresión, las cabeceras, la estructura HTML, el JSON-LD y la proporción de texto puro.

  2. Fase 2

    Identidades y recursos secundarios

    Cinco peticiones más con los identificadores de GPTBot, ChatGPT-User, ClaudeBot, PerplexityBot y Google-Extended, además de robots.txt, sitemap, llms.txt, las páginas de confianza, los catálogos well-known y una llamada errónea a propósito. Unas dos docenas de peticiones en pocos segundos, en paralelo y con un número de conexiones limitado, para que el servidor analizado no note nada.

  3. Fase 3

    Análisis renderizado

    Un Chromium sin interfaz gráfica carga la misma página con scripts y compara el resultado con la fase 1. Así salen a la luz cuatro cosas que no están en el HTML sin procesar: contenido que solo se genera con JavaScript, capas superpuestas que bloquean el punto de clic, controles sin semántica nativa y campos de formulario cuya etiqueta solo aparece en tiempo de ejecución. Separado a propósito del análisis estándar: un agente no suele ejecutar JavaScript, así que la diferencia entre ambas fases es en sí misma el resultado.

  4. Fase 4

    Recorrido observado del agente

    Un modelo de lenguaje recibe una tarea concreta y como máximo seis pasos para resolverla en tu web: encontrar una persona de contacto, entender la oferta de servicios, averiguar la lógica de precios o comprobar el titular y la forma jurídica. Se registra cada paso, el resultado y el punto en el que se atasca. No resta puntos, es la prueba: 28 marcas verdes dicen menos que una tarea resuelta. O no resuelta.

La fase 4 envía contenido de la página a un modelo de lenguaje fuera de la UE. Solo se inicia cuando has permitido la categoría Asistente de IA en tu configuración de cookies, y nunca de forma automática.

El modelo de puntuación

La puntuación total no es una media de todas las marcas. Se calcula en tres pasos, y dos de ellos la distinguen de una rúbrica de origen estadounidense.

Ponderación según las consecuencias

Dentro de cada área se calcula la proporción entre los puntos obtenidos y los alcanzables, y después se escala al peso del área. El acceso pesa un 30 por ciento, porque un fallo ahí invalida todo lo que viene después. La capacidad de acción pesa un 10, porque solo afecta a una parte de las webs.

No aplicable no significa suspendido

Lo que una web no ofrece en absoluto sale del numerador y del denominador. Un negocio artesanal sin interfaz no pierde puntos por ello. Si desaparece un área entera, su peso se reparte entre las demás en lugar de limitar la puntuación de forma artificial. Precisamente esta regla evita el muro de cruces rojas que las herramientas pensadas para desarrolladores generan en una web corporativa normal.

Estándares jóvenes, solo como bonus

Los catálogos de recursos, las agent cards y las cabeceras Link quedan fuera de la puntuación y pueden aportar como máximo cinco puntos. Que falten nunca cuesta nada. Un estándar de anteayer no debe hacer que una web parezca peor de lo que es.

Escala de notas

A
desde 85
Los agentes llegan a su objetivo.
B
70–84
Buena base, con lagunas puntuales.
C
55–69
Aprovechable, pero los agentes pierden tiempo.
D
40–54
Los agentes fallan en varios puntos.
F
menos de 40
Prácticamente inservible para agentes.

La rúbrica lleva un número de versión y se incluye en cada resultado. Si cambian los pesos o los umbrales, cambia el número. Dos análisis solo son comparables con la misma rúbrica.

Los puntos de control en detalle

Para cada punto se indica qué se mide, por qué marca la diferencia para un agente y en qué se basa el «superado». La tercera parte es la más importante: sin un umbral publicado, una puntuación es solo una afirmación.

Acceso

Peso 30 %

Antes de que importen la estructura o el contenido, la petición tiene que funcionar. Esta área es la que más pesa, porque un fallo aquí invalida todo lo demás: lo que un agente no puede cargar, tampoco lo puede entender.

Contenido sin JavaScript

Qué se mide: Cantidad de texto corrido y número de encabezados en el HTML entregado, antes de que se ejecute cualquier script.

Por qué importa: La mayoría de las peticiones de los modelos de lenguaje no ejecutan JavaScript. En una aplicación renderizada en el cliente, el agente ve entonces una estructura vacía, por muy bien que se vea la página en el navegador.

Se supera con: Al menos 500 caracteres de texto corrido y exactamente un H1 en el HTML sin procesar. Entre 200 y 500 caracteres cuenta como cumplido en parte.

Acceso para crawlers de IA

Qué se mide: Cinco peticiones con los identificadores de GPTBot, ChatGPT-User, ClaudeBot, PerplexityBot y Google-Extended.

Por qué importa: La protección contra bots no suele distinguir entre un scraper y un agente que actúa por encargo de una persona. Quien bloquea por puntuación de bot pierde a los dos.

Se supera con: Los cinco reciben el estado 200 con el cuerpo completo. Los bloqueos parciales se valoran de forma proporcional.

Sin desafío anti-bots

Qué se mide: Estado de la respuesta y cuerpo de la página de inicio, revisados en busca de páginas intermedias como los desafíos de Cloudflare o los muros de captcha.

Por qué importa: Un desafío de cálculo es un retraso para un navegador y un fallo total para un agente. No lo resuelve y abandona.

Se supera con: Estado 200 sin patrón de desafío en el cuerpo.

robots.txt permite a los agentes

Qué se mide: Evaluación de los grupos de reglas según RFC 9309 para cada identificador (un grupo propio sustituye a las reglas para *), por separado para crawlers de entrenamiento y crawlers que actúan para usuarios, además de las prohibiciones declaradas en comentarios.

Por qué importa: Un Disallow general afecta también a los crawlers que responden en tiempo real a las preguntas de los usuarios. El uso para entrenamiento se puede controlar por separado sin renunciar a la visibilidad en las respuestas de IA.

Se supera con: Ningún Disallow para los agentes que actúan a petición de un usuario. Cuatro o más identificadores de IA bloqueados por completo cuentan como no cumplido; un comentario que prohíbe el acceso automatizado a todo el sitio, como cumplido en parte.

Especificación: Content Signals

Páginas de error honestas

Qué se mide: Estado de la respuesta para una dirección inventada a propósito.

Por qué importa: Quien responde con 200 a cualquier dirección le confirma al agente que las rutas adivinadas son válidas. El agente sigue entonces callejones sin salida y toma su contenido como respuesta.

Se supera con: Estado 404 o 410. Un soft 404 con estado 200 cuenta como no cumplido.

Higiene de redirecciones

Qué se mide: Longitud y códigos de estado de la cadena de redirecciones hasta la dirección final.

Por qué importa: Cada salto cuesta una petición. Los códigos temporales indican además que la dirección de destino no es estable, lo que va en contra de guardarla como fuente.

Se supera con: Como máximo un salto, permanente (301/308). Las redirecciones por idioma de la página de inicio pueden ser temporales.

Peso de la página

Qué se mide: Proporción entre texto útil y tamaño del HTML transferido, además de una estimación del consumo de tokens.

Por qué importa: Un agente paga cada token que carga y recorta los documentos largos. Una proporción de texto baja significa que gran parte del presupuesto se va en marcado.

Se supera con: Menos de 30.000 tokens estimados y más de un 5 por ciento de texto.

Entrega comprimida

Qué se mide: Content-Encoding de la respuesta.

Por qué importa: Reduce el tiempo de transferencia y la probabilidad de que la petición se interrumpa, sobre todo en agentes con poco margen de tiempo.

Se supera con: Brotli, gzip o zstd.

Comprensión

Peso 25 %

Un modelo no lee el diseño, lee la estructura. Si falta, tiene que adivinar. Y en caso de duda gana el competidor del que hay datos más fiables.

Datos estructurados

Qué se mide: Presencia, validez y variedad de tipos de los bloques JSON-LD.

Por qué importa: Los datos estructurados son el único lugar en el que una web explica de forma legible por máquinas quién la gestiona y de qué trata. Todo lo demás hay que deducirlo del texto.

Se supera con: Al menos dos tipos con sentido y todos los bloques procesables.

Especificación: schema.org/Organization

Datos de la organización en el schema

Qué se mide: Completitud del objeto Organization o LocalBusiness: PostalAddress, contactPoint, sameAs.

Por qué importa: Son justo los tres campos que un agente comprueba antes de recomendar una empresa. sameAs vincula la marca con Wikidata, LinkedIn o el registro mercantil y la convierte en una entidad identificable en lugar de un simple nombre.

Se supera con: Los tres campos rellenados.

Metadatos de cabecera completos

Qué se mide: title, description, canonical, html lang, og:image, og:type.

Por qué importa: canonical decide qué versión se cita; lang, la asignación del idioma. Sin ambos, las consultas acaban en la versión de idioma equivocada o se atribuyen a una URL con parámetros.

Se supera con: Los seis presentes.

Estructura de encabezados

Qué se mide: Número de H1, distribución de niveles y saltos en la jerarquía.

Por qué importa: Los modelos dividen los documentos en secciones citables siguiendo los encabezados. Una jerarquía plana o irregular hace que se citen pasajes sin su contexto.

Se supera con: Exactamente un H1, al menos dos H2, ningún nivel saltado.

Versión en Markdown

Qué se mide: Negociación mediante Accept: text/markdown junto con la cabecera Vary o, como alternativa, una dirección con la extensión .md.

Por qué importa: La misma página en Markdown suele ahorrarle a un agente más del 90 por ciento de los tokens y elimina errores de análisis. Sin cabecera Vary, una caché compartida entrega la misma versión a los dos solicitantes.

Se supera con: Se entrega Markdown y la caché está bien separada.

Especificación: acceptmarkdown.com

Señales de idioma y región

Qué se mide: html lang y completitud de las referencias hreflang, incluida la autorreferencia.

Por qué importa: En las webs multilingües, esto decide si una consulta en alemán llega a la versión alemana o si se cita la inglesa.

Se supera con: lang definido y hreflang completo o inexistente.

Descubrimiento

Peso 20 %

Aquí no cuenta el ranking, cuentan los puntos de entrada legibles por máquinas. Un agente con un encargo busca primero indicaciones y solo después texto.

llms.txt como guía

Qué se mide: Presencia, estructura y una muestra: ¿las direcciones enlazadas ahí se resuelven de verdad?

Por qué importa: El archivo es la entrada más compacta a una web. Los enlaces rotos en él son peores que no tener archivo, porque el agente los sigue y no llega a ninguna parte. Ningún gran proveedor de IA ha confirmado hasta ahora que lo lea, por eso cuenta como bonus y no como obligación.

Se supera con: H1 presente, al menos tres referencias y, como máximo, un 20 por ciento de ellas rotas.

Especificación: llmstxt.org

Sitemap presente y declarado

Qué se mide: Sitemap XML válido, entrada en robots.txt, presencia de lastmod. Se cuentan todos los sitemaps declarados; de un índice se toma una muestra de hasta tres sitemaps secundarios.

Por qué importa: Sin lastmod, un agente tiene que volver a cargar cada página para detectar cambios. Eso consume presupuesto y reduce la frecuencia de rastreo.

Se supera con: urlset válido, declarado en robots.txt, lastmod definido (en la muestra o en el índice).

Páginas de confianza localizables

Qué se mide: Disponibilidad y extensión del texto del aviso legal, la política de privacidad, el contacto y la página «Sobre nosotros», en direcciones previsibles o mediante un enlace desde la página de inicio.

Por qué importa: Son las páginas que visita un agente para comprobar si un proveedor es real y se puede contactar antes de incluirlo en una recomendación.

Se supera con: Al menos tres de las cuatro disponibles, con contenido real en lugar de un esqueleto HTML.

Catálogos de recursos para agentes

Qué se mide: Presencia de /.well-known/ai-catalog.json, agent-card.json y api-catalog.

Por qué importa: Un catálogo en una ubicación previsible le ahorra al agente buscar interfaces página por página. Es un estándar joven, por eso cuenta como bonus y no como obligación.

Se supera con: Al menos uno de los archivos se entrega de forma válida.

Especificación: Agentic Resource Discovery

Indicaciones en la cabecera HTTP

Qué se mide: Cabecera Link con service-desc, api-catalog, describedby o alternate.

Por qué importa: La cabecera llega antes del primer byte de HTML. Un agente que solo necesita la versión en Markdown se ahorra así la descarga completa de la página HTML.

Se supera con: Al menos un valor rel aprovechable, con destino en el mismo dominio y accesible.

Especificación: RFC 8288, Web Linking

Transparencia UE y privacidad

Peso 15 %

El área que no cubren las herramientas de análisis desarrolladas a nivel internacional y la que, en la práctica, más pesa para una web europea. Incluye dos cosas: obligaciones que se aplican de todos modos y el caso específicamente europeo del consentimiento.

Contenido legible antes del consentimiento

Qué se mide: Detección de la herramienta de consentimiento utilizada y, después, medición del contenido que hay junto al contenedor del banner.

Por qué importa: Solo una persona puede dar su consentimiento. Lo que aparece después no existe para un agente. A propósito no se mide la longitud total: los textos legales de los banners son lo bastante largos como para superar cualquier mínimo.

Se supera con: Al menos 500 caracteres de contenido fuera del contenedor de consentimiento y sin bloqueo del desplazamiento.

Reserva de derechos legible por máquinas

Qué se mide: Content-Signal en robots.txt, /.well-known/tdmrep.json, ai.txt o una metaetiqueta tdm-reservation.

Por qué importa: Según el artículo 4 de la Directiva DSM, una reserva de uso para la minería de textos y datos solo surte efecto si se declara de forma legible por máquinas. Una frase en los términos y condiciones no basta.

Se supera con: Al menos una de las cuatro formas de declaración presente.

Especificación: W3C TDM Reservation Protocol

Aviso legal localizable y completo

Qué se mide: Disponibilidad en una dirección previsible o mediante un enlace desde la página de inicio, enlace desde la página de inicio, presencia de los datos obligatorios.

Por qué importa: Obligatorio según el § 5 ECG en Austria y el § 5 DDG en Alemania. Para un agente es además la prueba de que detrás de la web hay una empresa real.

Se supera con: Página disponible, enlazada desde el pie de página y con datos del registro mercantil reconocibles.

Información de privacidad localizable

Qué se mide: Disponibilidad en una dirección previsible o mediante un enlace desde la página de inicio, elementos de contenido según el art. 13 del RGPD.

Por qué importa: Los agentes citan esta página cuando los usuarios preguntan cómo se tratan sus datos. Si falta, se abre un hueco justo donde se decide la confianza.

Se supera con: Responsable del tratamiento y bases jurídicas mencionados en el texto.

Señalización de las interacciones con IA

Qué se mide: Detección de interfaces de IA integradas a partir de proveedores y puntos de integración conocidos y, después, búsqueda de un aviso de transparencia.

Por qué importa: El artículo 50 del Reglamento de IA de la UE exige a partir del 2 de agosto de 2026 que los usuarios sepan cuándo están hablando con un sistema. Se comprueba la interfaz realmente integrada, no si la palabra aparece en el texto de marketing.

Se supera con: Si se detecta una interfaz, un aviso en el texto entregado. Sin interfaz, no aplicable.

Especificación: AI Act, Artikel 50

Capacidad de acción

Peso 10 %

Leer es una mitad, actuar es la otra. Lo que una web no ofrece en absoluto no se valora: un despacho de abogados no pierde puntos por no tener una interfaz.

Vías de contacto legibles por máquinas

Qué se mide: Enlaces mailto y tel en el HTML entregado y en la página de contacto.

Por qué importa: Un agente que tiene que extraer una persona de contacto abandona si la dirección está en una imagen o detrás de JavaScript, y recomienda al siguiente. También entra aquí la ofuscación del correo electrónico por parte de una CDN.

Se supera con: Al menos tres de cuatro señales presentes.

Formularios que una máquina puede rellenar

Qué se mide: Relación entre los campos y los atributos name y etiquetas asociadas.

Por qué importa: Un agente rellena lo que puede nombrar. Sin etiqueta no queda claro qué dato espera cada campo.

Se supera con: Casi todos los campos con nombre y etiqueta. Sin formulario, no aplicable.

Interfaz para agentes

Qué se mide: Descripción OpenAPI, server card de MCP o una referencia a ella.

Por qué importa: Sin una descripción legible por máquinas, el agente tiene que deducir la interfaz a partir de texto. Con ella puede integrarla como herramienta.

Se supera con: Al menos una descripción legible por máquinas disponible. Sin interfaz, no aplicable.

Respuestas de error estructuradas

Qué se mide: Tipo de medio de la respuesta a una llamada errónea provocada a propósito contra la interfaz.

Por qué importa: Una página de error en HTML no le sirve de nada a un agente. No puede distinguir si la petición era incorrecta o si el servicio está caído.

Se supera con: JSON con un código de error estable. Sin interfaz, no aplicable.

Especificación: RFC 9457, Problem Details

Lo que el análisis no mide

Cuatro limitaciones que forman parte de la interpretación del resultado. Las mencionamos porque un informe sin sus límites no sirve como base para decidir.

Una página, no toda la web

Se mide la dirección indicada más un puñado de recursos secundarios previsibles. Una web con una página de inicio excelente y una sección de productos mal construida obtiene aquí una puntuación demasiado buena. Para valorar todo el contenido hace falta un análisis a través del sitemap.

La ubicación de la medición distorsiona

Hacemos las peticiones desde un centro de datos europeo. Muchos firewalls tratan las direcciones de centros de datos de otra forma que las conexiones de particulares. Por eso un resultado puede ser más estricto de lo que percibe un visitante y más suave de lo que percibe un agente desde otra red.

Ningún juicio sobre el contenido

Si tus textos convencen, si tu oferta encaja con quien busca, si tu marca aparece siquiera en las respuestas de los modelos: nada de eso está aquí. Eso es una cuestión de visibilidad y citabilidad, y de ella se ocupa otro informe.

Una instantánea

Las reglas para bots, la configuración de la CDN y las herramientas de consentimiento cambian sin despliegue. Una puntuación de hoy no dice nada sobre el estado dentro de cuatro semanas. Medir de nuevo forma parte del trabajo, no es un extra.

Por qué esto no es lo mismo que SEO

Nuestro SEO/GEO Checker evalúa contenido y visibilidad: palabras clave, posiciones, citabilidad en respuestas de IA. Este análisis evalúa la superficie que hay debajo. Una web puede ser excelente en contenido y aun así inservible para los agentes, porque el firewall los rechaza o el texto solo aparece después del consentimiento. Los dos resultados se complementan, no se sustituyen.

Preguntas frecuentes

Respuestas sobre Is-Agentic EU

General

2
¿Qué mide exactamente Is-Agentic EU?
Consulta tu web igual que lo hace un agente de IA: sin ejecutar JavaScript, sin inicio de sesión, con los user agents de crawlers de IA conocidos. Evalúa 28 puntos de control en cinco áreas, desde la disponibilidad, pasando por los datos estructurados, hasta la información legal obligatoria en Europa. El análisis en profundidad añade cuatro puntos más que solo son visibles en el estado renderizado.
¿Por qué mi web obtiene aquí una nota distinta que en una herramienta estadounidense?
Por dos motivos. Primero, ponderamos para empresas europeas: la falta de interfaces para desarrolladores no resta puntos, y a cambio el consentimiento, el aviso legal y la reserva de derechos suman en conjunto un 15 por ciento. Segundo, el resultado depende de desde dónde se analiza. Muchos firewalls bloquean las IP de centros de datos, y es justo de ahí de donde vienen también los agentes.

Proceso

3
¿Cómo se calcula la puntuación?
En cada área se calcula la proporción entre los puntos obtenidos y los alcanzables, y se escala al peso del área: acceso 30, comprensión 25, descubrimiento 20, transparencia UE y privacidad 15, capacidad de acción 10. Los puntos no aplicables salen del numerador y del denominador. Los estándares jóvenes quedan fuera de la puntuación y pueden aportar como máximo cinco puntos extra. La rúbrica lleva un número de versión para que dos análisis sigan siendo comparables.
¿Qué diferencia hay entre el análisis estándar y el análisis en profundidad?
El análisis estándar mide el HTML entregado, es decir, el estado en el que un agente suele ver una página. El análisis en profundidad arranca además un navegador sin interfaz gráfica y compara ambos. Muestra cuánto contenido solo se genera con JavaScript, si una capa superpuesta bloquea el punto de clic y si los controles y las etiquetas de los formularios son reconocibles para una máquina. Tarda más y por eso solo se ejecuta si lo pides.
¿Qué ocurre en el recorrido observado del agente?
Un modelo de lenguaje recibe una tarea, por ejemplo encontrar una persona de contacto, y como máximo seis pasos en tu web. Decide por sí mismo qué páginas abre. Al final se indica si resolvió la tarea, qué camino siguió el modelo y dónde se quedó atascado. Para ello, el contenido de las páginas se envía a un proveedor fuera de la UE, por eso esta parte solo se inicia con tu consentimiento expreso.

Tecnología

1
¿El análisis sobrecarga mi servidor?
Consiste en unas dos docenas de peticiones en pocos segundos, con un número limitado de conexiones simultáneas, comparable a un visitante que navega rápido por la web. Nos identificamos con un user agent inequívoco que reconocerás en tus logs.

Cumplimiento normativo

2
¿Se guardan datos de mi web?
Guardamos la dirección analizada, la fecha y el resultado de la medición. En un análisis sin solicitud de informe, eso es todo: ni dirección IP ni identificador del navegador. Solo los necesitamos si solicitas el informe detallado, junto con tu dirección de correo electrónico. Puedes pedir la eliminación en cualquier momento y sin formalidades en office@blckalpaca.at.
¿Puedo analizar dominios ajenos?
Sí, el análisis funciona con cualquier dirección accesible públicamente. Las redes internas, las direcciones locales y las direcciones que apuntan allí por DNS se rechazan, incluso cuando la resolución cambia justo durante el establecimiento de la conexión.
Lucas Blochberger
Lucas Blochberger · Founder & CEO

El informe es el punto de partida, no el resultado.

Implementamos los puntos que mueven tu puntuación y después volvemos a medir.