Comercio agéntico
¿Cómo hacer que una tienda de comercio electrónico sea legible para los agentes de compra de IA?
Actualizado
Hacer que una tienda sea legible para agentes implica cuatro tareas: renderizar datos de productos en el servidor para que el price, availability y los identificadores existan en el HTML sin procesar en lugar de después del renderizado del lado del cliente; marcarlo con schema.org Product, incluyendo offers, price, priceCurrency, availability y un GTIN o SKU; publicar una capa de descubrimiento — robots.txt que admita rastreadores asistentes, un sitemap y un llms.txt; y exponer un endpoint programático de cotización y carrito para que un agente pueda obtener un precio vinculante sin usar un navegador. El primer punto resuelve la mayor parte de la brecha por sí solo.
Empieza midiendo tu propia brecha
Antes de cambiar nada, ejecuta la prueba que predice la mayor parte del problema. Obtén una página de producto como lo hace un rastreador — sin ejecución de JavaScript — y mira qué sobrevive.
Estás comprobando cuatro cosas en la respuesta sin procesar: el precio, el estado de disponibilidad, la identidad de la variante y un identificador de producto estable. Si alguno de ellos solo se materializa después del renderizado del lado del cliente, entonces un agente que evalúa tu producto está adivinando o te está saltando. Adobe encontró que las páginas de productos obtienen un 66% en legibilidad automática, la más baja de cualquier tipo de página, y esta es la razón principal.
Ejecuta la misma prueba en tus páginas de colección y tus resultados de búsqueda. Las páginas de categoría que se renderizan completamente del lado del cliente son invisibles como superficies de descubrimiento incluso cuando los productos individuales están bien.
Las cuatro capas, en orden de rentabilidad
Cada capa a continuación es útil de forma independiente. Nada de esto se desperdicia si un protocolo particular no logra imponerse, que es la propiedad que deseas dado lo mucho que aún está en movimiento.
| Capa | Qué implementar | Por qué se amortiza primero |
|---|---|---|
| Datos de productos renderizados en el servidor | Price, availability, variant, SKU/GTIN presentes en la respuesta HTML inicial | Cierra la brecha medida más grande y mejora el SEO clásico simultáneamente — la misma solución sirve a ambas audiencias |
| Marcado schema.org Product | Product con offers, price, priceCurrency, availability, sku/gtin, aggregateRating solo si es real | Convierte el texto analizado en hechos afirmados; también la entrada para los resultados enriquecidos de Google Merchant |
| Capa de descubrimiento | robots.txt que admita rastreadores asistentes, sitemap.xml, llms.txt que indique lo que vendes | Barato, de una sola vez, y determina si algo de lo anterior se llega a obtener |
| Cotización y carrito programáticos | Una API que devuelve un total vinculante incluyendo envío e impuestos, más la construcción del carrito | Requerido por UCP y ACP para el paso de la transacción; elimina completamente la simulación del navegador |
La decisión sobre robots.txt en la que la gente se equivoca
Bloquear los rastreadores de IA al por mayor es una posición defendible para un editor cuyo producto es el texto. Es casi indefendible para un comerciante cuyo producto es un producto: estás rechazando aparecer en el canal de referencia de más rápido crecimiento en el comercio minorista para proteger el texto que escribiste para vender ese producto.
Sé deliberado en lugar de predeterminado. Decide por separado sobre los rastreadores que construyen corpus de entrenamiento y los agentes que obtienen una página para responder a una pregunta de compra en vivo — son tratos diferentes, y la mayoría de los minoristas quieren admitir el segundo incondicionalmente.
El otro error común son las reglas de disallow demasiado amplias. Si tus superficies autenticadas se encuentran en rutas de nivel raíz que son prefijos de páginas de marketing, un disallow simple desindexa silenciosamente la página de marketing también. Ancla cada regla.
llms.txt es barato y la objeción a él es débil
Solíamos enmarcar esto como una apuesta barata que nadie había tomado. Nuestra propia medición dice lo contrario: de 147 marcas DTC conocidas, la mayoría de las accesibles ya publican un llms.txt — y la gran mayoría no lo escribió, porque su plataforma envía uno con plantilla. Google ha dicho que ningún sistema de IA usa el archivo; si los comerciantes lo publican ya no está en cuestión.
Así que la decisión no es si tener uno. Es si el predeterminado generado vale algo. Una plantilla de 4.3KB describe una tienda genérica — no sabe cuáles de tus productos importan o qué te separa de cualquier otra marca que publique el mismo documento. Las marcas que escribieron el suyo propio varían de 566 bytes a 28KB.
La regla de cualquier manera: generarlo desde tu registro de rutas en lugar de escribirlo a mano, para que no se deteriore. Un índice obsoleto es peor que ninguno, porque apunta con confianza a páginas que se han movido.
Lo que obtienes sin construir nada de esto en PlatformDTC
En PlatformDTC, estas son propiedades de la plataforma en lugar de un proyecto. Los escaparates renderizan datos de productos en el servidor con marcado estructurado como la salida predeterminada del pipeline de publicación. La capa de descubrimiento — robots, sitemap, llms.txt — se genera a partir del árbol de rutas real en el momento de la compilación, así, una página que se entrega es una página que es descubrible.
La capa programática es el Agent Gateway: operaciones de catalog, cart, quote y order expuestas como llamadas a la API con ámbito y como herramientas MCP, con claves de idempotencia, un registro de auditoría y una puerta de aprobación humana para cualquier cosa que implique gasto.
Preguntas frecuentes
- ¿La preparación para agentes entra en conflicto con la optimización de la tasa de conversión?
- Rara vez, porque operan en diferentes capas. El renderizado en el servidor del precio y la disponibilidad cambia lo que hay en la respuesta HTML, no lo que ve un humano. La verdadera tensión está con las tácticas que existen solo para crear urgencia — un agente lee el número de inventario real, por lo que uno falso es ineficaz y un riesgo para la credibilidad.
- ¿Es suficiente el marcado schema.org Product por sí solo?
- Solo si los valores en él son reales y actuales. Un marcado que afirma un precio que la página ya no cobra, o en stock en una variante agotada, es peor que ninguno — produce respuestas erróneas con confianza y, para los resultados enriquecidos de Google Merchant, arriesga una penalización por datos estructurados. Genéralo desde la misma fuente desde la que se renderiza el escaparate.
- ¿Cuánto tiempo lleva esto en una tienda existente?
- La capa de descubrimiento son horas. El marcado de Schema son días si tus datos de catálogo están limpios. El renderizado de datos de productos en el servidor es el proyecto real y depende completamente de la arquitectura de tu escaparate — un tema renderizado del lado del cliente construido sobre una JSON API es una reconstrucción de la ruta de renderizado, no un parche.
- ¿Qué rastreadores asistentes debo permitir?
- Distingue los dos propósitos. Los agentes que obtienen páginas para responder a preguntas de compra en vivo — los que producen el tráfico de referencia que Adobe mide — son los que hay que admitir. Los rastreadores de corpus de entrenamiento masivo son una decisión comercial separada. Nómbralos individualmente en robots.txt en lugar de depender de una regla general.