Prepara tu tienda para que los agentes te compren

Escrita para quien dirige un comercio electrónico y para quien lo opera técnicamente. Cada sección abre con la decisión que hay que tomar, sigue con el detalle suficiente para tomarla bien y cierra con qué exigirle a tu plataforma, a tu pasarela o a tu proveedor. Sirve igual si vendes en Shopify, en VTEX, en Tiendanube, en Mercado Libre o en un desarrollo propio.

Fuentes principales: la guía técnica de Stripe How to prepare for agentic commerce (marzo de 2026), las especificaciones públicas del Agentic Commerce Protocol (OpenAI y Stripe) y del Universal Commerce Protocol (Google y Shopify), y los anuncios de Visa, Mastercard, Santander, Banco do Brasil, Modo, Iniciador y Tpaga en la región entre diciembre de 2025 y septiembre de 2026. Todo lo que dice "recomendamos" es criterio de Saphia Labs, con más de veinte años en pagos y comercio electrónico en América Latina. Las fuentes van al final.

1. Por qué el tráfico de agentes ya no es hipotético

La decisión: ¿esto es una tendencia para seguir de lejos o un canal para preparar este trimestre?

Hasta 2025 "comercio agéntico" era una frase de conferencia. En 2026 pasó a ser infraestructura con nombre, versión y comercios en producción. Tres cosas cambiaron a la vez: los asistentes de IA abrieron protocolos para comprar desde la conversación, las redes de tarjetas emitieron credenciales pensadas para agentes y los bancos y billeteras de la región empezaron a probarlas con dinero real.

Un dato para calibrar expectativas: el índice de confianza que Visa publicó en 2026 muestra que el 72 % de los consumidores encuestados usa asistentes de IA, pero solo el 23 % confía en que la IA pague sola. Eso dice dos cosas. La primera, que el uso del agente para buscar y comparar va muy por delante del uso para pagar: ser encontrado y entendido vale hoy; ser transaccionable vale mañana. La segunda, que la confianza la pone la marca de pago y el banco, no el asistente. Por eso el patrón de Modo, con la aprobación en la app del banco, es el que convence.

2. Ser encontrado: robots, renderizado y feeds

La decisión: ¿a qué agentes dejas entrar, por dónde y con qué datos?

Un agente de compras llega a tu catálogo por tres caminos: rastreando tu sitio, leyendo un feed de productos que tú le entregas o consultando el catálogo de la plataforma donde vendes. Los tres se preparan distinto y el error más común es atender solo el primero.

robots.txt y firewall: distinguir agentes de scrapers

Los asistentes se identifican con nombres de rastreador. Hay que separar dos usos: el rastreo para entrenar modelos, que puedes bloquear sin perder ventas, y el rastreo para responder preguntas en tiempo real, que es el que trae compradores. Bloquearlo todo por miedo es la forma más rápida de desaparecer de las respuestas.

Lo que Stripe recomienda y suscribimos: permitir explícitamente las páginas de producto y de categoría, y bloquear las rutas caras y sin valor para un agente: el buscador interno, las acciones de carrito, los endpoints de precio dinámico. Y en el firewall, una regla propia para los agentes verificados, separada de la regla anti-scraping, para que un pico de consultas legítimo no termine en bloqueo. OpenAI y los demás publican los rangos de IP de sus rastreadores; úsalos en vez de confiar en el nombre.

Renderizado en servidor

Los agentes no ejecutan JavaScript como un navegador. Si el precio, el stock o la descripción se cargan después, con una llamada desde el cliente, para el agente la página está vacía. La regla es simple: lo que importa tiene que venir en el HTML. Shopify, Tiendanube y las tiendas VTEX con FastStore ya lo hacen. Donde suele fallar es en desarrollos propios tipo SPA y en los "configuradores" de producto. Prueba: descarga la página de un producto con curl y busca el precio en el resultado. Si no está, tienes trabajo.

El feed de productos es el canal principal

Rastrear es lento y propenso a errores; un feed es inmediato y preciso. Es el mecanismo por el que ChatGPT y Google indexan catálogos, y es lo que evita que un agente invente una talla o muestre un precio de hace tres semanas. La especificación de feed del ACP pide nueve campos obligatorios por artículo: identificador estable, título, descripción, URL, marca, nombre del vendedor, imagen, disponibilidad y precio. Los recomendados son los que marcan la diferencia: variantes agrupadas, categoría, material, color, talla, dimensiones y peso, precio de oferta, costo de envío, si acepta devoluciones y en cuántos días, y las URL de términos y política de privacidad, obligatorias si quieres habilitar el checkout. Formatos: JSON por líneas, o CSV y TSV compatibles con Google.

