Empieza por el punto en que la IA hace fallar al usuario
La preparación para agentes no es una puntuación que se obtiene añadiendo llms.txt, schema o WebMCP. La pregunta útil es más simple: cuando un buscador, motor de respuestas o agente autorizado llega a tu sitio, ¿puede encontrar la página correcta, entender los hechos, evitar representar mal la marca y completar con seguridad la tarea que pidió el usuario?
Esta auditoría tiene cuatro capas: descubrible, comprensible, citable y accionable. Corrígelas de abajo hacia arriba: un fallo en una capa inferior vuelve frágil el trabajo de la siguiente.
Es un marco de auditoría y priorización, no una invitación a convertir cualquier web en un agente autónomo. Para la mayoría de empresas, las tres primeras capas resuelven los problemas mayores de SEO y GEO. La cuarta solo aplica si existe una tarea real, límites de permiso y una experiencia de confirmación significativa.
Corrige desde la base: descubrimiento es el cimiento, comprensión establece hechos, las citas dan elegibilidad para respuestas y la acción llega al final.
Capa 1: Descubrible
Esta sigue siendo la base de SEO. Los rastreadores adecuados deben poder alcanzar, renderizar, obtener e indexar la página. Las páginas importantes necesitan URL estables, enlaces internos y canonicalización correcta. Estados estables, HTML utilizable, navegación clara y errores predecibles también ayudan a los agentes.
Comprueba lo siguiente:
- URL estables e indexables para producto, servicio, documentación, políticas y ayuda.
- Ausencia de bloqueos accidentales por robots, autenticación, renderizado JavaScript o canonicals.
- Hechos críticos que no estén ocultos solo en imágenes, vídeo o interfaces con inicio de sesión.
- Enlaces internos entre páginas de tareas centrales y páginas de evidencia.
- Rutas de recuperación explicadas para fallos de carga, estados vacíos y cambios de idioma o región.
No audites solo la indexabilidad del blog. Precios, restricciones, devoluciones, integraciones, disponibilidad y políticas de soporte suelen ser los datos que una respuesta de IA o decisión de agente necesita verificar.
Capa 2: Comprensible
Aquí el sistema debe poder decir quién eres, qué ofreces, para quién es y bajo qué condiciones. Se parece más a la gestión de entidades y hechos de producto que a cubrir palabras clave.
Cada página de alta intención necesita una respuesta autosuficiente: define el producto o servicio, nombra la audiencia, indica límites relevantes y enlaza evidencia. No obligues a personas o modelos a inferir condiciones de precio, geografía o compatibilidad a partir de tres párrafos de marketing.
| Tipo de página | Hechos que deben quedar claros | Brecha común |
|---|---|---|
| Producto | Categoría, usuario previsto, capacidades, límites, precio o condición de precio | Un eslogan sin límites |
| Servicio | Alcance, ubicación, entregable, requisito y forma de reservar | Ubicación y encaje ocultos en FAQ |
| Comparativa | Criterios, fecha de versión, puntos comunes y diferencias reales | Ataques a competidor sin evidencia |
| Ayuda | Problema, requisitos, pasos y modos de fallo | Pasos que no se pueden completar solos |
| Política | Fecha efectiva, región, excepciones y contacto | Políticas antiguas y nuevas se contradicen |
Capa 3: Citable
GEO no consiste solo en lograr que se mencione una marca. El objetivo más valioso es que un sistema pueda reutilizar una parte clara, respaldada y delimitada de tu contenido al responder una pregunta concreta, sin equivocarse sobre la marca ni la regla.
La preparación para citas no viene de apilar FAQs. Viene de respuestas directas, hechos verificables, entidades bien nombradas, evidencia que sustenta la afirmación, secciones diferenciadas y fechas, regiones y restricciones pertinentes.
Prueba 20 preguntas reales de compradores, soporte o comparación, no solo una recomendación genérica. Para cada respuesta, registra si aparece la marca, si se cita la URL correcta, si el hecho principal es correcto y si sobreviven restricciones importantes. Repite cada dos o cuatro semanas y relaciona los patrones de error con páginas.
Una cita no es binaria. Mención de marca, fuente correcta, exactitud y conservación de restricciones requieren registros separados.
Capa 4: Accionable
Solo esta capa trata del lado de tareas. El sitio debe dividir una tarea real con claridad: qué entrada hace falta, de dónde procede el permiso, cómo se previsualiza el resultado, dónde es obligatoria la confirmación y cómo se recupera la persona de un fallo. La interfaz humana debe seguir funcionando; un agente es colaborador adicional, no superusuario que evita el modelo de seguridad.
WebMCP es una posible implementación. Puede exponer funciones JavaScript o formularios HTML como herramientas estructuradas y reducir las conjeturas sobre el DOM. No lo pongas en la hoja de ruta solo porque el protocolo exista. Demuestra primero que la tarea merece automatización y completa el modelo de amenazas.
Para diferenciar contenido, SEO, GEO y herramientas, lee WebMCP, SEO y GEO . Si ya vas a prototipar, usa los controles de orígenes confiables, contenido no confiable, lectura/escritura y confirmación de la Checklist de seguridad WebMCP .
Matriz de prioridades: no empaquetes un fallo inferior como innovación superior
| Hallazgo | Capa | Riesgo | Siguiente paso |
|---|---|---|---|
| La página de producto se renderiza vacía para el rastreador | Descubrible | Alto | Corrige renderizado y contenido accesible antes de GEO |
| La página de marca omite audiencia, condición de precio y límites | Comprensible | Alto | Crea un módulo factual y revisa plantillas |
| Las respuestas IA mencionan la marca pero omiten límites regionales | Citable | Medio-alto | Añade alcance verificable arriba y vuelve a probar |
| Agentes eligen el filtro incorrecto en una búsqueda | Accionable | Medio | Mejora estado, etiquetas y errores antes de herramientas |
| Un agente lee reseñas y crea reembolsos | Accionable | Crítico | Detén automatización y revisa permisos, UGC y confirmación |
Por eso «¿WebMCP afecta al SEO?» es la pregunta equivocada. Un problema de rastreo en la capa uno no se arregla con WebMCP. Hechos ausentes en la capa tres no se vuelven citables porque exista una herramienta. Solo puede mejorar una tarea ya validada en la capa cuatro.
Un plan de 30 días que empieza por evidencia
Semana 1: elige alcance y establece una base
Elige una línea de producto o servicio valioso, no todo el sitio. Lista diez URL clave, 20 preguntas reales y tres tareas frecuentes. Registra indexabilidad y renderizado, brechas de hechos, tipos de errores de respuestas IA y recorrido manual de cada tarea.
Semana 2: repara descubrimiento y comprensión
Corrige rastreo bloqueado, canonicals incorrectos, renderizado vacío, políticas obsoletas y enlaces internos rotos. Añade definiciones, audiencia, límites, evidencia y siguiente paso a las páginas críticas. No uses IA para reescribir masivamente antes de revisar los hechos.
Semana 3: crea pruebas de citación
Prueba el mismo conjunto de preguntas en superficies de respuesta relevantes. Registra URL fuente, precisión, restricciones conservadas, presencia de competidores y siguiente paso probable. Actualiza páginas por patrones de error, no solo por recuento de menciones.
Semana 4: selecciona un prototipo de tarea segura
Solo cuando las tres primeras capas no tengan bloqueos claros, elige una tarea pública, de solo lectura y bajo impacto. Define entradas y salidas, conserva confirmación humana y una alternativa ante fallo, y revisa UGC o datos externos antes de devolverlos a un agente. La guía de seguridad de herramientas WebMCP de Google Chrome deja clara la responsabilidad de quien crea la herramienta: untrustedContentHint, readOnlyHint y exposición precisa de orígenes.
Usa puntuaciones para ordenar trabajo, no para reemplazar juicio
Puedes usar Auspia's Agent Readiness Score como primer paso, pero una puntuación total solo sirve para ordenar. Un sitio puede tener estructura de contenido excelente y seguir siendo inseguro si una consulta de pedido se expone a un origen no confiable. A la inversa, un sitio sin herramienta de agentes puede ser fuerte en las tres primeras capas y tener una sólida base SEO y GEO.
Conserva tres pruebas por capa: muestras de página, resultados de pruebas reales y un responsable identificado. Cuando cambie una plataforma de IA o un estándar web, el equipo podrá actualizar evidencia y proceso en vez de perseguir una etiqueta nueva.
Preguntas frecuentes
¿Las cuatro capas deben estar completas para GEO?
No. GEO se centra en comprensión y preparación para citas, sobre una base de descubrimiento. La capa accionable aplica solo cuando los agentes deben completar una tarea real en el sitio.
¿A qué capa pertenece llms.txt?
Como mucho, es una señal complementaria de descubrimiento u orientación. No sustituye páginas accesibles, hechos claros, evidencia ni pruebas. Confirma soporte de plataformas y úsalo de forma empírica.
¿Cómo elijo 20 preguntas de prueba de IA?
Parte de demanda de búsqueda, llamadas de ventas o registros de soporte: ajuste de producto, comparativas, condiciones de precio, disponibilidad regional, configuración, límites y solución de problemas. Cada pregunta debe relacionarse con una página y responsable.
¿WebMCP es la única opción de la capa accionable?
No. Formularios mejores, APIs estables, HTML accesible y confirmación clara pueden mejorar primero muchas tareas. WebMCP es una interfaz estructurada candidata para agentes de navegador y sigue siendo temprana.
Fuentes
- Google Chrome: introducción a WebMCP
- Google Chrome: seguridad de herramientas WebMCP
- Google Chrome: vista previa temprana de WebMCP
Autor: Ethan Marlowe, responsable de medición GEO en más de 500 prompts en Auspia. Ethan escribe sobre seguimiento de prompts, informes de citación, paneles de visibilidad y comprobaciones de calidad de respuestas de IA.
