Pedidos de Shopify realizados por agentes de IA: el problema operativo del que nadie habla

Por Shubham Vats, Fundador de Revize

Publicado el 13 min de lectura

En esta página

Los pedidos de Shopify realizados por agentes de IA reciben mucha atención, pero se examinan poco. Abre X esta semana y verás una y otra vez el mismo mensaje: el comercio con agentes de IA es el futuro, incorpora tu tienda a ChatGPT, el tráfico de IA se ha multiplicado por 7. Todo eso es cierto. Y todo trata sobre la captación. Nada aborda lo que determina si este canal te resulta rentable: qué pasa después de que el agente hace el pedido.

Gestionamos una aplicación de edición de pedidos después de la compra que usan miles de tiendas Shopify, así que dedicamos nuestros días a esa segunda parte. Esta es la perspectiva operativa sobre los pedidos realizados por agentes: qué cambia en la práctica, cómo funcionan los webhooks, dónde surgen los problemas y qué hacer antes de que aumente el volumen. Complementa nuestro análisis estratégico en Shopify MCP en 2026: qué funciona realmente. Aquel artículo explica qué funciones de MCP importan. Este trata del problema que todas crean y ninguna resuelve.

Escena dividida entre el entusiasmo por el comercio con agentes de IA y el problema operativo que surge después de la compra

El punto ciego de la captación

Hay algo que quienes celebran el comercio con agentes de IA no suelen decir: conseguir el pedido es la mitad fácil. Shopify incorporó Storefront MCP en todas las tiendas. Los agentes ya pueden descubrir tus productos y completar la pantalla de pago. Esa parte está resuelta en gran medida y es la que todos celebran.

La mitad pendiente es todo lo que ocurre después de recibir el pedido. Sigue sin resolverse porque quienes más hablan del comercio con agentes de IA son proveedores de plataformas y herramientas cuyo trabajo termina con la transacción. El nuestro no. Vemos la segunda mitad, y ahí es donde este modelo empieza a fallar sin hacer ruido.

El punto ciego es sencillo: toda tu operación de poscompra presupone que el cliente hizo el pedido por sí mismo. Ese supuesto ya no se cumple en una proporción creciente de pedidos, y casi nadie está adaptando sus procesos.

Qué cambia cuando un agente hace el pedido

Tu proceso de poscompra se basa en tres supuestos. Así falla cada uno:

Primer supuesto: el cliente hizo el pedido y, por tanto, tiene la confirmación. En estos casos, quien hizo el pedido fue el agente. El cliente puede tener una conversación de chat, pero no el correo de confirmación del pedido. Tampoco tiene tu enlace para «gestionar el pedido», porque nunca llegó a tu página de agradecimiento. La vía habitual de «haz clic en el enlace del correo de confirmación» no está a su alcance.

Segundo supuesto: el cliente reconoce el pedido. Quien preparó su propio carrito reconoce lo que compró. Quien le dijo a un agente «pide lo de siempre» o «compra el azul» a menudo no reconoce los artículos al ver la confirmación: el agente tomó decisiones de interpretación que el cliente no presenció.

Tercer supuesto: el cliente sabe dónde cambiarlo. Quienes completaron la compra en tu sitio conocen la sección de su cuenta. Un cliente que hizo toda la transacción dentro de ChatGPT nunca ha visto tu sitio. Si algo está mal, no acude a él. Vuelve al agente, que actualmente no puede editar un pedido de Shopify completado, y después te escribe un correo. Normalmente está frustrado y suele hacerlo fuera del horario de atención.

Nada de esto es hipotético. Son patrones que ya observamos en pedidos atribuidos a IA, cuya proporción está aumentando con rapidez.

Tres supuestos de poscompra que fallan en un pedido de Shopify hecho por un agente: falta de confirmación, reconocimiento y vía de edición

Cómo funcionan los webhooks en la práctica

Aquí entramos en los mecanismos concretos y en el trabajo operativo que requieren.

La documentación de Shopify sobre comercio con agentes de IA presenta webhooks con formato UCP. Los eventos del ciclo de vida del pedido relativos a la preparación de pedidos, las devoluciones, los reembolsos y las ediciones se emiten con ese formato para que un agente, o tus sistemas, puedan suscribirse y reaccionar. La herramienta get_order permite consultar el estado cuando se necesita. La infraestructura para saber qué pasó con un pedido hecho por un agente ya existe.

