Cobertura de protocolos

18 protocolos, en 9 capas. 4 niveles de madurez verificables.

El comercio agéntico se está estandarizando en público y a medias. Publicamos el estado real de cada protocolo (qué usamos hoy, qué está en Sandbox y qué no hemos implementado) porque integrar sobre una promesa agregada es cómo se pierden trimestres.

Ver la matriz Integraciones por plataforma

El estado de cada protocolo se resuelve contra el registro de capacidades de la plataforma, no se copia a mano en esta página.

Varios canales de protocolo con distintos niveles de conexión atraviesan una capa de interoperabilidad y terminan en herramientas normalizadas para un comercio. — ProtocolosLos protocolos resuelven trabajos distintos y no comparten el mismo nivel de madurez.La capa común mantiene estable la operación del comercio: los canales en producción fluyen completos; el resto conserva límites visibles.

Protocolo a protocolo

Qué resuelve cada uno y dónde estamos nosotros.

El orden es el de utilidad hoy, no el de expectativa. Un protocolo con respaldo fuerte y especificación abierta sigue siendo un protocolo que aún no puedes usar en producción.

MCP

Model Context Protocol

Producción

AUTORAnthropic

TRANSPORTEStreamable HTTP

ESPECIFICACIÓNmodelcontextprotocol.io

QUÉ RESUELVE

El protocolo estándar por el que un agente descubre herramientas, las invoca y lee recursos estructurados. Es el transporte: define cómo se habla, no qué se compra.

DÓNDE ESTAMOS

Transporte, listado e invocación de herramientas implementados. Cada tienda conectada se expone como servidor MCP multi-tenant en POST /{store-slug}/mcp, con transporte Streamable HTTP, y es el camino por el que entra hoy todo el tráfico agéntico. Lo que una tienda concreta sirve depende de su configuración: pide `tools/list` y lee la respuesta.

WebMCP

Web Model Context Protocol

Próximamente

AUTORGoogle (Chrome) y Microsoft (Edge)

VERSIÓNBorrador de W3C Community Group

ESPECIFICACIÓNwebmachinelearning.github.io/webmcp

QUÉ RESUELVE

Convierte cualquier sitio web en servidor MCP: el navegador expone formularios, botones y datos del storefront como herramientas que el agente puede usar. Es lo que permite cerrar la compra dentro de la tienda en lugar de devolver un enlace.

DÓNDE ESTAMOS

El bundle del bridge se sirve públicamente. Los tests actuales simulan navigator.modelContext; falta una ejecución verificable contra un navegador con soporte nativo antes de llamarlo producción.

UCP

Universal Commerce Protocol

Producción

AUTORGoogle, Shopify y un consorcio de más de 30 compañías

VERSIÓN2026-08-25 (Phase B)

ESPECIFICACIÓNucp.dev/latest

QUÉ RESUELVE

La semántica de comercio que opera sobre el transporte: sesiones de checkout, vinculación de identidad, gestión de pedidos y devoluciones. UCP es a MCP lo que REST es a HTTP.

DÓNDE ESTAMOS

La superficie pública de capacidades responde en producción y declara UCP habilitado. Esto confirma despliegue, no cobertura total de todas las funciones de la especificación.

x402

Pago sobre HTTP 402

Sandbox

AUTOREstándar abierto

VERSIÓNBinding propio

ESPECIFICACIÓNGuía de inicio disponible bajo petición

QUÉ RESUELVE

Reutiliza el código de estado HTTP 402 para que un servidor pueda exigir pago dentro del propio intercambio HTTP, sin sacar al agente a un flujo aparte.

DÓNDE ESTAMOS

Sandbox. El rail liquida transferencias de prueba en Base Sepolia (testnet, sin valor real) sólo en la tienda de demostración; ningún comercio real tiene una configuración x402 liquidable. Consulta la disponibilidad de cada esquema y red antes de integrar.

A2A

Agent-to-Agent Protocol

Producción

AUTORGoogle

SUPERFICIEAgent Card

ESTADODiscovery desplegado

QUÉ RESUELVE

Comunicación directa entre agentes autónomos: un agente comprador negocia con un agente vendedor sin pasar por una interfaz humana.

DÓNDE ESTAMOS

La Agent Card pública responde en producción y se sirve firmada (Ed25519, verificable con el JWKS publicado en /.well-known/jwks.json). Esto permite discovery entre agentes; no implica que la negociación autónoma de precios esté disponible.

