Saltar al contenido

Análisis de agentes · informe por dominio

Analizar mi web

Revisión de los recursos públicos de tu web para el acceso automatizado.

13 comprobaciones de los recursos públicos de tu web, con un informe privado y evidencia técnica. No identifica qué agentes te visitan ni certifica cumplimiento.

Gratuito en esta primera versión. Necesitas autorización y verificar el control del dominio.

Qué recibes

Qué se comprueba

Recursos para el acceso automatizado

Qué encuentra un agente honesto al llegar al dominio.

  • robots.txt legible

    Es el lugar estándar donde un sitio publica sus reglas de rastreo; detectamos si responde y puede interpretarse.

    Qué no se puede concluir: Que exista no indica qué agentes lo respetan en la práctica; es una declaración, no una medida de tráfico.

  • Reglas explícitas para agentes de IA

    Detectamos más de treinta tokens documentados (GPTBot, ClaudeBot, PerplexityBot, Google-Extended, Bytespider y otros) sin inferir qué hará cada sistema. Lista revisada el 12 de septiembre de 2026.

    Qué no se puede concluir: Nombrar tokens no es necesariamente mejor que una regla con User-agent: * bien pensada; es una decisión editorial, no una virtud universal.

  • llms.txt publicado

    Es una propuesta emergente para resumir en texto plano qué ofrece el sitio a los modelos.

    Qué no se puede concluir: Es una convención en propuesta: no concede derechos, no sustituye a las condiciones de uso y su adopción real por los agentes no está garantizada.

  • Sitemap declarado y accesible

    El mapa del sitio reduce el rastreo a ciegas y hace medible qué se ha leído.

    Qué no se puede concluir: Que el sitemap responda no garantiza que esté actualizado ni que cubra las URLs importantes.

  • Caché condicional (ETag o Last-Modified)

    Los validadores permiten que un agente educado pregunte si algo cambió en vez de descargar de nuevo.

    Qué no se puede concluir: Anunciar validadores no demuestra que el servidor responda 304; eso lo comprueba la comprobación siguiente.

  • Respuesta 304 ante petición condicional

    Comprueba que la caché no solo se anuncia, sino que funciona ante una petición con validador.

    Qué no se puede concluir: Un 200 con contenido nuevo puede ser correcto si la página cambió entre ambas peticiones; un único resultado no certifica el comportamiento general.

  • Condiciones de uso enlazadas desde la portada

    Un agente (y una persona) necesita encontrar los términos sin adivinar la URL.

    Qué no se puede concluir: Detectamos un enlace que apunta a condiciones o aviso legal; no evaluamos su contenido jurídico.

  • Datos estructurados en la portada

    JSON-LD, microdatos u Open Graph hacen que autoría y fecha se puedan leer sin interpretar el diseño.

    Qué no se puede concluir: La presencia de la etiqueta no demuestra que el contenido sea válido o extraíble; solo que se ha declarado.

  • URL canónica declarada

    La canónica declara la dirección preferida de una página.

    Qué no se puede concluir: Declara una preferencia; no impide por sí sola que una misma página se cite con direcciones distintas.

  • Canal de novedades (RSS o Atom)

    Un canal de novedades permite seguir cambios sin repetir el rastreo completo.

    Qué no se puede concluir: Detectamos el enlace declarado en la portada; no comprobamos que el canal esté al día.

Señales de configuración defensiva observables

Señales públicas de configuración. No son una auditoría de seguridad ni una nota de protección.

  • Cabeceras de seguridad en la portada

    Content-Security-Policy, frame-ancestors, X-Content-Type-Options y Referrer-Policy declaran defensas del lado del navegador.

    Qué no se puede concluir: Su presencia no equivale a protección completa: importa su sintaxis y su contexto, y esto no es una auditoría de seguridad.

  • Rutas sensibles mencionadas en robots.txt

    Las rutas que se listan en robots.txt son públicas para cualquiera; conviene saber cuántas parecen delicadas (paneles, accesos, copias).

    Qué no se puede concluir: Informamos de rutas mencionadas públicamente, nunca de si el archivo existe o está expuesto: no las visitamos.

  • security.txt publicado

    El estándar RFC 9116 da a quien encuentra un fallo un canal declarado para avisar.

    Qué no se puede concluir: Declarar un contacto no significa que esté atendido; solo comprobamos publicación y formato básico, nunca enviamos mensajes de prueba.

Cómo funciona

  1. 1. Autorización. Declaras que puedes autorizar el análisis de ese dominio. Queda registrada con fecha y texto, vale 90 días y la puedes retirar cuando quieras desde tu área privada: al retirarla dejamos de analizar.
  2. 2. Verificación de control. Publicas un código en un registro TXT (_observatorio.tu-dominio) o en /.well-known/observatorio-de-agentes.txt.
  3. 3. Análisis externo. Leemos solo recursos públicos y pensados para máquinas: robots.txt, llms.txt, sitemap.xml y la portada. Son unas pocas peticiones, y el informe dice cuántas fueron.
  4. 4. Informe. Lo recibes en tu área privada, con versión de reglas y evidencia técnica.

Alcance y límites

Lista de espera

Estamos estudiando cómo ofrecer un seguimiento continuo, y aún no está decidido con qué método se mediría. Desde tu área privada puedes apuntarte a la lista de espera y contarnos qué necesitas medir.

En esta primera entrega no hay cobro. Consulta también el aviso de tratamiento de datos y la política de acceso automatizado que aplicamos a nosotros mismos.