Preparación para agentes y AEO: auditoría de sitio legible a marca recomendable

La preparación para agentes debe auditarse en dos planos distintos. El primero comprueba si un agente puede entrar, descubrir el contenido y obtener una versión utilizable. El segundo observa si los asistentes mencionan, citan o recomiendan la marca ante preguntas comerciales pertinentes. Cloudflare presenta precisamente esa separación entre Agent Readiness Diagnostics y su vista AEO. Superar el plano técnico no demuestra que exista una recomendación, y aparecer en una respuesta aislada tampoco demuestra que haya demanda cualificada.

Según Cloudflare, Diagnostics revisa elementos como robots.txt, sitemap XML, cabeceras de respuesta, entrega de Markdown y metadatos publicados para autenticación o herramientas. Su vista AEO formula consultas probables de descubrimiento, comparación y consejo a Claude de Anthropic y GPT de OpenAI. Los resultados incluyen tasa de citas, prominencia, tasa de menciones y cuota de voz. Son señales de visibilidad observada, no métricas de ingresos.

La interpretación operativa de CreatikLab es sencilla: primero hay que eliminar obstáculos demostrados; después, comprobar cómo se representa la oferta; por último, relacionar las visitas y consultas con criterios comerciales reales. Ningún indicador debe sustituir al diagnóstico de URL, respuesta y recorrido.

Cloudflare explica que Diagnostics analiza un hostname, devuelve resultados de aprobado, fallido o neutral y conserva un rastro con la petición y la respuesta observadas. Agrupa las revisiones por esfuerzo: mejoras rápidas, base técnica e integraciones avanzadas. Entre sus ejemplos figuran reglas legibles para rastreadores, sitemap XML, Markdown limpio, señales sobre uso del contenido, catálogos de API, cabeceras de enlace, instrucciones de acceso, descubrimiento OAuth, MCP, tarjetas A2A, índices de habilidades, Web Bot Auth y WebMCP.

La categoría de comercio incluye protocolos emergentes, pero Cloudflare la describe como informativa y fuera de la puntuación. En AEO, la plataforma infiere el sector y la categoría del sitio y observa las respuestas de los asistentes. La tasa de citas refleja qué parte de las respuestas muestreadas enlaza o cita el sitio; la mención registra el nombre de marca; la prominencia considera cuánto aparece la aportación y en qué punto; la cuota de voz compara citas frente a competidores.

La publicación oficial no concreta precio, plan necesario, cobertura geográfica, número de prompts, frecuencia de prueba, normalización de versiones de modelo ni relación garantizada con ventas. Una evaluación rigurosa debe registrar estas incógnitas, no completarlas con cifras inventadas.

CreatikLab clasifica cada página comercial en cuatro estados. La finalidad es evitar dos errores frecuentes: producir artículos cuando el fallo está en la entrega técnica o desplegar infraestructura avanzada cuando la oferta carece de claridad y pruebas.

• Legible y recomendada: conservar el acceso, identificar qué afirmaciones obtienen citas y evaluar si el recorrido atrae consultas aceptadas por ventas.
• Legible pero no recomendada: revisar diferenciación, evidencia, consistencia de entidad y utilidad para la decisión antes de abrir nuevas URLs.
• Poco legible pero mencionada: proteger la demanda de marca existente y corregir bloqueos, descubrimiento o representación sin rehacer todo el contenido.
• Ni legible ni recomendada: reparar primero el acceso básico y ejecutar después una prueba acotada de contenido y prompts.

La clasificación necesita pruebas adjuntas: URL exacta, estado de respuesta, cabeceras relevantes, contenido extraído, texto del prompt, asistente, fecha de observación, cita devuelta, fuentes competidoras, sesión de destino y resultado en CRM cuando exista. Una captura visual no permite saber cómo se recuperó la información ni si el contacto terminó siendo válido.

Cada hallazgo debe contener evidencia, acción, responsable y prueba de aceptación. Esta estructura convierte un panel AEO en trabajo gobernable y permite a compras comparar proveedores por el contenido real de su diagnóstico.