AP2

Agent Payments Protocol 2

En Hoja de Ruta

AUTORGoogle

VERSIÓN0.2.0

ESTADOPrevisto

QUÉ RESUELVE

Mandatos de pago con verificación criptográfica: el usuario preautoriza al agente a gastar hasta un importe, con firma y fecha de caducidad, y el agente compra dentro de ese límite sin confirmación adicional.

DÓNDE ESTAMOS

Previsto: ninguna tienda acepta mandatos AP2 todavía. AP2 v0.1 por REST está retirado (nunca normalizó un mandato); la versión que se construye es la v0.2.0, sobre la extensión UCP dev.ucp.common.payment.ap2_mandate, tras una bandera apagada. No hay puente activo ni entorno de demo, y no sustituye los requisitos de autenticación y consentimiento aplicables al pago.

Núcleo agnóstico

Ninguna integración depende de que un protocolo llegue a tiempo.

El núcleo no sabe por qué protocolo entró la petición. Las reglas, los límites y la evidencia se aplican igual venga por MCP, por REST o por un binding que aún no existe. Eso es lo que nos permite tener protocolos en distintos estados sin bloquear a nadie: cuando avancen de fase, se activan como capa adicional y lo que ya funciona sigue funcionando.

DesplegadosMCP, UCP y discovery A2A

producción

En validaciónAP2 en demo, x402 desplegado pero sin comercio liquidable, y WebMCP pendiente de navegador nativo real

sandbox / próximamente

Antes de integrarComprueba superficie, flags, red y alcance comercial

ver estado

Siguiente paso

Si vas a integrar, empieza por lo que está en producción.

MCP cubre descubrimiento, catálogo y carrito en las cinco plataformas con integración. Eso es la capacidad, no el despliegue: qué comercios hay conectados y de qué plataforma se lee en /.well-known/merchant-index.json. El resto se añade encima sin rehacer la integración.

Probar el gateway MCP Ver las Agent Rules

18Protocolos totales

7En producción

2Sandbox

9Capas

ProducciónSandboxPróximamente

Layer 0 — Acceso Web Estructurado

Capa de descubrimiento y acceso de datos para navegación de agentes

3 protocolos

WebMCPW3C CG Draft (27 Mar 2026)

Próximamente

W3C Community Group

Estándar W3C Community Group para interacciones agente-web vía APIs del navegador

Nuestro estado: El puente se sirve, el modo nativo no está validado: los cuatro bundles se sirven y su sha256 cuadra con el build, pero nuestros E2E inyectan un `navigator.modelContext` simulado y no hay ninguna ejecución contra un navegador con soporte real.

B2BB2CD2C

DescubrimientoEstándar W3C

Documentación Web oficial

llms.txt

Producción

Jeremy Howard / Answer.AI

Formato legible por máquinas para descubrimiento de agentes LLM

B2BB2CD2C

Descubrimiento

Documentación

NLWeb

Próximamente

Microsoft (R.V. Guha)

Protocolo abierto para interfaces conversacionales en sitios web usando Schema.org, MCP y LLMs

Nuestro estado: Desplegado por nuestra parte: `POST /{tienda}/ask` responde y el pipeline de búsqueda (recuperación pgvector más re-ranking) está implementado. No podemos afirmar que indexe ni que responda. Medido el 2026-09-03, esa ruta devuelve VECTOR_DB_UNAVAILABLE porque el paso de embeddings falla aguas arriba, y la tool `nlweb_ask` no responde en ninguna superficie MCP.

B2CD2C

Herramienta MCPDescubrimientoSSE

Documentación

Layer 1 — Infraestructura Agente-a-Herramienta

Protocolo central de integración de herramientas con interfaz JSON-RPC 2.0

1 protocolo

Model Context Protocol2025-11-25 (SDK 1.29.0)

Producción

Anthropic

Estándar abierto para integración de herramientas de agentes con interfaz JSON-RPC 2.0

B2BB2CD2C

Herramienta MCPDescubrimiento

Documentación

Layer 2 — Coordinación Agente-a-Agente

Mensajería multi-agente, orquestación de tareas e interoperabilidad

1 protocolo

A2A Protocol

Producción

Google / Linux Foundation

Protocolo abierto que permite a los agentes IA descubrirse, negociar formatos de comunicación y coordinar tareas

B2BB2C

SSEDescubrimiento

Documentación

