Nos encontró ChatGPT: qué es estar "optimizado para IA"

Hace poco nos escribió un cliente que quería construir una aplicación con inteligencia artificial y visión artificial. No nos buscó por nombre. Le preguntó a ChatGPT quién podía ayudarlo con algo así en su zona, y la respuesta incluyó a Eje Z.

Unas semanas después pasó de nuevo, pero del otro lado del mostrador: alguien que buscaba trabajo en UX/UI le preguntó a ChatGPT dónde postularse en Córdoba. Eje Z apareció en esa respuesta también.

Ninguna de las dos personas llegó por un aviso, un posteo compartido o el boca en boca. Llegaron porque un modelo de lenguaje, al armar su respuesta, decidió que valía la pena mencionarnos. Eso tiene un nombre técnico, GEO (Generative Engine Optimization), y una realidad bastante menos glamorosa de lo que venden las agencias que hoy llenan internet de guías sobre el tema. Vamos a contar las dos cosas: qué es de verdad, y qué es ruido.

Por qué esto no es casualidad (ni magia)

Cuando le preguntás algo a ChatGPT, Gemini o Perplexity, el modelo no responde solo con lo que "sabe" de su entrenamiento. Para preguntas que dependen de información actual, como "quién puede ayudarme con X en Córdoba", el sistema sale a buscar en la web, junta varias fuentes, y redacta una respuesta que sintetiza lo que encontró. Ese proceso se llama retrieval-augmented generation, y en la práctica funciona parecido a un buscador: primero recupera páginas relevantes, después las usa como base para escribir.

La diferencia con el buscador de toda la vida es qué hace con esas páginas. Google te muestra diez links y elegís vos. Un motor generativo lee ese material y decide, con criterio propio, a quién nombrar y a quién no. Un estudio de investigadores de Princeton (publicado en KDD 2024, el paper que le dio nombre a la disciplina) encontró que el contenido con definiciones claras al principio, datos concretos y estructura por pregunta tiene bastantes más chances de terminar citado que el contenido genérico. No es magia: es que un texto ambiguo es más difícil de resumir con confianza, y el modelo prefiere fuentes de las que pueda extraer una respuesta limpia.

En nuestro caso, lo que probablemente pesó fue el blog técnico que venimos escribiendo hace meses: artículos largos, con casos reales, explicando en profundidad temas como ERP a medida o automatización con IA. Ese tipo de contenido es justamente el que un modelo puede citar con confianza cuando alguien pregunta "quién hace esto en Córdoba".

SEO, GEO y AEO no son la misma cosa

Se usan como sinónimos y no lo son. Conviene tener clara la diferencia antes de invertir tiempo en cualquiera de los tres:

Tipo	Qué optimiza	Dónde se nota	Ejemplo
SEO	Que tu página aparezca en los resultados de búsqueda	Ranking en Google, tráfico orgánico	Aparecer en la primera página para "ERP a medida Argentina"
AEO	Que tu contenido sea la respuesta directa a una pregunta	Featured snippets, respuestas de voz, recuadros de "la gente pregunta" o la IA Overview	Que Google te muestre como la respuesta destacada a "qué es un Sprint de Arquitectura"
GEO	Que un modelo de IA te cite o te recomiende al armar una respuesta	Menciones dentro de respuestas de ChatGPT, Gemini, Perplexity, AI Overviews	Que ChatGPT te nombre cuando alguien pregunta quién desarrolla software a medida en Córdoba

Las tres se apoyan en la misma base (contenido claro, bien estructurado, técnicamente accesible), pero no se ganan con las mismas tácticas. Y acá está el problema con la mayoría de lo que vas a encontrar buscando "GEO 2026": son guías genéricas, muchas veces vendidas por herramientas que quieren venderte un dashboard de "tasa de citación", con estadísticas que no se pueden verificar. Lo que sigue es lo que sí pudimos confirmar con fuentes primarias.

El problema invisible: puede que tu web ni siquiera sea legible para la IA

Antes de pensar en contenido, hay una capa técnica que casi nadie revisa y que puede dejarte completamente afuera sin que tenga nada que ver con lo que escribís.