Lo que esa infraestructura no hace es decidir qué importa para tus operaciones. Ahí está la dificultad. Los eventos llegan, pero depende por completo de ti que tus sistemas distingan un pedido realizado por un agente de uno realizado por una persona y que gestionen cada uno de forma diferente. De forma predeterminada, un pedido hecho por un agente se ve como cualquier otro en Shopify Admin. Pero requiere una atención distinta, y tratarlo exactamente igual es el error.

La medida más útil es etiquetar los pedidos atribuidos a agentes en cuanto entran y usar esa etiqueta para decidir cómo se gestionan en cada etapa posterior: revisión de la preparación de pedidos, clasificación de solicitudes de soporte, plazos de edición y devoluciones. Si no puedes responder «¿cuántos pedidos de ayer hicieron agentes y cuántos generaron una solicitud de cambio?», todavía no tienes visibilidad del problema. Y no puedes gestionar lo que no ves.

Eventos de webhook de un pedido de Shopify hecho por un agente que se gestionan de forma distinta a los pedidos hechos por personas

Los cuatro problemas que ya observamos

Estos son casos concretos que ya llegan a los equipos de poscompra:

Errores al interpretar direcciones. El agente asoció «envíalo a mi oficina» o «mándaselo a mi madre» con una dirección guardada, a veces la equivocada. El cliente lo advierte una hora después. Esto es poco habitual cuando compra una persona, porque escribe y ve la dirección. En los pedidos realizados por agentes ocurre con bastante más frecuencia, porque un modelo interpretó la instrucción.

Variantes incorrectas. «El azul» terminó siendo una variante azul, pero no la que quería el cliente. «La talla grande» terminó siendo XL cuando quería L. El agente tuvo que elegir y el cliente no vio cómo lo hacía.

Malentendidos sobre la cantidad. «Compra un par» se convirtió en 2 cuando el cliente quería algunos más. «Uno para todos» se convirtió en 1 cuando quería uno por persona. El lenguaje natural es ambiguo y el agente fijó una cantidad.

Falta de una vía para editar el pedido. Es el efecto acumulado de los tres supuestos fallidos. El cliente quiere corregir uno de los problemas anteriores, no tiene el enlace de confirmación, nunca ha visto tu sitio y el agente no puede editar un pedido completado. Así que escribe un correo. Cada caso se convierte en una solicitud de soporte que una opción de autoservicio habría resuelto, salvo que esa opción se diseñó para clientes que llegaron a través de tu sitio.

Por qué tu proceso de poscompra actual no detecta estos casos

La configuración de poscompra de la mayoría de las tiendas combina un enlace de edición en el correo de confirmación, una sección de cuentas de cliente y una bandeja de soporte. Cada parte presupone que el cliente tuvo contacto con el sitio. El correo de confirmación presupone que lo abre. La sección de cuentas presupone que inicia sesión en tu sitio. La bandeja de soporte es la alternativa cuando lo demás falla; para los pedidos hechos por agentes pasa a ser la única vía. Por eso, estos pedidos acaban de forma desproporcionada en tu canal más costoso.

Seamos claros sobre lo que falta: en esencia, este es un problema de edición de pedidos después de la compra, la categoría en la que trabajamos en Revize. Y queremos ser francos contigo, porque no todo el sector lo está siendo: nadie tiene todavía una solución de poscompra completa y adaptada a los pedidos hechos por agentes, Revize incluido. Se está desarrollando en todo el sector, también por nuestra parte. Hoy, lo útil no es comprar una solución. Es medir el problema para verlo antes de que crezca y consolidar las opciones generales de autoservicio después de la compra, de modo que el aumento de pedidos hechos por agentes no termine directamente en tu bandeja de entrada.

Qué medir esta semana

Estos son los pasos prácticos. No dependen de ninguna herramienta concreta porque las soluciones específicas aún no existen y no deberías esperar a que aparezcan:

  1. Etiqueta los pedidos atribuidos a agentes en cuanto entren. Shopify proporciona metadatos de atribución en estos pedidos. Captúralos y guárdalos de inmediato en una etiqueta o un metacampo del pedido cuando se cree. Todo lo demás depende de este paso.
  2. Crea un informe: pedidos realizados por agentes cada día y porcentaje que genera una solicitud de cambio o un contacto con soporte en las 72 horas siguientes. Esa sola cifra te indica si ya tienes un problema y a qué velocidad crece.
  3. Amplía el plazo de edición para los pedidos hechos por agentes. Son más propensos a errores al hacerse, así que el cliente necesita más tiempo para detectarlos. Si tu plazo de edición es de 30 minutos, ofrece uno mayor específicamente para estos pedidos.
  4. Prepara las respuestas modelo de soporte para los cuatro problemas anteriores. Son previsibles. Tu equipo no debería tener que improvisar una respuesta sobre una dirección mal interpretada a las 11 de la noche.
  5. Revisa cómo puede actuar un cliente sin el correo de confirmación. Supón que no lo tiene. ¿Puede encontrar y cambiar su pedido por alguna vía que no empiece con ese correo? Si no, ese es el primer problema que debes resolver.

