Edición en Markdown

AI-translated from English; not yet reviewed by a fluent editor.

# Shopify incorpora herramientas de agente para el navegador en el proceso de pago, con aprobación obligatoria del comprador

> El lanzamiento de Shopify del 28 de septiembre permite que un agente de navegador lea y actualice el proceso de pago activo del comprador. Para enviar el pedido, el comprador debe revisar y confirmar el total actual; algunos tipos de proceso de pago siguen excluidos.

By BIG CHANGE Editorial

Published: 2026-09-28T22:34:31.965Z
Updated: 2026-09-28T22:34:31.965Z
Canonical: https://bigchange.ai/blog/shopify-webmcp-browser-agent-checkout

![Conceptual charcoal illustration of a shopper reviewing a generic checkout on a laptop at a kitchen counter, with a hand poised on the trackpad.](https://bigchange.ai/api/media/file/shopify-checkout-buyer-review-hero-v1.png)
AI-generated conceptual illustration by BIG CHANGE.

Las herramientas de compra con IA de Shopify ahora van más allá del carrito y llegan al proceso de pago. En una [nota para desarrolladores del 28 de septiembre](https://shopify.dev/changelog/posts/webmcp-support-for-checkout), la empresa dijo que un agente de navegador puede leer y actualizar el proceso de pago abierto en la pestaña del comprador y, después, enviar el pedido cuando este lo confirme. Las herramientas anteriores de escaparate podían llevar al comprador hasta el proceso de pago. Las nuevas permiten que el agente trabaje con los campos de pago.

## El cambio principal

- **Qué ha cambiado:** Ahora un agente de navegador puede trabajar con el proceso de pago que ve el comprador, incluidos los datos de contacto, las opciones de entrega y los descuentos. Las herramientas de escaparate de agosto terminaban al navegar hasta el proceso de pago; el lanzamiento de septiembre añade herramientas para operar en esa misma pestaña.
- **Por qué importa:** El comprador puede delegar más trabajo del formulario sin ceder el control del pedido ni del total. Shopify exige que el agente muestre ambos y obtenga permiso antes de enviarlo. El inicio de sesión, los desafíos de pago y algunos pasos de revisión siguen correspondiendo al comprador en la página.
- **Qué conviene seguir:** Para los desarrolladores, el límite práctico es la elegibilidad. Shopify excluye varios tipos de proceso de pago y afirma que la compatibilidad con agentes de navegador sigue limitada a Chromium. Esas condiciones determinan si un agente puede usar las nuevas herramientas en una compra concreta.

## Del escaparate al proceso de pago

Las herramientas WebMCP de [la publicación del 5 de agosto](https://shopify.dev/changelog/posts/webmcp-liquid-hydrogen) estaban disponibles en todos los escaparates Liquid y, en vista previa para desarrolladores, en los de Hydrogen. Un agente compatible en el navegador del comprador puede buscar productos, consultar variantes, leer y actualizar el carrito activo, y llamar a `proceed_to_checkout`. Shopify dice que las herramientas de escaparate no necesitan que el comerciante instale ni configure nada. Los cambios del carrito utilizan las acciones estándar del escaparate de la tienda, por lo que el comprador los ve en la sesión activa.

La incorporación de septiembre funciona en la página del proceso de pago. El agente descubre las herramientas registradas mediante `document.modelContext.getTools()` y las llama mediante `document.modelContext.executeTool()`. Shopify indica que la lista de herramientas disponibles puede cambiar a medida que el comprador avanza, así que los agentes deben actualizarla cuando se active `toolchange`. Las herramientas operan en el proceso de pago abierto en esa pestaña. No reciben un identificador de proceso de pago y son distintas del endpoint Checkout MCP de Shopify, que funciona en el servidor.

Las herramientas de pago tienen funciones diferentes. `get_checkout` lee el estado actual, incluidos los totales, los mensajes y, en la página de agradecimiento, el recibo del pedido. `update_checkout` puede cambiar los datos de contacto del comprador, el método de entrega, los códigos de descuento, los campos declarados y las opciones de pago compatibles. Utiliza semántica de reemplazo: el agente debería leer primero el estado actual y enviar el estado completo que quiera conservar. Esta herramienta de pago no puede cambiar los artículos del pedido ni la atribución; el comprador cambia los artículos en la página. `navigate_to_storefront` devuelve al comprador a la tienda si hay un escaparate en línea.

Los ejemplos de Shopify identifican como `2026-08-25` la versión UCP del proceso de pago. Esa es la versión del protocolo en las respuestas documentadas; el 28 de septiembre es la fecha de lanzamiento de la función de pago en el navegador. Una respuesta incluye tanto el estado del resultado UCP como el estado del ciclo del proceso de pago. Por ejemplo, `ready_for_complete` significa que el proceso de pago está preparado para intentar completarse. No significa que el comprador haya aprobado la compra. Shopify dice que solo `completed` confirma un pedido.

## El comprador controla el envío del pedido

Antes de llamar a `complete_checkout`, Shopify indica al agente que muestre el pedido actual y el total, y que obtenga el permiso del comprador para realizarlo. Si cambia el total, debe solicitarse una nueva confirmación. Un estado de «listo», una firma de Web Bot Auth o la aprobación de Shop Pay no sustituyen ese permiso.

Incluso después de la llamada, puede que se necesite al comprador en la página. Si hay configurado un paso de revisión, se devuelve `requires_escalation`; el agente vuelve a llamar a `complete_checkout` solo después de que el comprador autorice el envío allí. Si hay un desafío de pago u otra acción del comprador, este la completa en la página del proceso de pago y el agente comprueba el estado resultante. Shopify también deja en manos del comprador el inicio de sesión de Shop Pay y las interacciones con extensiones de pago definidas por la aplicación. Es un proceso de pago asistido, con un límite de aprobación real al enviar el pedido.

## Acceso y límites

Checkout WebMCP está destinado a agentes que se ejecutan en el navegador del comprador. Shopify recomienda una ruta distinta, Checkout MCP, para agentes que pueden ejecutarse en un servidor. La ruta del navegador firma las solicitudes con Web Bot Auth. Shopify afirma que un agente debe registrar y publicar un directorio de claves públicas Ed25519 para recibir el tratamiento de bot verificado; sin esa identificación, la detección de bots puede reducir la prioridad de las solicitudes o bloquearlas. El comerciante no tiene que configurar una nueva API de pago para este lanzamiento.

Las herramientas no se registran en el proceso de pago estándar de tres páginas, salvo cuando el comprador usa Shop Pay. También excluyen los procesos de pago B2B, incrustados, de los SDK móviles, con productos de otra tienda, pedidos preliminares, modificaciones de pedidos y cobros de pagos. La compatibilidad de WebMCP con agentes de navegador se limita actualmente a los navegadores basados en Chromium. La referencia de pago de Shopify también señala un detalle del navegador que puede cambiar: en Chrome 153, los argumentos de `executeTool()` deben ser cadenas JSON, mientras que Chrome prevé aceptar objetos en Chrome 155.

Las páginas de WebMCP citadas por Shopify no indican un precio aparte para estas herramientas. El propio proceso de pago sigue mostrando el total de la compra para que lo revise el comprador. BIG CHANGE revisó las notas de lanzamiento y la documentación de Shopify; no probó un escaparate en directo ni realizó una compra.

## Fuentes y lecturas adicionales

- [Nota de Shopify del 28 de septiembre sobre WebMCP en el proceso de pago](https://shopify.dev/changelog/posts/webmcp-support-for-checkout) fecha las nuevas herramientas de pago en el navegador y describe el traspaso al comprador.
- [Referencia de Shopify de Checkout WebMCP](https://shopify.dev/docs/agents/carts-and-checkout/checkout-webmcp) documenta el descubrimiento, las cuatro herramientas, los ejemplos de UCP `2026-08-25`, la confirmación del comprador, Web Bot Auth y el comportamiento del navegador. Es una explicación basada en documentación, no una prueba de BIG CHANGE.
- [Guía de Shopify sobre carritos y procesos de pago](https://shopify.dev/docs/agents/carts-and-checkout) compara el pago en el navegador con Checkout MCP en el servidor y enumera los procesos excluidos.
- [Nota de Shopify del 5 de agosto sobre WebMCP en escaparates](https://shopify.dev/changelog/posts/webmcp-liquid-hydrogen) y [referencia WebMCP para escaparates](https://shopify.dev/docs/api/web-mcp) documentan las herramientas anteriores de catálogo y carrito, la navegación hasta el proceso de pago y la restricción de Chromium.

## Sources

- [Shopify: Compatibilidad de WebMCP con procesos de pago](https://shopify.dev/changelog/posts/webmcp-support-for-checkout) — Fecha de lanzamiento de las nuevas herramientas de pago en el navegador y requisito de confirmación del comprador.
- [Shopify: Checkout WebMCP](https://shopify.dev/docs/agents/carts-and-checkout/checkout-webmcp) — Descubrimiento en el navegador, funcionamiento de las herramientas, ejemplos UCP 2026-08-25, WBA, aprobación del comprador y errores.
- [Shopify: Carritos y procesos de pago para agentes](https://shopify.dev/docs/agents/carts-and-checkout) — Contrasta el pago en el navegador y en el servidor, y especifica los tipos de proceso de pago excluidos.
- [Shopify: Compatibilidad de WebMCP con escaparates Liquid y Hydrogen](https://shopify.dev/changelog/posts/webmcp-liquid-hydrogen) — Fecha de las herramientas anteriores para escaparates y de la navegación al proceso de pago.
- [Shopify: Herramientas WebMCP](https://shopify.dev/docs/api/web-mcp) — Define el conjunto de herramientas para escaparates, los criterios de elegibilidad y el límite de compatibilidad con agentes de Chromium.