Desde el 1 de julio de 2025, Cloudflare, que da servicio a alrededor de una quinta parte de los sitios de internet, cambió el comportamiento por defecto de sus dominios: ahora bloquea automáticamente a los rastreadores de IA conocidos (GPTBot de OpenAI, ClaudeBot de Anthropic, y otros) salvo que el dueño del sitio los habilite explícitamente. El bloqueo actúa a nivel de infraestructura, antes de que el rastreador siquiera llegue a leer el robots.txt del sitio. Un sitio puede tener contenido excelente, bien escrito, perfectamente estructurado, y ser invisible para ChatGPT simplemente porque nadie tocó esa configuración en el panel de Cloudflare.

El motivo detrás del cambio, según datos que la propia Cloudflare publicó, es la desproporción entre lo que estos rastreadores se llevan y lo que devuelven en tráfico: en junio de 2025, por cada visita real que un sitio recibía como referencia desde ChatGPT, OpenAI había rastreado esa web unas 1.700 veces; en el caso de Anthropic, la proporción llegaba a 73.000 rastreos por cada clic de vuelta. Cloudflare también encontró que solo el 37% de los diez mil dominios más grandes tiene siquiera un archivo robots.txt configurado, lo que confirma que la mayoría de los sitios, chicos o grandes, nunca se ocuparon de esto.

Lo que encontramos revisando ejez.com.ar

Primero, lo básico: nuestro robots.txt permite todo (Allow: /) y linkea el sitemap. Sin señales específicas para IA, pero al menos no bloquea nada por accidente.

Después miramos el panel de AI Crawl Control de Cloudflare, esperando encontrar algo mal configurado. Y a primera vista se veía razonable: los rastreadores que entrenan modelos (GPTBot, ClaudeBot, Bytespider, CCBot, Google-CloudVertexBot) aparecían bloqueados, mientras que los que responden a una búsqueda o una pregunta puntual (ChatGPT-User, Claude-SearchBot, OAI-SearchBot, PerplexityBot, Perplexity-User) estaban permitidos. Es, en teoría, la configuración correcta: no le regalás tu contenido para entrenamiento, pero dejás la puerta abierta a que te citen cuando alguien pregunta algo en tiempo real.

El problema es que esa configuración no está haciendo nada. Nuestro dominio usa Cloudflare solo para DNS, con el proxy desactivado (la "nube gris", no la naranja). Las reglas de bot management de Cloudflare (incluida toda la sección de AI Crawl Control) solo se aplican al tráfico que pasa a través del proxy de Cloudflare. En modo DNS-only, las visitas van directo al servidor de origen, sin pasar por ningún filtro. En la práctica, ese panel prolijo con toggles bien puestos es decorado: ningún bot está siendo bloqueado ni permitido por esa configuración, para bien o para mal.

Apenas lo encontramos, migramos el sitio de GitHub Pages a Cloudflare Pages. No fue por performance ni por el flujo de deploy: fue directamente por este hallazgo. Los dominios personalizados en Cloudflare Pages se configuran siempre en modo proxied (es un requisito del producto, no una opción), así que la migración resolvió el problema de raíz: ahora, si el panel dice que GPTBot está bloqueado, está bloqueado de verdad.

Como tercer chequeo, corrimos isitagentready.com, una herramienta que Cloudflare lanzó hace apenas tres meses (17 de abril de 2026) para medir qué tan preparado está un sitio para agentes de IA, con caso de estudio propio: en su documentación técnica, midieron 31% menos consumo de tokens y respuestas 66% más rápidas de un agente después de aplicar estos ajustes. El resultado para ejez.com.ar: 21 sobre 100, "Nivel 1: presencia web básica".

Antes de alarmarse, hay que mirar qué compone ese puntaje. De los dieciséis chequeos, más de la mitad son para sitios que exponen una API o funciones que un agente pueda ejecutar: catálogo de API, metadata de OAuth, tarjeta de servidor MCP, WebMCP, registros DNS-AID (esto último ni siquiera es un estándar todavía, es un borrador en discusión en el IETF). En la propia presentación del producto, uno de sus creadores en Cloudflare lo dijo explícito: no todos los estándares aplican a todos los sitios, y un sitio de puro contenido no necesita exponer catálogos de API ni servidores MCP. Para un blog, ese 0/7 en "API, Auth, MCP & Skill Discovery" no significa nada.

