Tu web no aparece en ChatGPT: qué revisar en el HTML antes de culpar al contenido
La pregunta que llega desde cualquier reunión
"¿Por qué cuando le pregunto a un asistente por mi rubro no aparezco?". La respuesta casi nunca está en el contenido. Está en cómo se construyó el HTML.
Los asistentes de IA que responden con datos de la web no navegan como una persona: no hacen scroll, no esperan, no ejecutan un carrito. Piden una URL, reciben el HTML y trabajan con lo que hay ahí. Si tu página entrega un contenedor vacío y recién después arma el contenido con JavaScript, ese agente ve muy poco. Lo mismo aplica a Google, que ya tiene la infraestructura para renderizar, pero que no siempre lo hace con la misma prioridad para cada URL.
Qué ve realmente un rastreador
Hacé la prueba sin herramientas especiales: abrí una terminal y pedí el HTML crudo de una ficha de producto.
- Si ves el precio, el stock, el nombre del producto y la descripción, el contenido está en el HTML.
- Si ves un contenedor vacío, un bundle de JavaScript y un script de hidratación, el contenido llega después.
Esa diferencia define si tu catálogo es citable o invisible para un asistente. Y no es un problema de "hacer SEO para IA": es el mismo problema técnico de siempre, el de la web que depende de JavaScript para existir.
El caso del e-commerce
En un catálogo grande, el renderizado del lado del servidor no siempre es total. La estrategia que funciona es híbrida:
- Fichas de producto y categorías principales: HTML completo del lado del servidor, con precio, disponibilidad y especificaciones visibles en el código.
- Componentes interactivos: carrito, filtros y personalización pueden seguir siendo cliente, porque el agente no los necesita.
- Paginación y facetas: URLs reales y estables, no estado interno de la aplicación.
Si estás en esa discusión, la nota sobre INP y experiencia de interacción ayuda a no romper la performance mientras se mueve lógica al servidor.
Datos estructurados: el contrato legible
El HTML resuelve la existencia del contenido; los datos estructurados resuelven su interpretación. Un Product con offers, price, priceCurrency y availability le dice a cualquier consumidor automático qué es esa página y cuánto cuesta. Sin eso, el agente tiene que inferir, y cuando infiere, falla o directamente no cita.
Tres mínimos que conviene tener:
- Organization y WebSite en el home, con el mismo nombre y los mismos perfiles en todas las páginas.
- Product o Service según corresponda, con precio y disponibilidad actualizados por el mismo proceso que actualiza la ficha.
- FAQPage solo cuando las preguntas existen de verdad en la página. El marcado de preguntas que no están visibles es una mala práctica y no aporta.
El mito del archivo mágico
Cada tanto aparece la idea de que un archivo de texto en la raíz resuelve la visibilidad en asistentes. La realidad es que no hay un estándar adoptado de forma uniforme y que ningún archivo compensa un HTML vacío. Sirve como declaración de intenciones, no como sustituto de contenido accesible.
Lo que sí funciona es más aburrido: contenido en el HTML, estructura de encabezados coherente, enlaces internos descriptivos y una entidad de marca consistente. Sobre ese último punto ya escribimos en entidad de marca: cómo te recomienda la IA, y sigue siendo la base de todo lo demás.
Medición: cómo saber si sirve
Sin medición, el SEO técnico se vuelve una discusión de opiniones. Cuatro señales concretas:
- Referrers de asistentes en analítica, separados del tráfico orgánico clásico.
- Citas de marca en respuestas de asistentes, con un set fijo de preguntas repetidas mes a mes.
- Cobertura de indexación de fichas y categorías en Search Console.
- Core Web Vitals del template, no del home: si el campo solo mide la home, no estás midiendo el catálogo.
Un detalle que se pasa por alto: los asistentes no siempre crawlean todo. Las URL con parámetros infinitos, los filtros combinatorios y las páginas de resultados internos consumen presupuesto de rastreo sin aportar. Ordenar eso es parte del mismo trabajo.
Performance y visibilidad no compiten
Hay una tensión real: mover renderizado al servidor puede encarecer el tiempo de respuesta si no se cachea bien. La solución no es elegir un bando, es cachear en el borde: HTML generado una vez por combinación de producto y variante, invalidado cuando cambia el precio o el stock. Las métricas de referencia de Core Web Vitals siguen siendo el marco para no degradar la experiencia mientras se optimiza para lectura automática.
Errores frecuentes al "optimizar para IA"
- Bloquear en robots.txt a los agentes y después preguntarse por qué no aparecés.
- Servir contenido distinto a los bots: es cloaking y te expone a penalizaciones.
- Comprimir todo el texto en imágenes de banner.
- Publicar contenido generado en masa sin datos propios: no aporta nada citable.
Un plan de cuatro semanas
- Semana 1: auditar HTML crudo de las 20 URL más importantes y detectar dónde falta contenido.
- Semana 2: datos estructurados en fichas y categorías, validados con las pruebas oficiales.
- Semana 3: caché de borde e invalidación por cambios de precio y stock.
- Semana 4: tablero de referrers de IA y set de preguntas de control.
Cierre
La visibilidad en asistentes no es una capa nueva que se agrega al final: es la consecuencia de una web técnicamente sana. En Codit Digital auditamos renderizado, datos estructurados y Core Web Vitals sobre el servicio de soporte continuo, hosting y SEO técnico. Si querés saber qué ve hoy un rastreador en tu sitio, escribinos por contacto.