Para Google, el feed de Merchant Center que ya tienes es el punto de partida. Los consejos prácticos que circulan entre quienes ya aparecen en AI Mode: títulos de más de 30 caracteres, descripciones de más de 500, GTIN siempre que exista y al menos tres imágenes por producto. El feed se mantiene como un sistema vivo: precio actual, no el de la última campaña; disponibilidad que cambia cuando se agota, no al día siguiente.

Si vendes en un marketplace

En Mercado Libre no controlas robots ni feeds: el marketplace decide qué expone y a quién, y ya tiene su propio asistente. Lo que sí controlas es la calidad de la ficha, porque es lo que su asistente y los externos van a leer: atributos completos, GTIN, variantes bien armadas, preguntas respondidas. La ficha pobre que hoy te cuesta posiciones mañana te deja fuera de la respuesta del agente.

3. Ser entendido: llms.txt, datos estructurados y precio final

La decisión: ¿tu información está escrita para convencer a una persona o para que una máquina la compare sin equivocarse?

Un agente no se deja convencer. Compara. Lee tu política de devoluciones y la del competidor y le presenta al cliente la diferencia en una línea. Si tu política está en un PDF escaneado o en un texto ambiguo, el agente la salta o la interpreta mal. La preparación de esta sección es sobre todo editorial, y por eso suele quedar huérfana: no es de tecnología ni de comercial del todo.

llms.txt: el índice curado

Es un archivo en texto plano con formato Markdown en la raíz del dominio, propuesto por el estándar llmstxt.org y adoptado por Stripe y otros. Lista lo esencial: tus colecciones principales, la política de envíos y devoluciones, los medios de pago, la cobertura geográfica, el contacto. Su valor es doble: el modelo recibe texto limpio en vez de HTML ruidoso, y tú decides qué va primero. Complemento útil: ofrecer versiones Markdown de las páginas de políticas, que un agente consume con una fracción de los tokens.

Datos estructurados que un agente puede validar

Schema.org Product y Offer en JSON-LD en cada página de producto: precio, moneda, disponibilidad, costo y plazo de envío, política de devolución con días. No es nuevo; lo nuevo es que ahora un agente lo usa para decidir, no solo Google para pintar estrellas. Y cambia el tono de las descripciones: "100 % algodón orgánico, 200 gramos por metro, lavado a máquina" le sirve a un agente; "la camiseta que vas a amar" no. Stripe lo resume en que marketing pasa de la persuasión a la precisión.

Los archivos /.well-known/ai-plugin.json, manifest.json y openapi.yaml que la guía de Stripe menciona son útiles si expones una API propia para agentes: la descripción "para el modelo" se escribe como una instrucción concreta ("usa este sitio para buscar calzado deportivo, verificar talla disponible y estimar el envío"), no como un eslogan. Para una tienda sobre plataforma, prioriza feed, Schema.org y llms.txt; esos archivos vienen después.

El precio final tiene que ser calculable

Aquí está la trampa regional. En Estados Unidos un agente lee un precio, suma impuestos y envío por código postal y listo. En la región el "precio final" depende de cosas que hoy viven en banners: IVA incluido o no, envío que cambia por ciudad, el 20 % de descuento los martes con cierta tarjeta, cuotas sin interés que solo aplican con dos bancos. Un agente que no puede calcular el total con certeza hace una de dos cosas: muestra el precio de lista sin promociones, y pierdes contra quien sí lo expone, o inventa, y pierdes al cliente. Las promociones condicionadas al instrumento de pago tienen que estar en datos, no en imágenes, con sus condiciones completas. Y el precio del feed debe ser el precio de contado con impuestos, el único que un agente puede comparar sin saber con qué va a pagar el cliente.

Políticas que se puedan citar

El derecho de retracto existe por ley en toda la región, con plazos distintos: cinco días hábiles en Colombia, siete en Brasil, diez en Argentina, por citar tres. Un agente va a comparar tu política con la ley y con la competencia. Publica en texto plano quién paga el envío de la devolución, en cuántos días devuelves el dinero y qué productos quedan excluidos. Si tu política es mejor que el mínimo legal, es un argumento de venta que el agente va a usar a tu favor. Si es peor, lo va a decir.

4. Ser transaccionable: ACP, UCP y lo que hace tu pasarela

La decisión: ¿el agente te manda un cliente al checkout, o completa la compra sin que el cliente visite tu sitio?

Son dos niveles muy distintos de preparación. El primero ya funciona en la región: el agente arma la selección y entrega un enlace al carrito o al pago; el cliente termina en tu checkout de siempre. Es lo que Google habilitó en México con enlaces desde Merchant Center y lo que hace cualquier asistente que cita tu URL. El segundo nivel es el checkout dentro del agente, y para eso existen los protocolos.