Lo que sí importa de ese informe:

Content Signals en el robots.txt: una directiva nueva (todavía en borrador de estándar, pero ya soportada por Cloudflare) para declarar explícitamente si tu contenido puede usarse para entrenar modelos, para búsqueda, o para que un agente lo use como input. Sin esto, tu postura por defecto es "lo que quieran", que es la peor política porque nadie la eligió a propósito.
Negociación de Markdown: que un rastreador que pida Accept: text/markdown reciba una versión limpia en markdown en vez de tener que parsear el HTML completo. Es justo lo que Cloudflare midió que redujo el costo y el tiempo de respuesta en su propio caso de estudio.

Qué revisar en cinco minutos:

Si usás Cloudflare, confirmá si tus registros DNS están proxied (nube naranja) o DNS only (nube gris). Si es DNS-only, cualquier regla de bots que configures en el dashboard no se está aplicando, tenés que decidir si vale la pena activar el proxy, con sus otros efectos (oculta la IP del origen, agrega caché, pero también hay que revisar que no rompa nada de lo que ya tenés andando, como el correo).
Revisá tu robots.txt (se ve entrando a tudominio.com/robots.txt) y confirmá que no tenga un Disallow: / genérico que también le aplique a los rastreadores de IA.
Si tu contenido depende fuertemente de JavaScript para renderizarse, confirmá que la versión que ve un rastreador (sin ejecutar JS) todavía tenga el texto legible. Muchos rastreadores de IA no ejecutan JavaScript como lo haría un navegador.

Ninguno de estos tres puntos tiene que ver con "escribir mejor contenido". Tiene que ver con que el contenido, por más bueno que sea, llegue a destino.

El hype que no vale la pena perseguir: llms.txt

Vas a leer en varios lados que subir un archivo llms.txt a la raíz de tu dominio es el equivalente moderno del robots.txt para la era de la IA. La propuesta existe desde septiembre de 2024 y consiste en un archivo de texto simple que resume tu sitio y linkea tus páginas más importantes.

La adopción real, según varios relevamientos independientes hechos sobre decenas de miles de dominios, ronda el 10%. Y lo más importante: no hay evidencia de que tenerlo mejore cuántas veces te citan los motores de IA. Los rastreadores de búsqueda de OpenAI, Anthropic, Perplexity y Google mayormente ni siquiera lo leen —van directo al HTML de tus páginas, igual que siempre hicieron. Donde sí parece tener uso real es en un contexto distinto: herramientas de desarrollo asistido por IA (Cursor, Claude Code, GitHub Copilot) lo usan para orientarse en documentación técnica.

Conclusión práctica: si tenés media hora libre y ya resolviste todo lo demás, subilo, no cuesta nada y no rompe nada. Pero si alguien te lo vende como la solución a que no te encuentren en ChatGPT, esa persona te está vendiendo cualquier cosa.

Lo que sí mueve la aguja

Sacando la parte de infraestructura, lo que queda es contenido. Y ahí las señales son bastante más consistentes entre las distintas fuentes que revisamos:

Contestá antes de explicar. El párrafo que abre cada sección debería responder la pregunta en las primeras dos o tres líneas, sin rodeos. El resto del párrafo puede dar contexto y matices, pero si alguien extrajera solo esa primera frase, tendría que alcanzarle para entender la respuesta. Es lo opuesto a cómo se escribía para SEO hace diez años, donde convenía hacer esperar al lector hasta el final.

Un tema por sección, con datos concretos. Los modelos de lenguaje prefieren pasajes con información verificable (cifras, nombres propios, fechas) por sobre párrafos genéricos y adjetivados. "Mejoramos mucho el proceso" no dice nada citable. "Redujimos el tiempo de facturación de tres días a cuarenta minutos" sí.

