Agentforce Commerce llegó a disponibilidad general a inicios de julio de 2026 con tres agentes especializados: Shopper Agent, Buyer Agent y Merchant Agent. Es el lanzamiento de comercio agentic más grande que Salesforce ha hecho — y el material de anuncio es generoso en números de conversión, escaso en guardrails.
Esto no es un accidente de comunicación. Es una elección de énfasis que cualquier decisor necesita reconocer antes de activar el agente en su propia tienda: el vendor muestra lo que el agente gana en velocidad y conversión, pero deja que el cliente decida dónde la venta necesita un humano cerca antes de cerrarse.
Qué lanzó de verdad Agentforce Commerce
Los tres agentes cubren roles distintos en la cadena de venta, y entender la división evita tratar "Agentforce Commerce" como un producto único.
Shopper Agent lleva la conversación del comprador final de principio a fin — descubrimiento de producto, checkout y servicio postventa — manteniendo la voz de la marca en la tienda propia del cliente. Revisa inventario, plazo de transportista y opción de retiro en tienda dentro de la misma conversación, sin transferir al comprador entre sistemas.
Buyer Agent ataca el otro lado del comercio: procurement B2B vía WhatsApp y SMS. El ejemplo que usa Salesforce es directo — un comprador escribe "necesito 40 cajas del tornillo de 16oz, igual al pedido de marzo", el agente devuelve una imagen del producto para confirmar el SKU, muestra el precio de contrato vigente y cierra el pedido, sin login en portal ni llamada telefónica.
Merchant Agent queda del lado de la operación: el equipo de catálogo organiza productos, crea reglas de "boost and bury" y ajusta el orden de exhibición describiendo lo que quiere, en vez de navegar un menú de administración.
Los números del lanzamiento refuerzan la narrativa de urgencia: durante la última temporada de fin de año, la IA influyó en el 20% de las ventas online globales — cerca de US$ 262 mil millones — y los minoristas que ya operan su propio shopper agent crecieron ventas 59% más rápido que quienes aún no adoptaron. El tráfico referido por IA convierte a 8x la tasa del tráfico social. Los primeros clientes de Merchant Agent reportan una reducción del 88% en el tiempo de conclusión de tareas de catálogo.
Lo que la cobertura del lanzamiento no menciona
Ninguna de las fuentes que cubrieron el anuncio — press release, prensa especializada, análisis de mercado — incluyó una línea sobre límite de aprobación, techo de valor de transacción, o qué pasa cuando Buyer Agent confirma un SKU equivocado antes de que el comprador lo note. El énfasis es 100% capacidad y adopción, 0% riesgo.
Esto no significa que el riesgo no exista — significa que Salesforce está vendiendo la plataforma, y le toca al cliente diseñar el control. Es el mismo patrón que ya vimos al mapear dónde falla MCP: el protocolo en sí no es el problema, es la distancia que crea entre la decisión automatizada y la revisión humana — y esa distancia es decisión de configuración, no de producto.
Es también la misma pregunta que ya hicimos sobre Agentforce en atención con humano: qué automatizar y qué no. Ahí el criterio era capacidad emocional y ambigüedad del caso; aquí es reversibilidad financiera y excepción de contrato — el framework cambia de eje, pero la lógica de fondo es la misma.
El lanzamiento vende autonomía. El guardrail contra el error caro sigue siendo trabajo del cliente, no del producto.
Buyer Agent es el caso más claro. Confirmar SKU por imagen reduce fricción — pero también reduce el número de puntos donde un humano intercepta un pedido equivocado antes de que se convierta en factura. Mostrar el precio de contrato automáticamente es conveniencia real, hasta que el contrato tiene una excepción que el agente no fue entrenado para reconocer.
Tres variables que deciden si el agente puede vender solo
La pregunta correcta no es "¿el agente puede vender solo?" — es "¿bajo qué condiciones?". Tres variables, en el orden en que vale la pena revisarlas:
- Reversibilidad de la transacción. Un cambio de artículo de bajo valor es barato de deshacer. Un pedido B2B de 40 cajas con precio de contrato equivocado genera factura, flete y retrabajo de conciliación — reversión cara, no trivial.
- Complejidad de excepción. ¿Cuánto del proceso de venta depende de negociación, descuento fuera de tabla o condición de contrato no estandarizada? Un catálogo con precio fijo tolera automatización total. Un contrato con cláusula específica por cliente no la tolera.
- Ticket y frecuencia. Una compra recurrente de bajo valor — la misma lógica de riesgo que ya vale en la matriz de ROI de Salesforce, donde el ticket promedio decide si la plataforma se paga sola — tolera decisión automática. Una compra puntual de alto valor pide aprobación antes de completarse.
Ninguna de las tres variables, aislada, decide sola. Un Shopper Agent vendiendo un artículo de catálogo estándar, ticket bajo, transacción reversible, cumple las tres — la autonomía total es una decisión de bajo riesgo. Un Buyer Agent cerrando un pedido B2B con precio de contrato, ticket alto, reversión cara, falla en al menos dos — ahí el diseño correcto es aprobación automática dentro de un rango predefinido, con escalamiento a un humano fuera de él.
Dónde la autonomía total ya tiene sentido — y dónde es pronto
Aplicando el criterio a los tres agentes:
Shopper Agent en B2C de catálogo estándar ya está maduro para autonomía completa. Artículo con precio fijo, inventario visible, política de cambio clara — las tres variables del criterio apuntan a bajo riesgo. Es donde la ganancia de conversión citada en el lanzamiento (8x en tráfico referido por IA) tiene más sentido capturar rápido.
Buyer Agent en B2B con precio de contrato todavía pide un diseño de aprobación — no porque el agente sea malo, sino porque la excepción de contrato es la norma en procurement B2B, no el caso raro. Un rango de valor con aprobación automática, y cualquier cosa fuera de ese rango (SKU nuevo, descuento más allá de lo pactado, primer pedido de un cliente nuevo) yendo a revisión humana antes de completarse, es el diseño que evita el error caro sin devolver la fricción que el agente vino a resolver.
Merchant Agent queda en el medio: la acción en sí (cambiar una regla de orden, ajustar boost/bury) es interna y reversible — no cierra venta, no genera factura. El riesgo real aquí no es financiero, es operativo: una regla mal hecha puede esconder el producto correcto o destacar el equivocado durante días antes de que alguien lo note. Un registro de cambios y un rollback fácil resuelven ese riesgo sin exigir aprobación previa de cada ajuste.
- Shopper Agent, catálogo estándar, ticket bajo: autonomía total, sin aprobación humana en el flujo.
- Buyer Agent, contrato B2B, excepción de precio: aprobación automática dentro de un rango definido; fuera de él, humano antes de completar.
- Merchant Agent, regla de catálogo: sin aprobación previa, pero con registro de cambios y rollback rápido disponible.
Ticket bajo y SKU estándar toleran autonomía total; contrato y excepción de precio exigen humano en el loop.
La adopción rápida no reemplaza el diseño de control
Los números del lanzamiento son reales y el incentivo para adoptar rápido también lo es — quien espera pierde la ventana de tráfico referido por ChatGPT, Google AI Mode y la app de Gemini que Salesforce está conectando de forma nativa a lo largo del segundo semestre de 2026. Pero adoptar rápido y adoptar sin diseño de control son decisiones distintas, y el material de lanzamiento no separa las dos.
El trabajo que le queda al cliente — porque ninguna cobertura del lanzamiento lo abordó — es decidir, agente por agente, dónde la transacción es lo bastante reversible para operar sola y dónde una excepción de contrato todavía pide un humano antes de completarse. Quien se salta ese diseño no descubre el error el día del lanzamiento. Lo descubre en la primera excepción que el agente trató como regla.
Preguntas que siempre vuelven
Antes de cerrar, las tres dudas más comunes sobre el lanzamiento.
¿Qué es Agentforce Commerce?
Agentforce Commerce es la arquitectura de comercio agentic de Salesforce, lanzada en disponibilidad general en julio de 2026, con tres agentes especializados: Shopper Agent (atiende al comprador final desde el descubrimiento hasta la postventa), Buyer Agent (procurement B2B vía WhatsApp y SMS) y Merchant Agent (gestión de catálogo en lenguaje natural). Los tres tienen conexión nativa con inventario, gestión de pedidos y datos del cliente — esa integración es lo que los diferencia de un chatbot genérico, permitiendo al agente prometer una fecha de entrega, honrar el precio de contrato y mantener contexto sin transferir al comprador entre sistemas.
¿Se puede dejar que Agentforce Commerce venda sin revisión humana?
Depende del agente y de la transacción, no hay una respuesta única. Tres variables deciden: reversibilidad de la transacción, complejidad de excepción (negociación, descuento, contrato fuera de tabla) y ticket/frecuencia de la compra. Un Shopper Agent en un catálogo estándar de ticket bajo cumple las tres condiciones de bajo riesgo — la autonomía total ya tiene sentido. Un Buyer Agent cerrando un pedido B2B con precio de contrato falla en al menos dos — reversión cara, excepciones frecuentes — por eso pide aprobación automática solo dentro de un rango de valor predefinido, con escalamiento a un humano fuera de él.
¿Por qué Salesforce no habla de guardrails en el lanzamiento?
Porque el material de lanzamiento — press release, cobertura especializada, análisis de mercado — fue construido para vender capacidad y velocidad de adopción, no para diseñar controles de riesgo. Ninguna de las fuentes del anuncio menciona un techo de aprobación, un límite de transacción, o qué pasa cuando el agente confirma un SKU equivocado antes de que el comprador lo note. Esto no es una falla de producto: es una decisión de configuración que le toca al cliente, igual que en cualquier sistema que automatiza una decisión con efecto real en el mundo — cuanto más cerca está la acción de generar una factura o mover inventario, más cerca necesita estar de una revisión humana antes de completarse.