Layer 3 — Interacción Agente-a-Usuario

Flujos con intervención humana en tiempo real con sincronización de estado y confirmación criptográfica

2 protocolos

AG-UI Protocol

Producción

CopilotKit

Protocolo abierto basado en eventos que estandariza cómo los agentes IA se conectan a aplicaciones de usuario con streaming y state patches

B2BB2CD2C

SSEDescubrimiento

Documentación

A2-UI Protocolv0.8

En Hoja de Ruta

Google

Agent-to-UI: protocolo abierto de Google para que un agente describa UI rica e interactiva de forma declarativa en JSON, renderizada nativamente por el cliente. No lo servimos. Nuestro vocabulario de componentes de confianza se publica de forma independiente del transporte en /.well-known/trust-components.json y hoy se sirve sobre MCP Apps

B2BB2CD2C

Herramienta MCPDescubrimiento

Documentación

Layer 4 — Descubrimiento de Comercio y Checkout

Iniciación de pagos multi-protocolo y flujos de checkout para comercio agéntico

3 protocolos

ACP2026-01-30

Sandbox

OpenAI + Stripe

Estándar abierto para flujos de comercio programáticos entre compradores, agentes IA y negocios

B2BB2C

Herramienta MCPDescubrimiento

Documentación

AP20.2.0 planned (UCP extension); 0.1 withdrawn

En Hoja de Ruta

Google → FIDO Alliance

Protocolo abierto para pagos de agentes con Mandatos firmados. Donado por Google a la FIDO Alliance el 2026-04-28. Está bajo revisión del Agentic Authentication Technical Working Group, a la espera de la ratificación externa de FIDO (sin fecha confirmada). En Trusteed, AP2 v0.1 por REST está retirado y AP2 v0.2 sobre la extensión UCP está en construcción tras una bandera apagada; ninguna tienda acepta mandatos AP2.

B2C

Herramienta MCPDescubrimiento

Documentación

UCP2026-08-25 (Phase B)

Producción

Google + Shopify et al.

Estándar universal de código abierto para comercio agéntico con soporte nativo A2A, AP2 y MCP

B2BB2C

Herramienta MCPDescubrimiento

Documentación

Layer 5 — Ejecución de Pago con Confirmación Humana

APIs nativas del navegador W3C que conectan el checkout iniciado por el agente con la liquidación. Requieren que el comprador esté presente en el navegador para confirmar el pago biométricamente o con credenciales guardadas

1 protocolo

Payment Request APIW3C CR Draft (27 Jan 2026)

Próximamente

W3C

Estándar W3C Candidate Recommendation para una hoja de pago nativa del navegador (Apple Pay, Google Pay, tarjetas guardadas) que genera un token PaymentMethod de Stripe, sin PAN almacenado y con alcance PCI DSS reducido. La ruta está implementada y desplegada; que un comercio concreto pueda cobrar por ella depende de la configuración del procesador de pagos de ese comercio.

B2CD2C

Estándar W3C

Documentación

Layer 6 — Autenticación de Pagos y Liquidación

Protocolos de tokenización y liquidación en redes fiat, stablecoin y de tarjetas

5 protocolos

x4021.0

Sandbox

Coinbase + Cloudflare

Estándar de pagos nativo de internet basado en HTTP 402 para micro-transacciones USDC entre agentes y APIs

B2BB2C

Herramienta MCPDescubrimiento

Documentación

MCAP

Próximamente

Mastercard

Mastercard Agent Pay: verificación de firmas HTTP Ed25519 entrantes y gestión de consentimiento, solo donde un operador ha puesto MCAP_ENABLED=true. No disponible para pagar: no hay integración de liquidación con Mastercard

B2BB2C

Herramienta MCPDescubrimiento

Documentación

VIC

Próximamente

Visa

Visa Intelligent Commerce con passkeys FIDO2 para pagos tokenizados y suscripciones recurrentes

B2BB2C

Descubrimiento

Documentación

MPPdraft-httpauth-payment (borrador individual IETF)

En Hoja de Ruta

Stripe + Tempo Labs

Machine Payments Protocol: pagos M2M agnósticos al método sobre HTTP 402 + WWW-Authenticate con transport nativo MCP/JSON-RPC. Superset retrocompatible de x402. Borrador individual del IETF (`draft-httpauth-payment`), sin grupo de trabajo; fuente: el repositorio tempoxyz/mpp-specs. Trusteed se posiciona como la capa de trust+policy que MPP y ACP necesitan sobre MCP.

