Cobertura de protocolos · agosto 2026

18 protocolos, en 9 capas. 5 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-04-08 (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

El rail está desplegado y su salud se publica en producción. La disponibilidad de cada esquema y red debe consultarse 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. Esto permite discovery entre agentes; no implica que la negociación autónoma de precios esté disponible.

AP2

Agent Payments Protocol 2

Experimental

AUTORGoogle

ENTORNODemo

ESTADOBridge activo en sandbox

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

El bridge está activo en el entorno demo. No se presenta como rail de producción ni 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

8En 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 agentico

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.1 (pre-FIDO donation)

Experimental

Google → FIDO Alliance

Protocolo abierto para pagos de agentes con Mandatos firmados. Donado por Google a la FIDO Alliance el 2026-04-28 — actualmente bajo revisión del Agentic Authentication Technical Working Group, a la espera de ratificación externa (FIDO) (esperada Q3-Q4 2026).

B2C

Herramienta MCPDescubrimiento

Documentación

UCP2026-04-08 (Phase B)

Producción

Google + Shopify et al.

Estándar universal de código abierto para comercio agentico 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)

Producción

W3C

Estándar W3C Candidate Recommendation que permite a los merchants aceptar Apple Pay, Google Pay y tarjetas guardadas vía popup nativo del navegador. Genera un token PaymentMethod de Stripe — sin datos PAN almacenados, alcance PCI DSS reducido. Disponible como capacidad del cliente que complementa los flujos de checkout completamente agénticos.

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

Tokenización agentica de Mastercard via Stripe con firmas HTTP Ed25519, gestión de consentimiento y recibos W3C Verifiable Intent

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-00 (18 Mar 2026)

En Hoja de Ruta

Stripe + Tempo Labs

Machine Payment Protocol — pagos M2M agnósticos al método sobre HTTP 402 + WWW-Authenticate con transport nativo MCP/JSON-RPC. Superset retrocompatible de x402. Enviado a IETF como draft-httpauth-payment-00. 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; ACP y x402 están en sandbox — el rail x402 está desplegado, pero ningún comercio tiene una configuración liquidable, así que hoy no se completa ningún pago por ahí; AP2 es experimental; 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 dependen del proveedor de cada protocolo: Stripe para ACP, que es el rail que hoy mueve dinero de verdad. Para x402 todavía no hay nada que cobrar, porque ningún comercio tiene una configuración liquidable y la ruta de settle devuelve `x402_not_configured`.

¿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