Estructura que se pueda extraer. Tablas comparativas, listas numeradas, encabezados claros con jerarquía (H2, H3). No porque "le guste" a un algoritmo, sino porque un modelo arma su respuesta juntando fragmentos de distintas fuentes, y un fragmento bien delimitado es más fácil de citar sin sacarlo de contexto.

Experiencia real, no relleno genérico. Un caso propio, con nombres de proceso, cifras y decisiones concretas, es mucho más difícil de replicar por un competidor, o por un modelo generando contenido genérico sobre el mismo tema, que un artículo de "consejos generales". Esto es, literalmente, el artículo que estás leyendo.

Contenido vivo, no publicado y olvidado. Los motores de IA priorizan fuentes que muestran señales de estar actualizadas. Un artículo de 2023 sin retocar pierde terreno frente a uno de 2026 sobre el mismo tema, aunque el contenido de fondo sea igual de válido.

Autodiagnóstico rápido

Antes de escribir una sola línea nueva, esto se revisa en una tarde:

¿Tu sitio está en Cloudflare? Si sí, andá a AI Crawl Control y confirmá qué bots dejás pasar.
¿Tenés robots.txt? Si no existe, cualquier rastreador asume que puede pasar, pero tampoco tenés forma de darle señales claras.
¿Tu contenido más importante depende de JavaScript para mostrarse? Si es así, probá cómo se ve tu página con JS desactivado.
¿Tus artículos abren con una definición clara o con una introducción larga antes de llegar al punto? Reescribí el primer párrafo de tus páginas más importantes para que conteste directo.
¿Tenés al menos un caso propio, con datos concretos, por cada servicio que ofrecés? Si todo tu contenido es "consejos generales", sos indistinguible de cualquier otro sitio que escriba sobre lo mismo.

Lo que esto significa en la práctica

No hace falta perseguir cada tendencia con nombre nuevo (GEO, AEO, LLMO, da lo mismo cómo lo llamen este mes). Hace falta resolver dos cosas concretas: que la IA pueda técnicamente leer tu sitio, y que lo que encuentre ahí valga la pena citar. Lo primero es una revisión de configuración. Lo segundo es escribir con la misma lógica de siempre (claro, específico, respaldado en casos reales) pero ordenado de una forma que también le sirva a un lector no humano.

Este artículo, de hecho, es el experimento en curso: mientras lo escribíamos encontramos que nuestra propia configuración de bots no estaba haciendo nada, por un detalle de infraestructura que llevábamos meses sin revisar, y terminamos migrando todo el sitio de GitHub Pages a Cloudflare Pages para resolverlo, antes de publicar esto. Si alguien le pregunta a una IA sobre GEO para PyMEs argentinas y aparece Eje Z, vamos a saber que funcionó.

Si estás evaluando por dónde empezar con tu presencia online, o directamente no sabés si tu sitio actual tiene alguno de estos problemas técnicos, un Sprint de Arquitectura también sirve para diagnosticar esto antes de invertir en contenido que nadie va a leer.

Preguntas frecuentes

¿GEO reemplaza al SEO tradicional? No. Se complementan. El SEO sigue siendo necesario para que tu sitio sea rastreable, rápido y bien indexado; GEO se apoya sobre esa misma base técnica para conseguir que, además, te citen dentro de una respuesta generada por IA.

¿Cuánto tarda en notarse un cambio? No hay un número confiable y desconfiá de cualquiera que te dé uno exacto. Depende de cuándo un motor de IA vuelve a rastrear tu sitio y de qué tan seguido se hacen preguntas relacionadas con tu contenido. Semanas, no días.

¿Sirve pagar una herramienta de "monitoreo de citaciones en IA"? Puede servir para tener una idea aproximada, pero ningún proveedor tiene acceso real a cómo decide cada modelo qué citar. Tratá esas métricas como una señal más, no como una verdad absoluta.

¿Bloquear a los bots de IA es siempre mala idea? No necesariamente. Si tu contenido es tu producto (por ejemplo, contenido pago o con licencias), bloquear tiene sentido para proteger ese valor. La clave es que sea una decisión consciente, no un default que nadie revisó.