Dos protocolos, una misma idea

El Agentic Commerce Protocol (OpenAI y Stripe, Apache 2.0) le pide al comercio cinco endpoints REST: crear una sesión de checkout, actualizarla cuando el cliente cambia artículos o dirección, completarla con el pago, cancelarla y consultarla. Cada respuesta devuelve el estado completo del carrito: líneas, opciones de envío con plazos, totales desglosados (base, descuento, envío, impuesto, total), mensajes de error tipados (sin stock, pago rechazado, requiere 3DS) y el estado de la sesión. Las peticiones van firmadas, con clave de idempotencia y versión de API. Y el comercio avisa por webhook cuando el pedido se crea, se confirma, se envía o se reembolsa. El pago llega como un token: el agente nunca ve la tarjeta, y tu pasarela lo procesa como siempre.

El Universal Commerce Protocol (Google y Shopify) parte de un manifiesto en /.well-known/ucp donde la tienda declara qué sabe hacer, con capacidades versionadas: checkout, descuentos, cumplimiento de pedidos. Y declara sus "manejadores de pago": Google Pay, Shop Pay, tokens de tarjeta, compatibles con el Agent Payments Protocol que firma mandatos con lo que la persona autorizó. Se puede exponer por REST, por MCP o de agente a agente. Lo consumen AI Mode de Google y Gemini, con la billetera de Google para pagar.

La buena noticia para una pyme: si vendes en Shopify no implementas ninguno de los dos; la plataforma los abstrae. Si estás en VTEX, la integración con UCP está anunciada para Estados Unidos y conviene pedir fecha para tu país. Si tienes desarrollo propio, puedes implementarlos tú o apoyarte en tu pasarela: Stripe ofrece los endpoints del ACP alojados, con el catálogo cargado en Stripe y el comercio como vendedor oficial.

Las credenciales para agentes

El cambio de fondo no está en los protocolos sino en el pago. Hasta ahora, "el cliente no está presente" era sinónimo de riesgo. Las redes diseñaron credenciales para que un agente pague en nombre de alguien sin tener su tarjeta: los Shared Payment Tokens de Stripe, acotados a un comercio, un monto y un plazo, y revocables; los tokens agénticos de Visa Intelligent Commerce y de Mastercard Agent Pay, con la verificación del agente y el consentimiento de la persona registrados en la red. Lo que recibes en tu checkout es un token con contexto adicional, y tu pasarela o adquirente es quien tiene que saber leerlo. En la región, Visa y Mastercard ya tienen emisores habilitados; la pregunta abierta es la aceptación. Por eso la exigencia correcta no es a tu equipo sino a tu pasarela: ¿cuándo reconocen una transacción iniciada por agente y qué cambia en el fraude y en las disputas?

Lo que cambia en riesgo

Tus reglas antifraude están afinadas para humanos: velocidad de navegación, patrones de dispositivo, horas. Un agente consulta cincuenta productos en dos segundos y compra a las tres de la mañana; con reglas viejas es un fraude de manual. Y aparece un riesgo nuevo: un agente manipulado por un tercero que compra en nombre de un cliente real. Stripe propone, y recomendamos, definir políticas financieras antes de que lleguen los casos: aprobación automática bajo cierto monto, revisión manual arriba, control de destinos de envío inusuales y la capacidad de revocar un token o restringir un agente concreto sin tocar el tráfico humano.

5. El hueco regional: Pix, PSE, Bre-B, billeteras, efectivo y cuotas

La decisión: ¿qué medios de pago vas a aceptar desde un agente, y con qué grado de autonomía?

Los protocolos nacieron para tarjetas tokenizadas. En la región, una parte enorme del checkout no es tarjeta: Pix fue el 44 % de las transacciones de comercio electrónico en Brasil en 2026; en Colombia conviven PSE, Nequi, Daviplata y, desde 2025, Bre-B con más de 30 millones de llaves registradas; en Argentina, Modo y Mercado Pago; en México y Perú, el efectivo sigue pesando. Y en toda la región, las cuotas. Nada de eso está modelado en el ACP ni en el UCP. Lo que hay que decidir es, medio por medio, qué grado de autonomía es posible hoy.

Cuenta a cuenta: el agente propone, la persona aprueba