B2B

Herramienta MCPDescubrimiento

Documentación Web oficial

PayPal

Próximamente

PayPal

API de Órdenes PayPal v2 con liquidaciones de agentes, suscripciones y resolución de disputas

B2C

Herramienta MCPDescubrimiento

Documentación Web oficial

Layer 7 — Verificación de Confianza e Identidad

Pruebas de identidad criptográficas y verificación de comerciantes con passkeys

1 protocolo

FIDO2 / WebAuthn

Producción

FIDO Alliance + W3C

Estándar de autenticación sin contraseña con passkeys para identidad de comerciante, 2FA y Credenciales Digitales. El endpoint está desplegado; no se puede afirmar adopción ni usuarios con passkey.

B2BB2C

DescubrimientoEstándar W3C

Documentación Web oficial

Layer 8 — Contexto de Comprador y Personalización

Intercambio de preferencias y contexto de comprador entre agentes y plataformas de retail

1 protocolo

SCP

Producción

Retail AI Council

Estándar abierto para que las preferencias del comprador viajen de forma segura entre agentes, canales y plataformas retail

B2C

Herramienta MCPDescubrimiento

Documentación

¿Por qué multi-protocolo?

Elección del agente

Los agentes eligen el protocolo que entienden. Sin negociación y sin errores por volver a una opción de reserva.

Maximización de ingresos

No pierdas ventas porque un agente solo habla x402 y tu tienda solo habla ACP.

A prueba de futuro

Los nuevos protocolos se añaden mediante el registro de complementos. Tu integración no cambia.

Integración única

Un punto de acceso MCP para todos los protocolos. El enrutador de protocolos gestiona la detección y el envío.

Preguntas frecuentes

¿Cuántos protocolos puede activar un comercio?

Todos los protocolos compatibles al mismo tiempo. MCP, UCP y SCP están en producción. Según el registro firmado de capacidades (/.well-known/trusteed-capabilities.json), los rails en los que el propio agente liquida están así. LIVE (liquida valor real): ninguno. CODE_COMPLETE (implementado; puede liquidar valor real donde un operador haya activado el rail; la evidencia del registro dice si se ha observado algún cobro): ninguno. SANDBOX (sólo valor de prueba): x402, acp. Sin liquidar (PLANNED o DORMANT): ap2, mcap, paypal. En x402, el rail está desplegado y las transferencias de prueba funcionan en la tienda de demostración, pero ningún comercio real tiene una configuración liquidable. AP2 está previsto (v0.2.0 sobre UCP está en construcción); Visa VIC, Mastercard MCAP y PayPal están próximamente. El enrutador de protocolos selecciona la mejor opción según las capacidades del agente y la prioridad definida por el comercio.

¿Hay un coste por protocolo?

La compatibilidad con protocolos está incluida en todos los planes. Las comisiones de liquidación dependerían del proveedor de cada protocolo: Stripe para ACP, el rail por el que un comercio liquidaría primero. Según el registro firmado de capacidades (/.well-known/trusteed-capabilities.json), los rails en los que el propio agente liquida están así. LIVE (liquida valor real): ninguno. CODE_COMPLETE (implementado; puede liquidar valor real donde un operador haya activado el rail; la evidencia del registro dice si se ha observado algún cobro): ninguno. SANDBOX (sólo valor de prueba): x402, acp. Sin liquidar (PLANNED o DORMANT): ap2, mcap, paypal. Corregido el 2026-09-05 y otra vez el 2026-10-11: esta respuesta decía que ACP «hoy mueve dinero de verdad» y después lo contrario, que nada liquida valor real; las dos eran frases escritas a mano. Ahora se deriva del registro de capacidades firmado. En x402, además, ningún comercio real tiene una configuración liquidable; las únicas liquidaciones son transferencias de prueba en Base Sepolia en la tienda de demostración.

¿Puedo añadir un protocolo personalizado?

Sí. El registro de complementos admite adaptadores a medida. Contáctanos si necesitas ayuda con una integración de nivel Enterprise.

¿Cómo funciona la detección de protocolo?

El detector de protocolos inspecciona las cabeceras de la solicitud, las firmas y la estructura del cuerpo para identificar el protocolo con una puntuación de confianza de 0,85 a 1,0. No hace falta configuración manual por parte del agente.

Ver cómo conectan los agentes Leer la documentación para desarrolladores