Qué necesita una web para estar preparada para la IA

Prueba una cosa. Pregúntale a ChatGPT o a Gemini quién puede resolver lo que tú vendes, en tu ciudad. Si en la respuesta aparece tu competencia y tú no, acabas de encontrar un problema que no sale en Search Console.

La tentación es buscar el truco. ¿Un archivo mágico? ¿Una etiqueta nueva? No va por ahí. Una web preparada para la IA es una web accesible, comprensible y operable por sistemas automáticos sin que pierdas el control sobre sus contenidos y acciones. Ni interruptor «AI ready» ni insignia que garantice aparecer en una respuesta generativa.

Qué cambia cuando una IA usa una web

Una IA puede usar tu web de tres maneras: como fuente de información, como interfaz de consulta o como herramienta para ejecutar una acción. Conviene no mezclarlas, porque cada una exige cosas distintas.

En el primer nivel, un buscador o asistente rastrea e interpreta páginas públicas. En el segundo, una aplicación consulta contenido estructurado mediante una API. En el tercero, un agente inicia una reserva, prepara un presupuesto o consulta un estado.

Cada salto añade requisitos. Publicar contenido no equivale a permitir acciones. Y permitir acciones no significa entregar las llaves del sistema.

La base sigue siendo una web rastreable

Aquí llega la parte menos glamurosa: la primera capa es la misma que necesita cualquier proyecto web serio. URLs accesibles, contenido renderizado, enlaces internos claros y control de indexación. La guía oficial de Google para funciones de IA lo confirma: sus funciones de IA se apoyan en los requisitos técnicos de siempre de Search, sin una optimización paralela que sustituya al SEO.

Esto deja fuera bastante humo. Un archivo nuevo no arregla una arquitectura confusa, páginas duplicadas o contenido que solo aparece después de una interacción que el rastreador no puede ejecutar.

La parte de descubrimiento la contamos en la guía de visibilidad GEO en buscadores generativos. Aquí el foco es más amplio: preparar la web para ser leída y también integrada.

El contenido debe tener estructura y procedencia

Piensa en tu web como en un almacén. Si cada dato vive dentro de una página monolítica, cualquier sistema que quiera reutilizarlo tiene que abrir todas las cajas. Si servicios, ubicaciones, condiciones y casos están separados y relacionados, la información se puede consultar, comparar y actualizar en su origen.

¿Y los datos estructurados? Pueden describir tipos compatibles con los consumidores que los reconocen. No son una garantía de aparición ni un idioma universal para agentes. En cómo implementar Schema sin promesas separamos marcado válido de expectativas comerciales.

La procedencia importa igual. Autoría, fecha de revisión, organización responsable y fuentes permiten evaluar quién sostiene una afirmación y si sigue vigente. Una IA que no puede atribuir, desconfía. Igual que harías tú.

Cuándo hace falta una API

Cuando otro sistema tiene que consultar contenido o ejecutar una función de forma estable y controlada. Para que una página pública aparezca en buscadores no hace falta.

Para contenido, la API puede entregar productos, servicios o documentación en un formato predecible. Para acciones, necesita autenticación, permisos, validación, registros y respuestas de error útiles.

Nosotros separamos siempre tres capacidades:

1. Leer información pública. No modifica nada.
2. Preparar una acción. Genera un borrador o una propuesta revisable.
3. Ejecutar una acción. Cambia datos, envía información o confirma una operación.

La tercera necesita más control que la primera. Parece obvio hasta que alguien conecta un agente con permisos de administrador «para probar».

Qué papel tienen llms.txt y otros archivos

llms.txt es una propuesta para orientar a modelos hacia contenido útil. Ni estándar de indexación ni requisito de Google. Puede servir como capa documental si alguien lo mantiene, pero no sustituye a un HTML accesible, un sitemap, robots o enlaces.

Te lo contamos entero en qué es llms.txt y qué puede aportar. Lo importante es no convertir una convención emergente en una garantía que todavía no existe.

Cómo preparar acciones para agentes

Una acción preparada para agentes tiene contrato explícito, permisos mínimos, confirmación y trazabilidad. El sistema debe saber qué datos necesita, qué puede cambiar y cómo revertir o escalar un error.

Una reserva, por ejemplo, necesita consultar disponibilidad antes de bloquear un hueco. El bloqueo debe caducar. La confirmación debe quedar registrada. Y una modificación sensible debe pedir identidad o aprobación.

¿La automatización elimina el proceso? No. Lo hace visible. En nuestra línea de IA y automatización para empresas empezamos por el proceso y los riesgos antes de elegir modelo.

Checklist de una web preparada para IA

La revisión se puede organizar en cinco capas: descubrimiento, comprensión, procedencia, integración y control. Esta es la lista que usamos:

• Las páginas importantes son rastreables y enlazables con URLs estables.
• El contenido principal existe en el HTML y mantiene títulos y jerarquía claros.
• Servicios, productos y organizaciones tienen datos coherentes en toda la web.
• Las afirmaciones sensibles muestran autoría, fecha y fuente.
• Los datos estructurados describen contenido visible y tipos admitidos.
• El contenido reutilizable está modelado, no copiado entre páginas.
• Las APIs documentan entradas, salidas, errores y versiones.
• Cada integración aplica permisos mínimos y registra acciones.
• Las operaciones sensibles requieren confirmación o revisión humana.
• La medición distingue consultas, respuestas, errores y acciones completadas.

Una web preparada para IA no intenta adivinar cada producto nuevo que salga. Construye una base que se puede interpretar y conectar sin rehacer el proyecto cada seis meses. Lo del interruptor, de momento, sigue sin existir.