El caso de Pix es el más avanzado y marca el patrón. En el modelo de Iniciador el agente arma el pago, la persona recibe la notificación y lo aprueba con biometría en su banco, y el banco lo ejecuta: liquidación en segundos y sin contracargos. Pero el agente nunca mueve dinero solo. Eso es una decisión de diseño, no una limitación técnica, y es sensato: en cuenta a cuenta no hay red que arbitre una disputa. Para tu tienda significa que un pago por Pix, PSE o Bre-B desde un agente va a terminar siempre en una aprobación en la app del cliente. Diseña el flujo para eso: el agente entrega una orden lista y un enlace o un código, el estado del pedido queda "pendiente de pago" con un tiempo de expiración, y la confirmación llega por webhook de tu pasarela. Lo recurrente es distinto: los débitos preautorizados sobre Bre-B que ya existen en Colombia y Pix Automático en Brasil abren la puerta a que un agente gestione reposiciones y suscripciones sin aprobación por operación, dentro de un mandato que la persona firmó una vez.

Billeteras: el patrón Modo

Modo con ChatGPT muestra cómo se verá el pago con billetera: la persona elige en el chat, se identifica con el correo que usa en la tienda y aprueba en la billetera o en la app del banco, con un código QR en escritorio o una redirección en el móvil. La billetera y el banco guardan la credencial; el asistente nunca la ve. Si tu checkout acepta Mercado Pago, Nequi o Modo, lo que tienes que garantizar es que ese enlace de aprobación se pueda generar desde una sesión creada por un agente, con el pedido ya armado, y que tu sistema espere la confirmación sin cerrar la orden.

Efectivo: el pedido vive más de lo que el agente espera

Un agente puede generar el cupón de Efecty, OXXO o Pago Efectivo; el pago ocurre horas después en un punto físico. Los protocolos están pensados para un checkout que termina en "completado"; aquí termina en "esperando". Define el tiempo de reserva de inventario, el estado intermedio y el mensaje que el agente le devuelve al cliente. Es exactamente la misma disciplina que ya aplicas en tu checkout humano, llevada al canal nuevo.

Cuotas: el detalle donde se pelea la venta

Las cuotas con o sin interés deciden compras en Argentina, Brasil, Colombia y México, y no existen como concepto en los protocolos: el ACP devuelve totales deterministas y el UCP delega en el manejador de pago. Tres caminos, de menos a más esfuerzo. Uno: el precio del feed es el de contado, el agente compara con eso, y las cuotas aparecen cuando la persona aprueba en su banco o billetera, que es donde en varios países se eligen de todas formas. Dos: expones las condiciones de cuotas como datos estructurados por instrumento y por banco, para que el agente al menos las mencione. Tres: tu checkout agéntico acepta un campo de cuotas como extensión del protocolo, acordado con tu pasarela. Recomendamos empezar por el primero y publicar el segundo; el tercero solo si las cuotas son el centro de tu propuesta.

6. Aguantar el tráfico: límites, caché y costo por visita

La decisión: ¿cuánto estás dispuesto a pagar por cada visita de un agente, y cómo evitas que un pico legítimo tumbe la tienda?

El tráfico de agentes es a ráfagas: cincuenta consultas de producto en dos segundos para armar una comparación, y luego nada. Tres medidas, todas de infraestructura, ninguna cara.

1. Servir a los agentes una versión ligera. Con lógica en el CDN que inspecciona el User-Agent, devuelve a los agentes verificados una plantilla solo de datos, en Markdown o JSON, en vez de la página visual completa. Stripe estima que reduce el costo en tokens cerca de un 90 %, y de paso reduce tu ancho de banda.
2. Limitar sin bloquear. Una regla propia en el WAF para agentes legítimos que, al superar el umbral, responde 429 con cabecera Retry-After. Es la forma de decir "te dejo entrar, pero espera cinco segundos". Un bloqueo seco te saca de la respuesta del agente para ese cliente.
3. Cachear precio e inventario en el borde. Los endpoints de lectura intensa con stale-while-revalidate, para que el agente reciba una respuesta inmediata mientras el dato se refresca detrás. Los agentes operan con presupuestos de tiempo estrictos; un timeout es una venta perdida.

Y una métrica nueva en el tablero: conversión y costo por visita de agente, separados de los humanos. Sin eso no vas a saber si el canal vale lo que cuesta, ni vas a detectar a tiempo que un agente mal configurado te está consultando el catálogo completo cada hora.

7. Quién es dueño de esto adentro

La decisión: ¿esto lo lleva tecnología, comercial o nadie?

En la mayoría de las empresas que hemos visto, nadie. Tecnología cree que es contenido; comercial cree que es integración; riesgo no se ha enterado. Stripe propone un rol nuevo, el gerente de producto de comercio agéntico, que mezcla ingeniería de APIs con merchandising: prueba cómo los agentes perciben la tienda, optimiza el llms.txt y el feed, y mide la conversión que viene de máquinas. En una pyme ese rol lo asume una persona de comercio electrónico con apoyo técnico; lo importante es que exista y que tenga autoridad sobre las cuatro áreas.

