Su próximo visitante puede ser una persona que compara proveedores. También puede ser un programa al que esa persona haya encargado una búsqueda: encontrar una consultoría, comprobar una oferta o preparar una consulta. En ambos casos, su web debe explicar claramente qué hace y cómo dar el siguiente paso.
Elegí empezar por mi propia web. Kanexio ya contaba con páginas de servicios, contenido legible sin JavaScript y datos de contacto públicos. Aun así, el diagnóstico inicial señalaba varios callejones sin salida para los agentes. Esto es lo que corregimos, con los elementos que permiten comprobarlo.1
De 75 a 100/100: lo que muestran las pruebas
El diagnóstico inicial facilitado para este proyecto indicaba 75/100. Tras las correcciones, el informe público Is Agentic muestra 100/100 para Kanexio. La instantánea está fechada el 26 de octubre de 2026 a las 00:10 UTC, es decir, a la 01:10 en Bruselas. Ambos valores representan una diferencia de 25 puntos en la escala de esta herramienta.12
Estas pruebas tienen orígenes diferentes. El 75/100 procede del diagnóstico inicial facilitado al comenzar el proyecto; no dispongo de una captura histórica de aquella pantalla. El 100/100 es visible en el informe público y en la captura original presentada aquí. También se pueden consultar las observaciones HTTP anteriores y posteriores.12
Una puntuación técnica que necesita contexto
Is Agentic presenta las comprobaciones ejecutadas por Ora y las agrupa según su madurez y aplicabilidad a la web. La metodología da un papel central a los fundamentos y excluye los criterios no aplicables. Para entender un resultado, recomiendo abrir las pruebas de cada comprobación.3
El 100/100 es una constatación fechada sobre las superficies evaluadas. No mide ventas, calidad del asesoramiento ni frecuencia de citas en respuestas IA. La metodología también aclara que no constituye una certificación de seguridad, accesibilidad o conformidad.3
Una misma actividad, varias formas de descubrirla
Una persona lee títulos, mira imágenes y elige su camino. Un asistente puede empezar por una petición HTTP, un fragmento de página o un índice documental. Su necesidad sigue siendo concreta: encontrar información utilizable y poder rastrear su fuente.
En Kanexio, HTML sigue siendo el formato para la navegación habitual. La portada también ofrece una representación Markdown cuando el cliente la solicita. Ambas presentan la misma información pública; la segunda evita incorporar navegación, estilos y scripts a la lectura del contenido principal.1
La lectura en el navegador
Accept: text/html
HTTP 200
Content-Type: text/html; charset=utf-8
Vary: AcceptLa lectura solicitada por el agente
Accept: text/markdown
HTTP 200
Content-Type: text/markdown; charset=utf-8
Vary: AcceptLa negociación Markdown mostrada aquí se aplica a la portada. Las páginas de servicios enlazadas siguen disponibles en HTML. Hay que comprobar cada endpoint anunciado, con su tipo de contenido y el cuerpo real de su respuesta.
Las cinco correcciones realizadas en Kanexio
El trabajo se centró en los puntos señalados por el diagnóstico. Los presento como experiencia en esta web: una base útil de comprobación que debe adaptarse a su alojamiento y sus recorridos.
Servir realmente el formato solicitado
Antes de la corrección, una petición de la portada con Accept: text/markdown recibía HTML. El estado 200 solo indicaba que la petición había tenido éxito. Añadimos una respuesta Markdown real, con Content-Type: text/markdown y Vary: Accept, conservando HTML para los navegadores.145
La versión Markdown se genera a partir del contenido principal del HTML final. Así se reduce el riesgo de mantener dos mensajes diferentes. La verificación compara estado, cabeceras y texto recibido. También alterna peticiones HTML y Markdown para detectar confusiones de caché.1
Ver las comprobaciones técnicas
curl -sS -L -i -H 'Accept: text/markdown' https://kanexio.com/
curl -sS -L -i -H 'Accept: text/html' https://kanexio.com/
curl -sS -L -i -H 'Accept: text/markdown' https://kanexio.com/__kanexio-agent-article-404-20261026Explicar cuándo recurrir a la consultoría
El archivo llms.txt ya existía. Enumeraba contenidos, pero el diagnóstico no encontraba instrucciones suficientemente claras sobre los usos adecuados. Precisamos las necesidades que cubre Kanexio: prioridades digitales, creación web, visibilidad, automatización, identidad y formación.1
La guía también explica cómo leer las fuentes y preparar una consulta. Describe un proceso de contacto humano: reunir información útil, comprobar las condiciones publicadas y proponer al usuario el canal adecuado. llms.txt sigue siendo una propuesta documental; su presencia no demuestra que un asistente vaya a leerlo ni a citar la web.6
Leer las instrucciones publicadas para agentesDar una salida útil a las páginas inexistentes
La respuesta anterior ya devolvía el estado 404 correcto. Faltaba el cuerpo adecuado: un agente que pedía Markdown seguía recibiendo una página HTML. La nueva respuesta conserva 404 y explica en Markdown que no se encuentra el contenido, con enlaces a la portada, llms.txt y el mapa del sitio.1
Este detalle cuenta en una búsqueda. Una dirección errónea debe dejar clara la ausencia del documento y ofrecer una entrada válida. Comprobamos rutas simples, anidadas y terminadas en una extensión, verificando el cuerpo de la respuesta en cada caso.1
Restablecer el orden de los títulos en HTML
La portada ya contenía su H1 y suficiente texto. Sin embargo, un H2 del diálogo de búsqueda lo precedía en el documento original. La etiqueta del diálogo pasó a ser un párrafo, manteniendo su nombre accesible y su tipografía. El H1 principal es ahora el primer título del documento.1
H2Etiqueta del diálogo de búsqueda
H1Título principal de la portada
PEtiqueta del diálogo de búsqueda
H1Título principal de la portada
También situamos el título del capítulo Confianza en el nivel H2. Esta corrección afecta a la estructura. El mensaje, los controles de búsqueda y la presentación siguen siendo coherentes para quienes utilizan la web.1
Facilitar el acceso a las páginas de confianza
La política de privacidad ya estaba publicada en /confidentialite/. Conectamos las entradas /privacy y /about con las páginas canónicas existentes mediante redirecciones permanentes y verificamos Contacto. Comprobamos el contenido real y el destino final.1
En su actividad, estas páginas deben permitir verificar quién publica la web, cómo contactar con la empresa y qué indica sobre los datos tratados. La información debe coincidir con los formularios y proveedores realmente utilizados.
Ver la página de privacidadSu lista de comprobación inicial
Marque los puntos que haya verificado de verdad. Las casillas ayudan a leer esta página: no ejecutan auditorías, no transmiten datos ni calculan la puntuación Is Agentic.
Cómo repetir las comprobaciones en su web
Empiece conservando un estado inicial: fecha, URL, tipo de web, informe y respuestas observadas. Corrija después los puntos que realmente fallan. Una vez publicados los cambios, compruebe el dominio público y los endpoints afectados, y solicite otra auditoría. Documentar el alcance y la metodología da más valor a la comparación.
El informe público puede ser una instantánea en caché. Por eso importa su fecha. Para seguir un proyecto, conserve las capturas y observaciones correspondientes a cada etapa, explicando claramente qué acreditan. Una respuesta técnica correcta y un recorrido de usuario observado aportan pruebas complementarias.3
Preguntas antes de empezar
¿Qué mide exactamente el 100/100?
Resume las comprobaciones técnicas aplicables a la web en esa instantánea de Is Agentic. Para entender su alcance hay que leer los criterios, las pruebas y la fecha. La puntuación no cuantifica el impacto comercial de estas correcciones.
¿Necesita una pyme una API o un servidor MCP?
Depende del servicio que quiera ofrecer. La metodología Is Agentic activa comprobaciones de superficies API o MCP cuando las identifica. En este caso, el trabajo se centró en consultar la web pública y orientar hacia un contacto humano.
¿Hay que rehacer toda la web para empezar?
La decisión debe ir precedida de un análisis. Algunas correcciones dependen del alojamiento; otras, de la estructura HTML, los contenidos o los enlaces. El caso Kanexio muestra un trabajo acotado; no permite estimar el esfuerzo para otra web sin examinarla.
¿Ayuda su web a pasar de la lectura al siguiente paso adecuado?
Le ayudo a examinar su presencia digital, priorizar correcciones y definir su implementación. Partimos de su actividad, sus recorridos y lo que se puede verificar.
Fuentes, pruebas y metodología
Fuentes consultadas y pruebas archivadas el 26 de octubre de 2026. Los enlaces a herramientas u organismos no implican colaboración ni respaldo comercial de Kanexio.
- [1]Kanexio · observaciones del proyecto
Diagnóstico inicial facilitado por el propietario, observaciones HTTP archivadas antes y después, procedencia y fechas de las pruebas.
Verificado el 26 de octubre de 2026 - [2]Is Agentic · informe de kanexio.com
Puntuación pública de 100/100 e instantánea del 26 de octubre de 2026 a las 00:10 UTC, capturada y consultada ese mismo día.
Verificado el 26 de octubre de 2026 - [3]Is Agentic · metodología
Alcance de la puntuación, aplicabilidad de las comprobaciones, caché de informes y límites de interpretación.
Verificado el 26 de octubre de 2026 - [4]IETF · RFC 9110
Semántica HTTP, negociación de contenido, estados de respuesta y campo Vary.
Verificado el 26 de octubre de 2026 - [5]
- [6]llmstxt.org · propuesta llms.txt
Estructura del archivo y enlaces a contenidos de consulta útiles para agentes.
Verificado el 26 de octubre de 2026 - [7]Accept Markdown · convención de negociación
Comprobaciones prácticas del formato, las cabeceras y las preferencias Accept.
Verificado el 26 de octubre de 2026