Nada de esto exige contratar a un proveedor. Todo exige reconocer que los pedidos hechos por agentes son una categoría operativa distinta. Esa es la idea central.

Equipo de operaciones que mide los pedidos hechos por agentes mediante etiquetas, informes y plazos de edición más amplios

El estado real de las herramientas

Como muchos artículos sobre este tema intentan vender algo, aquí va una descripción sin promesas comerciales.

La parte de Shopify ya está disponible: existen los webhooks, los datos de atribución y la herramienta get_order. La plataforma cumplió su parte. Lo que todavía no existe, en ningún lugar, es una solución de poscompra que entienda que un pedido hecho por un agente es distinto y adapte la experiencia de edición para un cliente que nunca visitó tu sitio. Todo el sector, incluidos nosotros, está trabajando en ello. Quien afirme tener hoy una solución completa de poscompra para agentes de IA se adelanta a la realidad.

Eso no es motivo para esperar. Al contrario. Las medidas de seguimiento anteriores son gratuitas y puedes aplicarlas ahora. Los comerciantes que lo hagan tendrán un año de datos y experiencia operativa antes de que quienes esperaron un producto siquiera empiecen. El comercio con agentes de IA beneficiará a quienes presten tanta atención a lo que pasa después del pedido como los proveedores de plataformas prestaron a la transacción.

La conclusión

El auge del comercio con agentes de IA es real, y lo que se dice sobre la captación es cierto. Pero esa es solo la mitad de la historia. Es la mitad de la que todos hablan porque quienes la cuentan dejan de ocuparse del pedido cuando termina la transacción. Quien sigue a cargo después ve la otra mitad: los pedidos hechos por agentes rompen los supuestos en los que se basa la operación de poscompra, llegan de forma desproporcionada al canal de soporte más costoso y todavía no existen herramientas completas para gestionarlos adecuadamente.

Qué hacer esta semana:

  1. Etiquetar los pedidos atribuidos a agentes en cuanto entren
  2. Crear el informe: pedidos hechos por agentes al día y porcentaje que genera solicitudes de cambio en 72 horas
  3. Ampliar el plazo de edición específicamente para los pedidos hechos por agentes
  4. Preparar las cuatro respuestas modelo de soporte
  5. Encontrar una vía para resolver problemas sin el correo de confirmación o crear una

Comerciante de Shopify que empezó a medir pronto las operaciones de pedidos hechos por agentes y lleva ventaja frente a quienes esperaron

Preguntas frecuentes

¿Qué es un pedido realizado por un agente de IA en Shopify?

Es un pedido que un agente de IA (ChatGPT, Perplexity o un agente personalizado) hace en nombre de un comprador mediante la infraestructura MCP y UCP de Shopify, en lugar de que el cliente complete la compra en tu sitio. En términos operativos, aparece en Shopify Admin como cualquier otro pedido. Pero el cliente nunca vio tu pantalla de pago, puede que no tenga tu correo de confirmación y, a menudo, ni siquiera visitó tu sitio.

¿Por qué es más difícil dar soporte a los pedidos hechos por agentes que a los pedidos normales?

Porque tu proceso de poscompra presupone que el cliente hizo el pedido, lo reconoce y sabe dónde cambiarlo. En los pedidos realizados por agentes, los tres supuestos fallan con frecuencia. El cliente interactuó con un agente y no con tu sitio, así que las vías habituales para resolver problemas (el enlace del correo de confirmación y la sección de su cuenta) no le sirven. Por defecto, recurre a tu bandeja de soporte.

¿Qué webhooks ofrece Shopify para los pedidos realizados por agentes de IA?

Shopify emite webhooks con formato UCP para eventos del ciclo de vida del pedido, entre ellos la preparación de pedidos, las devoluciones, los reembolsos y las ediciones. También ofrece la herramienta get_order para consultar el estado cuando se necesita. Los eventos están disponibles; decidir que los pedidos hechos por agentes son una categoría operativa distinta y gestionarlos de otra forma es responsabilidad del comerciante. Los webhooks no lo hacen automáticamente.

