Módulo 3 — Arquitectura de información para IA

🗺En este módulo construyes el "mapa" que humanos y agentes usan para llegar a tus

Tu sitio no es una lista de páginas, es un sistema de rutas

Hay un cambio de mentalidad que lo desbloquea todo en este módulo, y merece la pena detenerse en él. Solemos pensar en un sitio web como en una colección de páginas: la home, el blog, la de precios, la de contacto, una lista de habitaciones en un edificio. Es una forma cómoda de pensar para un humano que navega con un menú delante. Pero un agente de IA no vive tu web como una lista de habitaciones; la vive como un sistema de rutas, de caminos que llevan de una pregunta a una respuesta. Y lo que decide si te cita no es cuántas habitaciones tienes, sino si existe un camino corto y claro desde la pregunta del usuario hasta la verdad que tú custodias.

La ruta ideal, la que quieres que exista para cada tema importante, tiene esta forma: pregunta → página de respuesta-primero → fuente de verdad → (opcional) comparativa o política. Alguien pregunta algo; hay una página que responde de inmediato y con claridad; esa página remite a la fuente de verdad canónica donde vive el dato oficial; y, si hace falta, hay un enlace a una comparativa o a la política que matiza. Cuando esa ruta existe, el agente la recorre sin esfuerzo y te cita con confianza. Cuando esa ruta no existe, ocurre lo peligroso: el agente improvisa. Y la improvisación, que en un tema opinable es tolerable, en precios, políticas o afirmaciones críticas es exactamente lo que no quieres, porque improvisar sobre tus precios significa que la IA se los inventa o los saca de una fuente peor.

Por qué la arquitectura gana o pierde citas

Detente a pensar en la asimetría de esfuerzo. A un agente le cuesta poco recorrer una ruta clara y le cuesta mucho reconstruir una ruta rota. Si tu verdad sobre "cuánto cuesta" está repartida entre una landing antigua, un post de blog de hace dos años y la página de precios actual —las tres diciendo cosas parecidas pero no idénticas—, el agente se encuentra ante tres señales que compiten entre sí. En el mejor caso elige una al azar; en el peor, mezcla las tres y produce una respuesta que no es verdad en ninguna de tus páginas. La dispersión no solo te resta claridad: activamente introduce error.

Esto conecta con lo que aprendiste en el Módulo 1 sobre cómo la IA recupera fragmentos. Si la misma idea vive en cinco chunks distintos y ligeramente contradictorios repartidos por tu sitio, ninguno de esos chunks es tan fuerte como lo sería un único chunk canónico, y además se canibalizan semánticamente entre sí. La arquitectura, en el fondo, es el arte de concentrar la señal en lugar de diluirla.

Dónde encaja BotPass: no dibujes un mapa que nadie recorre

Antes de ponerte a rediseñar tu sitio en una pizarra, un aviso importante para no caer en la trampa del arquitecto enamorado de su plano. Es tentador diseñar un mapa perfecto, elegante, simétrico… que resulta que a los bots no les interesa. La arquitectura de GEO tiene que estar informada por el consumo real, y ahí es donde BotPass te ancla a la realidad.

Usa BotPass primero para identificar qué páginas tratan ya los bots como puntos de entrada. Casi siempre te llevarás alguna sorpresa: puede ser la home, sí, pero también suelen aparecer precios, documentación o ciertas guías clave que ni imaginabas que fueran tan visitadas. Esos puntos de entrada reales son los cimientos de tu mapa. A partir de ahí, diseña los hubs y el enlazado interno para que esos puntos de entrada lleven a tus fuentes de verdad canónicas en uno o dos clics, no en cinco. Y presta especial atención a una señal: si BotPass muestra que los bots consumen mucho una página que no es canónica —esa landing antigua, ese duplicado olvidado—, no lo celebres como tráfico, trátalo como una alarma. Es una fuga: la IA se está alimentando de una versión que no controlas. La respuesta correcta es redirigir, fusionar o, como mínimo, poner enlaces cristalinos hacia la página canónica.

Hubs: los capítulos de tu libro

Llegamos a la primera pieza de vocabulario arquitectónico. Un hub es la página pilar de un tema principal. Y es importante entender que un hub no es simplemente "un post largo". Un post largo es contenido; un hub es un punto de entrada con una función estructural. Un buen hub hace tres cosas a la vez: define el tema con claridad para que cualquiera —humano o máquina— entienda de qué se habla; enlaza de forma ordenada a las subpáginas que desarrollan cada faceta del tema; y deja meridianamente claro qué URL es la canónica para cada subtema, de modo que no haya duda sobre dónde vive la verdad.

La metáfora que mejor funciona es la del libro. Los hubs son los capítulos de tu sitio, y los clusters —las subpáginas agrupadas bajo cada hub— son las secciones dentro de cada capítulo. Un libro bien organizado tiene pocos capítulos claros, cada uno con sus secciones lógicas, y un índice que te lleva a cualquier idea en segundos. Un libro mal organizado tiene la misma información dispersa sin orden, y aunque el contenido sea excelente, encontrar algo concreto es una pesadilla. Tu web, para la IA, es exactamente eso: un libro que se lee saltando, y los hubs son tu índice.

Fuentes de verdad: una verdad, una URL