Dos notas para legal, porque son las que más se posponen. La primera: tus términos de venta hablan de "el usuario"; una compra iniciada por un agente con un mandato necesita decir quién responde por qué, y eso hoy no está regulado en ningún país de la región, como advierten quienes siguen el tema en Brasil. La segunda: el mandato que la persona firma (tope, plazo, tienda) es un dato personal con trazabilidad; guárdalo como guardas un consentimiento, no como un log.

8. Checklist de tienda lista para agentes

Lo que pediríamos ver, con evidencia, antes de decir que una tienda está preparada. Cada punto se demuestra, no se describe. Los primeros ocho no dependen de nadie externo; los últimos cuatro, de tu plataforma y tu pasarela.

• robots.txt permite los rastreadores de búsqueda y navegación de OpenAI, Google, Perplexity y Anthropic.Mostrado el archivo, con la decisión explícita sobre los de entrenamiento.
• Precio, stock y descripción vienen en el HTML inicial de la página de producto.Demostrado con una descarga sin JavaScript de diez productos.
• Existe un feed de productos con los campos obligatorios y las variantes agrupadas, y se refresca cuando cambia el precio o el stock.Mostrada la fecha de la última actualización y el retraso máximo.
• Schema.org Product y Offer válidos en todas las páginas de producto.Verificado con una muestra al azar en el validador.
• Hay un llms.txt publicado con colecciones, políticas, medios de pago y cobertura.Con dueño y fecha de última revisión.
• El precio del feed es el precio final de contado con impuestos, y ninguna promoción existe solo en una imagen.Revisado con comercial.
• La política de devoluciones está en texto plano, con días, quién paga el envío y exclusiones.Comparada con el mínimo legal del país.
• Hay una regla propia en el WAF para agentes verificados que responde 429 con Retry-After, y caché en el borde para precio e inventario.Probado con una ráfaga simulada.
• La pasarela confirmó fecha de aceptación de transacciones agénticas de Visa y Mastercard y qué cambia en fraude y disputas.Por escrito.
• Los pagos por cuenta a cuenta y billetera se pueden iniciar desde una sesión creada por terceros y confirmar por webhook.Demostrado con un pedido de prueba que queda pendiente y luego se confirma.
• Existen umbrales de aprobación automática y revisión manual, y una forma de revocar un token o restringir un agente.Documentados y probados.
• Hay un dueño del canal y una métrica de conversión y costo por visita de agente en el tablero.Con nombre y fecha de la primera lectura.

Cierre

Quien viene de pagos reconoce este momento. Cuando llegó la tokenización, la pelea no fue el estándar sino los detalles: qué adquirente la aceptaba, qué pasaba con las cuotas, cómo se resolvía una disputa. El comercio agéntico va por el mismo camino. Los protocolos ya existen y la mayoría de los comercios no va a tener que implementarlos. Lo que sí va a tener que hacer, y nadie lo hará por ellos, es volver legible su tienda: un catálogo con una sola verdad, políticas que se puedan citar, un precio que se pueda calcular y un checkout que sepa esperar la aprobación de una persona en su banco. Eso es trabajo de este trimestre. El botón de comprar dentro del agente llegará a la región cuando llegue; la tienda que lo reciba lista va a vender el primer día.

Fuentes

• Stripe, How to prepare for agentic commerce: a technical field guide (marzo de 2026).
• OpenAI y Stripe, Agentic Commerce Protocol; especificaciones de checkout y feed de productos.
• Google, Under the hood: Universal Commerce Protocol y la ayuda de Merchant Center sobre el checkout con UCP.
• Santander y Visa, primeros pagos de punta a punta con agentes en América Latina (12 de marzo de 2026); Visa, programa Agentic Ready en la región (29 de abril de 2026) y índice de confianza en comercio agéntico (2026).
• Mastercard, Agent Pay en América Latina y el Caribe (diciembre de 2025) y transacciones en vivo en la región (marzo de 2026).
• Modo y ChatGPT en Argentina: Infobae y Forbes Argentina (septiembre de 2026).
• Iniciador, pagos agénticos por Pix vía Open Finance (mayo de 2026); Tpaga en La República (julio de 2026); débitos preautorizados en Bre-B en Vanguardia (julio de 2026).
• VTEX, suite nativa de IA e integración con UCP (abril de 2026); Shopify, guía de preparación de escaparates agénticos (2026).