Shopify ha dado el paso que muchos esperábamos desde agosto: sus herramientas WebMCP ya operan dentro del checkout. Desde el 28 de septiembre, un agente de navegador puede leer el checkout abierto en la pestaña del comprador, actualizarlo y enviar el pedido una vez que el usuario confirma. No hace falta que el merchant active nada: si tu tienda cumple los requisitos, las herramientas se registran solas.

Esto marca un antes y un después en el agentic commerce. Hasta ahora, los agentes buscaban producto, gestionaban el carrito y dejaban al usuario a las puertas del pago. Ahora pueden cerrar la operación. Y aunque el titular es potente, el diablo está en la letra pequeña: qué checkouts son elegibles, qué tipos de pago se admiten y, sobre todo, qué implica esto para quienes trabajamos SEO y GEO en ecommerce.

Qué puede hacer exactamente un agente en el checkout

Shopify ha publicado cuatro herramientas WebMCP en el checkout elegible:

• get_checkout: lee el estado del checkout y, tras la compra, los detalles del pedido.
• update_checkout: modifica contacto, envío o recogida, códigos de descuento, pago y campos extra como el NIF.
• complete_checkout: coloca el pedido.
• navigate_to_storefront: devuelve al usuario a la tienda.

El agente no puede cambiar los ítems del pedido ni introducir datos de tarjeta nuevos. Solo puede seleccionar una tarjeta guardada en Shop Pay o usar una aprobación previa de Shop Pay. Cualquier otro método de pago lo elige el comprador manualmente. Además, cada actualización pasa por la validación propia del checkout, lo que reduce el riesgo de manipulación.

Dónde recupera el control el comprador

Este es el punto clave para entender el modelo: Shopify obliga al agente a mostrar el pedido y el total al usuario antes de llamar a complete_checkout y pedir consentimiento explícito. Una firma Web Bot Auth o una aprobación de Shop Pay no cuentan como consentimiento. Los login de Shop Pay, retos 3D Secure, extensiones UI bloqueantes y pasos de revisión devuelven el control al comprador en la propia página.

En la práctica, el agente actúa como copiloto que rellena y confirma, pero el humano sigue siendo quien aprieta el botón final en escenarios sensibles. Esto es importante desde el punto de vista legal y de conversión: los merchants no deberían temer un checkout «secuestrado» por bots.

Qué checkouts quedan fuera (y por qué te importa)

No todo Shopify hereda WebMCP. Los excluidos son:

• Checkout estándar de tres páginas salvo si el comprador usa Shop Pay.
• Checkout B2B, checkout embebido y checkouts dentro de los SDK móviles.
• Checkouts con mercancía de otra tienda, draft orders, order edits y cobros.
• Solo funciona en navegadores basados en Chromium.

Traducción para el mercado hispanohablante: si tu ecommerce en España o LATAM depende del checkout clásico de tres páginas sin Shop Pay activo, tu tienda queda fuera de esta primera ola. Y dado que Shop Pay tiene penetración desigual en Europa comparado con EE. UU., muchos merchants ibéricos ni se enterarán del cambio a corto plazo.

WebMCP vs Checkout MCP: la decisión técnica

Shopify documenta dos caminos y recomienda el server-side, Checkout MCP, donde el agente gestiona la sesión desde su propio servidor. WebMCP se reserva para cuando el agente ya opera en el navegador del comprador. Ambos usan el mismo objeto checkout de la Universal Commerce Protocol y en ambos el merchant sigue siendo merchant of record.

El test interno de Shopify comparando WebMCP con browser automation clásica (GPT-6 Sol, mismos prompts) arrojó datos contundentes: 60/60 éxitos en WebMCP frente a 56/60 en automatización, 10,3 segundos por intento frente a 27,4, y un 58% menos de coste en tokens. La diferencia entre «leer píxeles y clicar» y «llamar a herramientas estructuradas» es abismal. Es la misma lógica que ya vimos con MCP en otros contextos: el protocolo gana siempre al scraping visual.

Qué implica esto para SEO y GEO en ecommerce

Aquí es donde tenemos que dejar de mirar esto como «noticia de Shopify» y empezar a verlo como infraestructura del AI Search comercial. Algunas consecuencias que ya estoy anticipando en proyectos:

• La ficha de producto se convierte en interfaz para agentes. Datos estructurados, disponibilidad en tiempo real y feeds limpios pesarán más que nunca. Si tu PDP no expone bien atributos, el agente no la elegirá.
• Shop Pay pasa a ser ventaja competitiva, no solo un método de pago. Sin él, quedas fuera del embudo agentic en checkout de tres páginas.
• Los reports van a mentir temporalmente. Shopify aún no permite separar pedidos colocados por agentes de los humanos. Prepárate para anomalías en atribución, tiempos de sesión y tasas de conversión.
• Web Bot Auth como nuevo estándar. Los agentes deben firmar sus peticiones o serán bloqueados por sistemas antibot. Tu equipo de infraestructura tiene que entender esto antes de que llegue el primer pico de tráfico agentic.

Conclusión práctica

Si vendes en Shopify: activa Shop Pay ya, revisa que tus extensiones de checkout no bloqueen innecesariamente el flujo agentic y prepara al equipo analítico para diferenciar tráfico humano de agentic cuando Shopify publique la señal. Si haces SEO/GEO para ecommerce, empieza a pensar en cómo tus fichas se «leen» desde un agente que no ve, sino que llama a herramientas. La búsqueda comercial está migrando de «clics en SERP» a «llamadas MCP», y Shopify acaba de convertir el checkout en el siguiente terreno de juego.

Fuente original: Search Engine Journal