¿Cómo identifico los pedidos realizados por un agente de IA?

Shopify proporciona metadatos de atribución en los pedidos hechos por agentes. Lo más práctico es capturarlos cuando se crea el pedido y guardarlos de inmediato en una etiqueta o un metacampo. Así, cada sistema posterior (preparación de pedidos, soporte, devoluciones e informes) puede tratar estos pedidos de forma distinta. Sin esa etiqueta, no tienes visibilidad del problema.

¿Cuáles son los errores más habituales en los pedidos hechos por agentes?

Se repiten cuatro patrones: errores al interpretar direcciones (el agente asocia una instrucción imprecisa con una dirección guardada equivocada), variantes incorrectas (elige una interpretación que el cliente no quería), malentendidos sobre la cantidad (resuelve una ambigüedad del lenguaje natural con un número erróneo) y falta de una vía para editar el pedido (el cliente no encuentra cómo corregir ninguno de esos problemas sin escribir un correo).

¿Revize gestiona actualmente los pedidos realizados por agentes de IA?

Para ser francos: no como una solución específica para agentes de IA, y nadie en el sector tiene todavía una solución completa de ese tipo. Revize es una aplicación de edición de pedidos después de la compra, que es la categoría a la que pertenece este problema. La edición adaptada a pedidos hechos por agentes es algo en lo que trabaja el sector, incluidos nosotros. Hoy, lo útil es medir el problema y consolidar el autoservicio general después de la compra, no esperar a un producto específico para agentes.

¿Debería esperar a que haya herramientas antes de hacer algo con estos pedidos?

No. Las medidas de seguimiento (etiquetar los pedidos, crear el informe sobre solicitudes de cambio, ampliar los plazos de edición, preparar respuestas modelo y encontrar una vía que no dependa del correo) no tienen coste, están disponibles ahora y aportan valor con el tiempo. Los comerciantes que empiecen a medir hoy tendrán un año de datos y hábitos operativos antes de que quienes esperaron un producto siquiera comiencen.

¿Qué volumen representan realmente los pedidos hechos por agentes?

Shopify informó que el tráfico de IA se había multiplicado por 7 y los pedidos atribuidos a IA por 11 desde enero de 2025 (resultados del tercer trimestre de 2025). La proporción exacta varía según la tienda y la categoría. Precisamente por eso, el primer paso es crear el informe: necesitas tus propias cifras, no una media del sector, para saber cuánto te urge actuar.

¿Ampliar el plazo de edición causará problemas en la preparación de pedidos?

Es una decisión que debes gestionar. Los pedidos hechos por agentes son más propensos a errores al realizarse, por lo que dar más tiempo al cliente para editarlos permite detectar más problemas antes del envío y reduce las devoluciones y los nuevos envíos. El coste es empezar a preparar esos pedidos un poco más tarde. En la mayoría de las tiendas, la reducción de devoluciones compensa el retraso en la preparación; compruébalo con tus propios datos.

¿Qué relación tiene esto con Shopify MCP?

MCP permite al agente hacer el pedido; este artículo trata de lo que ocurre después. Nuestra guía de Shopify MCP explica qué funciones de MCP importan desde el punto de vista estratégico. Este artículo la complementa desde el punto de vista operativo: la capa de MCP crea el pedido hecho por el agente, pero nada en esa infraestructura gestiona el cambio que el cliente necesita después de comprar.

¿Cuál es la primera medida con más impacto?

Etiquetar los pedidos atribuidos a agentes en cuanto entren. Todo lo demás (el informe, la gestión diferenciada, el plazo más amplio y las respuestas modelo) depende de poder distinguir un pedido hecho por un agente de uno hecho por una persona. Hoy, la mayoría de las tiendas no puede hacerlo. Eso significa que no tienen visibilidad sobre una proporción creciente de sus pedidos.

Actualizado en agosto de 2026. Revize es una aplicación de Shopify que permite a los clientes editar sus propios pedidos después de comprar: pueden cambiar la dirección de envío, sustituir una variante o un producto, cancelar el pedido y obtener un reembolso o crédito en la tienda antes de la preparación del pedido, sin abrir una solicitud de soporte. Descubre cómo permitir que tus clientes editen sus propios pedidos de Shopify o encuentra Revize en Shopify App Store.