Dentro de cada capítulo hay unas páginas que tienen un estatus especial: las fuentes de verdad, o single source of truth. Una fuente de verdad es la página que quieres que la IA cite cuando alguien pregunta por un precio, una política, una definición, unos términos o una metodología. Son los datos donde la exactitud no es negociable.

La regla que rige aquí es de una simplicidad brutal: si es crítico, no puede estar repartido en cinco URLs con redacciones distintas. Cada verdad crítica de tu negocio debería tener un único hogar canónico, y todo lo demás que hable de ese tema debe apuntar a ese hogar en lugar de repetir el dato con sus propias palabras. Esto no es solo higiene de contenido; es una decisión de riesgo. Cada duplicado de un precio es una futura contradicción esperando a ocurrir en cuanto cambies el precio en un sitio y olvides el otro. Y la IA, que consume ambos, propagará esa contradicción multiplicada. Consolidar tus fuentes de verdad es, a la vez, un trabajo de GEO y un trabajo de gestión de riesgo.

Enlazado interno para agentes, no solo para SEO

Aquí hay un giro fino que distingue al practitioner de GEO del profesional de SEO clásico. El SEO tradicional piensa en el enlazado interno en términos de posicionamiento: qué enlaces reparten "autoridad" y ayudan a rankear. Es una lógica legítima, pero es de otro juego. El GEO piensa en el enlazado interno en términos de comprensión y cita: qué enlaces ayudan a un agente a entender la estructura de tu conocimiento y a llegar a la verdad correcta.

Esto da lugar a un tipo de enlace que en SEO sería casi redundante pero que en GEO es oro: los enlaces por intención. En lugar de un menú genérico, piensa en señales explícitas del tipo "si tu pregunta es sobre precios, ve a la página canónica de precios", "si tu pregunta es sobre términos, ve a la política canónica", "si quieres comparar, ve a la página de alternativas". No tienen que estar redactados de forma tan literal en la superficie de la página —aunque a veces ayuda—, pero la estructura de tu enlazado debería hacer evidente ese mapeo de intención a destino. Estás, en esencia, dejándole migas de pan al agente para que no tenga que adivinar.

Construye tu Mapa GEO v1: el método paso a paso

Con los conceptos en su sitio, vamos a construir tu primer mapa. Es un trabajo de una sesión concentrada, y el resultado —el Mapa GEO v1— es uno de los documentos más valiosos que producirás en toda la Academy.

Empieza por definir tus hubs. Toma los tres a cinco temas principales que ya identificaste en el Módulo 1 y crea un hub por tema. No más: si acabas con ocho hubs, probablemente algunos son en realidad subtemas de otros, y tu mapa perderá foco. Menos hubs y más claros siempre gana.

Después, diseña los clusters de cada hub. Cada hub debería sostener entre tres y ocho subpáginas que cubran las distintas facetas del tema: las definiciones, los casos de uso, las guías prácticas, las comparativas y la documentación o políticas relacionadas. La tabla siguiente es la herramienta con la que capturarás esta estructura; fíjate especialmente en las columnas de "acción" y "URL canónica objetivo", porque son las que convierten un inventario estático en un plan de trabajo:

El tercer paso es marcar de una a tres fuentes de verdad por hub. No todas las subpáginas son fuentes de verdad; solo las que custodian datos críticos. Identifícalas explícitamente, porque son las que recibirán atención prioritaria en los módulos de contenido y schema:

Y el cuarto paso es diseñar al menos diez rutas de lectura. Una ruta de lectura es una pequeña receta que va de una pregunta real a la secuencia de páginas que la responden: la pregunta, la página de respuesta-primero que la atiende, la fuente de verdad que la fundamenta y, opcionalmente, la comparativa o política que la completa. Escribir diez de estas rutas te obliga a comprobar, una por una, que los caminos importantes de tu sitio existen de verdad y son cortos. Cuando descubras que una ruta no se puede completar porque falta una página, acabas de encontrar una pieza de tu backlog.

Un mapa ilustrado, de principio a fin

Para que el método no quede abstracto, sigámoslo con un ejemplo concreto. Supongamos que uno de tus temas principales es "AI scraping". Tu hub sería la página pilar /ai-scraping, que define el tema y sirve de puerta de entrada. De ella colgarían varios clusters: /ai-scraping/what-is con la definición canónica, /ai-scraping/how-to-detect como guía práctica, /ai-scraping/pricing-impact como benchmark con datos, y /ai-scraping/alternatives como comparativa. Tus fuentes de verdad para este tema podrían ser /pricing, donde viven planes y términos, y /policy/bot-access, donde vive la política de bots.

Ahora observa cómo se materializa una ruta de lectura concreta sobre este mapa. Alguien pregunta: "¿Cómo detecto bots de IA en mi sitio web?". La página de respuesta-primero es /ai-scraping/how-to-detect, que responde de inmediato; la fuente de verdad que la fundamenta es /docs/bot-detection; y la política que la matiza es /policy/bot-access. El agente entra por la respuesta, confirma en la fuente de verdad y remata en la política, todo en una secuencia limpia. Esa claridad estructural es exactamente lo que reduce la ambigüedad y aumenta la probabilidad de una cita correcta: el sistema "ve" una ruta nítida y la recorre en lugar de improvisar.