1. Acceso — Evidencia: reglas de robots, cabeceras y respuesta recuperada. Acción: retirar bloqueos accidentales sin exponer zonas privadas. Responsables: ingeniería y seguridad.
2. Descubrimiento — Evidencia: inclusión en sitemap y enlaces internos. Acción: consolidar URLs canónicas y resolver páginas huérfanas. Responsables: SEO e ingeniería web.
3. Contenido interpretable — Evidencia: texto o Markdown recibido. Acción: hacer explícitas las condiciones, límites y pruebas que la empresa ya puede respaldar. Responsables: contenido y producto.
4. Entidad — Evidencia: nombre, servicios y datos organizativos en páginas prioritarias. Acción: corregir contradicciones desde el registro autorizado. Responsables: marca y operaciones de contenido.
5. Muestra AEO — Evidencia: prompts, respuestas, citas, menciones y alternativas. Acción: localizar la carencia informativa sin copiar mecánicamente una respuesta. Responsable: estrategia AEO.
6. Resultado comercial — Evidencia: eventos analíticos, consentimiento y estado CRM. Acción: vincular consultas con aceptación o descarte de ventas. Responsables: analítica, operaciones comerciales y ventas.

Indicaciones como “añadir datos estructurados” o “publicar más” no son diagnósticos completos si no señalan un defecto reproducible y el criterio que demostrará su resolución.

El trabajo debe empezar con un conjunto limitado: páginas de servicio centrales, comparativas necesarias, documentación con pruebas y recorridos que convierten demanda. Para cada URL se define la decisión que ayuda a tomar, la información indispensable y la acción posterior. Después se comprueba si el agente encuentra la página, extrae esos elementos y diferencia correctamente la propuesta.

Si aparece un problema técnico, se corrige en la capa de entrega y se vuelve a probar la misma URL. Si el mensaje es ambiguo, se edita alrededor de una pregunta real, con afirmaciones comprobables, exclusiones y próximos pasos. Si falta evidencia, debe aportarla el responsable del negocio. La IA generativa no debe inventar experiencia, políticas, disponibilidad ni resultados. Cuando varios prompts representan una misma decisión, conviene reforzar una página autorizada en lugar de multiplicar variantes.

MCP, WebMCP, catálogos de API o autenticación para agentes tienen sentido cuando un agente necesita ejecutar una tarea autorizada. CreatikLab los trata como decisiones de arquitectura: requieren límites de permiso, registro, análisis de amenazas y aprobación humana. Cloudflare los incluye entre comprobaciones avanzadas, pero no afirma que toda web de marketing deba implementarlos.

La especificación separa cuatro capas. Disponibilidad técnica registra recuperación correcta, estado, cabeceras y contenido legible. Visibilidad de respuestas conserva las métricas que Cloudflare define: menciones, citas, prominencia y cuota de voz. Comportamiento web mide sesiones atribuibles, interacción y acciones relevantes. Calidad comercial determina qué consultas encajan con el perfil de cliente, la necesidad, el mercado atendido y los criterios de aceptación de ventas.

Cada observación AEO debería guardar asistente, familia de consulta, prompt exacto, idioma, momento de prueba, URL citada y respuesta verificable. Las consultas informativas no se mezclan con las de recomendación; tampoco se agregan idiomas sin conservar el desglose. Como las respuestas pueden variar, una serie repetida resulta más informativa que presentar una salida puntual como si fuera una posición estable.

Antes de lanzar la prueba, el CRM necesita estados acordados: consulta bruta, contacto localizable, necesidad pertinente, oportunidad aceptada y motivo de descarte. Las métricas AEO anunciadas por Cloudflare no incluyen esta clasificación comercial. Debe construirse mediante analítica respetuosa con el consentimiento y feedback de ventas. El propósito es encontrar relaciones útiles, no garantizar volumen de leads.

Abrir el acceso de forma indiscriminada puede revelar entornos duplicados, rutas privadas o información sin aprobación. Cualquier cambio en robots, autenticación o interfaces invocables debe pasar por seguridad. Permitir que un agente lea una descripción pública no equivale a autorizarlo para consultar datos de clientes, modificar cuentas o iniciar transacciones.

