La búsqueda ya no ocurre donde antes
Durante veinte años las reglas eran sencillas: el cliente escribía una pregunta en Google, Google mostraba diez enlaces y la web mejor posicionada se llevaba la visita. En 2026 esas reglas están cambiando. ChatGPT, Claude, Perplexity, Gemini y los propios AI Overviews y AI Mode de Google se colocan cada vez más entre los compradores y las webs que antes habrían visitado. El cliente pregunta, el asistente responde, y en esa respuesta apareces o no apareces.
Para una empresa, la pregunta ya no es solo «¿posicionamos para esta palabra clave?», sino «cuando alguien le pregunta a un asistente quién hace esto en nuestro sector, ¿aparecemos en la respuesta, y con los datos correctos?». Si el modelo no puede leer tu web, no entiende a qué te dedicas o no puede comprobar quién eres, la respuesta es no, por muy bueno que sea el trabajo que hay detrás.
Esto no sustituye al SEO: lo amplía. Unos lo llaman Answer Engine Optimization, otros Generative Engine Optimization, otros simplemente visibilidad en IA. El nombre es lo de menos. Lo que importa es cómo funciona, y eso es sorprendentemente concreto.
Cómo te encuentra realmente un LLM
Hay tres caminos por los que tu contenido llega a un modelo de lenguaje. El primero son los datos de entrenamiento: lo que el modelo aprendió durante su entrenamiento. Es lento, está fuera de tu control y cada vez importa menos para preguntas de negocio. El segundo es la consulta en tiempo real: cuando un usuario pregunta, el asistente lanza una búsqueda web, descarga un puñado de páginas al momento, las lee y redacta una respuesta citando las fuentes. ChatGPT search, Perplexity, Claude con acceso web y el AI Mode de Google funcionan así. El tercero es el rastreo directo por bots de IA como GPTBot, ClaudeBot, PerplexityBot y Google-Extended, que alimentan a los otros dos.
Para la web de una empresa, lo importante es la consulta en tiempo real. Significa que tu página se descarga, se interpreta y se cita justo cuando alguien está decidiendo. Y las señales que determinan si eso ocurre son las de siempre: si la página se puede rastrear, si está claro lo que dice y si hay motivos para fiarse de ella. La diferencia es que un modelo de lenguaje tolera la ambigüedad mucho peor que un algoritmo de posicionamiento.
Lo que ve el rastreador no es lo que ves tú
La mayoría de los rastreadores de IA no ejecutan JavaScript, o lo hacen de forma poco fiable y con tiempos de espera muy cortos. Una web que monta su contenido en el navegador, después de cargar la página, puede parecerle a la máquina una cáscara vacía: cabecera, pie y un icono de carga. Todo aquello en lo que tu diseñador se dejó las pestañas, sencillamente no está. El mínimo es HTML renderizado en el servidor con el texto real dentro, y sorprendentemente muchas webs construidas en los últimos cinco años no lo cumplen.
Siete cosas que una web preparada para la IA hace bien
1. El contenido está en el HTML, no detrás de un script
Abre tu web, mira el código fuente y busca una frase de la mitad del texto. Si no la encuentras, un modelo de lenguaje probablemente tampoco. Los frameworks modernos renderizan en el servidor por defecto; la solución suele ser una cuestión de configuración, no de rehacer la web. En las páginas que necesitan ser interactivas, la regla es sencilla: primero el texto, y la interactividad encima.
2. La estructura se lee como un esquema
Los modelos trocean las páginas y razonan sobre cada fragmento por separado. Un titular claro por página, encabezados que digan de qué va la sección en lugar de insinuarlo, párrafos cortos y listas o tablas para todo lo comparable: precios, características, ubicaciones, pasos. Un encabezado que dice «Nuestros servicios» no le dice nada a un modelo. Uno que dice «Desarrollo web para pymes de Austria y Alemania» le dice exactamente de qué trata la sección.
3. El contenido tiene forma de respuesta
Primero la respuesta, luego los detalles. Quién eres, qué haces, dónde, para quién y a qué precio, dicho con claridad en las primeras líneas y no enterrado bajo un manifiesto de marca. Las secciones de preguntas frecuentes funcionan especialmente bien porque están construidas tal y como la gente pregunta. Los datos concretos y comprobables se citan; las frases vagas tipo «líderes del sector» se ignoran.
4. Los datos estructurados traducen la página para las máquinas
JSON-LD es una versión legible por máquinas de lo que la página ya dice: Organization o LocalBusiness para quién eres, Article con autor y fechas para lo que publicas, Product o Service para lo que ofreces, FAQPage para tus preguntas y respuestas, BreadcrumbList para indicar dónde está la página dentro del sitio. Despeja ambigüedades que un modelo tendría que adivinar. Hay muchas empresas con nombres parecidos; los datos estructurados son lo que hace que la tuya quede asociada a los datos correctos.
5. Tus datos de empresa son los mismos en todas partes
Los asistentes contrastan fuentes. El nombre, la dirección, la descripción y el fundador que aparecen en tu web deberían coincidir con LinkedIn, tu Perfil de Empresa de Google, los directorios del sector y las menciones en prensa. Las contradicciones se leen como inseguridad, y un modelo inseguro matiza o directamente te omite. Una descripción oficial del negocio, idéntica en todas partes, es una de las mejoras más baratas que existen.
6. Los bots adecuados tienen la puerta abierta, a propósito
En tu robots.txt debería estar decidido conscientemente qué rastreadores de IA pueden entrar, en lugar de heredar lo que un plugin configuró hace años. Tu sitemap debería estar al día y ser completo. Un archivo llms.txt, un índice sencillo en Markdown de las páginas que importan y lo que contienen, es una convención reciente que todavía no ha cuajado del todo. No garantiza nada, pero no cuesta nada, no hace daño y deja claro que quieres que te encuentren.
7. Nada se interpone entre el rastreador y el texto
Los rastreadores tienen tiempos de espera cortos y cero paciencia. Los avisos de cookies que tapan el contenido hasta que aceptas, las páginas intermedias, el login obligatorio en páginas que deberían ser públicas y las cargas de varios segundos acaban igual: el modelo se va al siguiente resultado. La velocidad y un código limpio ya no son solo cosa de Core Web Vitals: deciden si te leen o no.
Lo que la IA no debería leer
Abierto no significa todo abierto. Los precios negociados, los datos de clientes, la documentación interna, los borradores y cualquier cosa que no querrías ver citada fuera de contexto deberían quedar protegidos a propósito. La clave es que sea una decisión tuya, página por página, y no una configuración que alguien dejó puesta hace tiempo. Una web que abre las páginas correctas y protege las correctas está mejor situada que una que hace cualquiera de las dos cosas sin pensarlo.
Cómo saber si funciona
Todavía no hay un panel único para esto, pero se puede medir. Pregunta directamente a los asistentes: toma las diez preguntas que tus clientes hacen de verdad, pásalas una vez al mes por ChatGPT, Perplexity, Claude y el AI Mode de Google, y anota a quién citan. Revisa los logs de tu servidor en busca de user agents de IA para confirmar que, como mínimo, te están rastreando. Vigila en tu analítica el tráfico que llega desde los dominios de los asistentes. Y sigue la evolución mes a mes, igual que harías con los rankings.
Por dónde empezar
Empieza con una auditoría honesta: descarga tus propias páginas como lo haría un bot, con JavaScript desactivado, y mira qué sobrevive. Luego corrige por orden de impacto: primero el renderizado, porque lo demás da igual si el texto es invisible; después la estructura; después los datos estructurados; después los datos de empresa unificados; por último, las reglas para bots. La mayoría de las webs construidas sobre un framework moderno en los últimos años pueden prepararse para la IA sin un rediseño. Las que son un muro de componentes renderizados en el cliente, o un amasijo de cajas anidadas de un constructor de páginas, normalmente no, y conviene saberlo antes de fijar el próximo presupuesto de marketing.
La web que gana en 2026 es la que una máquina puede resumir en un párrafo y en la que un humano puede confiar de un vistazo.
Así construimos en UnityWorld: páginas renderizadas en el servidor con el contenido en el HTML, datos estructurados en cada página, los mismos datos de empresa en tres idiomas con las versiones de idioma bien enlazadas, y unas reglas para bots decididas a propósito. Nada de esto es ciencia espacial. Es simplemente la diferencia entre una web hecha para un navegador y una hecha para la forma en que la gente busca hoy.