También existe riesgo de interpretación. Un conjunto de prompts puede reflejar el vocabulario del analista y no el de compradores reales. La categoría inferida por una herramienta puede diferir del segmento utilizado por ventas. Además, una tasa de cita creciente puede acompañar una descripción inexacta, mientras que una mención puede no atribuir ninguna fuente. Por eso se revisan respuestas individuales junto a los agregados.

La implantación necesita criterios de reversión. Hay que conservar las configuraciones previas, vigilar cambios de rastreo no deseados y volver a probar los recorridos de conversión. La automatización puede recopilar respuestas y repetir comprobaciones, pero personas identificadas deben aprobar las políticas de acceso, las afirmaciones y la publicación en producción.

• Una puntuación técnica alta no garantiza inclusión, cita, recomendación, tráfico ni ventas.
• No todos los rastreadores de IA deben recibir necesariamente el mismo acceso.
• Una versión Markdown no sustituye una experiencia HTML útil y accesible para personas.
• Una mención no es una cita; ninguna de las dos equivale por sí sola a un lead cualificado.
• La muestra de Claude y GPT anunciada no representa automáticamente todos los motores, idiomas o modelos futuros.
• La categoría o competencia inferida no tiene por qué coincidir con la realidad comercial definida por ventas.
• Una interfaz invocable avanzada no es obligatoria para una web que solo publica información.
• Cloudflare no especifica en este anuncio precio, plan, cobertura de despliegue, volumen ni cadencia de pruebas.

Para comparar proveedores, un comprador debería exigir inventario de URLs, respuestas técnicas reproducibles, protocolo de prompts, registro priorizado de correcciones, pruebas de aceptación, mapa analítico y CRM, responsables de seguridad y tratamiento explícito de la incertidumbre. La calidad se demuestra explicando qué defecto justifica cada intervención.

El entregable inicial adecuado es una auditoría de preparación para agentes y evidencia AEO. Debe incluir inventario representativo de URLs, capturas de respuestas técnicas y legibles por máquinas, revisión de robots y sitemap, muestras de extracción, matriz controlada de prompts, análisis de mención frente a cita, prioridades, responsables, criterios de aceptación y conexión entre visitas observadas y resultados cualificados en CRM.

Consulta el servicio de automatización e IA de CreatikLab cuando el diagnóstico pueda requerir verificaciones repetibles, integraciones a medida o interfaces gobernadas para agentes. El itinerario de Expertos en IA permite convertir los hallazgos en una decisión de arquitectura y operación con revisión sénior. La auditoría puede concluir que el límite está en contenido o medición, no necesariamente en una nueva integración.

Si todavía no está claro dónde falla el recorrido, describe a Lia el sitio, los servicios prioritarios y la evidencia disponible. Añade hostname público, mercados atendidos, controles de acceso conocidos, configuración analítica y definición actual de consulta aceptable. Ese contexto mantiene el diagnóstico ligado al negocio, en lugar de reducirlo a una puntuación genérica.

¿Qué es una auditoría de preparación para agentes?

Es una revisión documentada de acceso, descubrimiento e interpretación del contenido público, con evidencia reproducible, responsables y pruebas de aceptación. No demuestra por sí sola que un asistente vaya a recomendar la marca.

¿Qué métricas AEO confirma Cloudflare?

Cloudflare describe tasa de citas, prominencia, tasa de menciones y cuota de voz. Cada una observa una dimensión de la muestra de respuestas; ninguna se presenta como métrica de leads cualificados.

¿Cloudflare analiza todos los asistentes de IA?

El anuncio nombra Claude de Anthropic y GPT de OpenAI. No afirma que cubra todos los motores, idiomas o versiones de modelo.

¿Un robots.txt correcto garantiza citas?

No. Puede eliminar un obstáculo técnico, pero Cloudflare no promete que una comprobación aprobada produzca una cita o recomendación.

¿Toda web necesita MCP o WebMCP?

No. Cloudflare los sitúa entre las comprobaciones avanzadas. Solo deberían plantearse cuando exista una tarea autorizada que justifique una interfaz invocable y sus controles de seguridad.

¿Cómo se mide un lead cualificado?

Hay que enlazar eventos consentidos con estados CRM como necesidad pertinente, contacto localizable, aceptación por ventas y motivo de descarte. Esa medición permanece separada de menciones y citas.