El Protocolo de Comercio Universal de Google es el primer modelo de producción de lo que todo sitio web (de comercio electrónico o no) eventualmente necesitará exponer a agentes de IA: acciones detectables, resultados predecibles, sesiones persistentes y políticas explícitas de agentes.
UCP se lanzó como infraestructura para los minoristas de Google Merchant Center. Pero la historia más importante es la arquitectura que hay debajo. UCP es la primera implementación real de lo que he estado hablando en el pilar de interacción de la arquitectura centrada en la máquina. Si desea comprender cómo se ven en la práctica los sitios web listos para agentes, debe consultar la documentación para desarrolladores de UCP. La arquitectura es la lección y va mucho más allá de Google Shopping.
Lo que Google realmente construyó
UCP es un estándar abierto que Google presentó en enero de 2026 en la conferencia de la Federación Nacional de Minoristas junto con Shopify, Etsy, Wayfair, Target y Walmart, como un lenguaje común entre las superficies de IA (Gemini, Google AI Mode) y los backends de los comerciantes. Según la publicación «Under the Hood» de Google sobre UCP, el protocolo tiene cuatro partes móviles a las que vale la pena prestar atención.
Un punto final de descubrimiento en /.well-known/ucp. Los agentes consultan el /.well-known/ucp URL para saber qué puede hacer el sitio web de un comerciante, qué productos vende, qué acciones expone y qué transportes admite. Este manifiesto es el apretón de manos entre un agente de IA y el backend de un comerciante. Sin ese manifiesto, un agente no tiene conocimiento de lo que necesita analizar o llamar. En el mejor de los casos, intentará adivinar.
Tres puntos finales REST para realizar el pago. UCP reduce la transacción completa a tres llamadas: crear una sesión, actualizar una sesión, completar una sesión. Eso es todo. Sin página de carrito, sin formulario de dirección, sin pantalla de confirmación. El estado de pago se encuentra en las respuestas de la sesión, no en el HTML renderizado. La capa humana de su sitio web se ignora por completo. Existirá una interfaz, pero no será la que diseñaste.
Flexibilidad de transporte. UCP admite REST, enlaces de protocolo de contexto de modelo (MCP) y A2A (agente a agente), por lo que los agentes creados en diferentes pilas pueden comunicarse con el mismo backend comercial sin adaptadores personalizados. Un agente que se ejecuta dentro de Gemini y un agente que se ejecuta en un cliente MCP personalizado pueden acceder a los mismos puntos finales de UCP. Este fue un movimiento muy inteligente.
Una especificación abierta en ucp.dev. UCP se publica como una especificación abierta que cualquier sitio web, plataforma de inteligencia artificial o plataforma comercial puede implementar. Google no es propietario del protocolo ni de su gobierno. La apertura es importante porque la arquitectura se vuelve portátil a cualquier sitio web fuera de Google Merchant Center, incluso si la ruta de incorporación de Google no lo hace.
Google está construyendo UCP primero para su propio ecosistema de compras. El diseño de UCP es la verdadera lección para todos los demás, y ese diseño es una implementación de libro de texto del pilar de interacción de la arquitectura centrada en la máquina. Aproximadamente el 70% de los seres humanos abandonan los carritos de compras (según una investigación de larga duración sobre cajas registradoras del Instituto Baymard). Puede esperar que la tasa de abandono de agentes en sitios web sin capa de interacción esté más cerca del 100%.
Para conocer el lugar de UCP en el panorama más amplio del comercio de agentes, junto con OpenAI y ACP de Stripe, los tokens de pago compartido y las plataformas que ya venden a través de agentes de IA, consulte Vender a IA: la guía completa para el comercio de agentes. Para conocer las capacidades específicas que Google envió en marzo de 2026 (carrito, catálogo y vinculación de identidades), consulte la Actualización de UCP de Google: carritos, catálogos y lealtad en compras con IA.
UCP es el pilar de interacción en producción
El pilar de interacción de la arquitectura centrada en la máquina describe lo que debe exponer un sitio web para que un agente de IA pueda lograr un objetivo en él. Cinco propiedades: acciones detectables, resultados predecibles, continuidad del flujo de trabajo, recuperación de errores y políticas de agentes. UCP se asigna a cada uno casi a la perfección.
Acciones detectables. El pilar de Interacción dice que los agentes necesitan un índice legible por máquina de lo que pueden hacer en una página antes de intentar hacerlo. UCP /.well-known/ucp El manifiesto de capacidad es exactamente el índice de acción legible por máquina que exige el pilar de Interacción, enviado como un punto final de producción. Un agente recupera el manifiesto, lee la lista de operaciones disponibles y planifica el siguiente paso. Sin prueba y error, sin raspado de DOM.
Resultados predecibles. El pilar de Interacción dice que cada acción debe devolver un estado legible por máquina (totales calculados, inventario asignado, indicadores de éxito), no un 200 OK con un recibo HTML. Las respuestas de las sesiones de UCP contienen datos estructurados en cada paso: desgloses de precios, asignaciones de descuentos y estado explícito de la sesión. Un agente que lee una respuesta de UCP sabe exactamente lo que acaba de suceder y lo que debe a continuación.
Continuidad del flujo de trabajo. El pilar de Interacción dice que los agentes necesitan referencias de sesión estables que sobrevivan en flujos de trabajo de varios pasos, para que no pierdan el contexto a mitad de la tarea. Las sesiones UCP tienen ID persistentes y las actualizaciones PUT trasladan ese ID. Un agente puede agregar una línea de pedido, aplicar un descuento, ajustar el envío y completar el pedido en varias llamadas sin volver a crear el estado.
Recuperación de errores. El pilar de Interacción dice que los fracasos deberían generar alternativas estructuradas, no callejones sin salida. Cuando falla un código de descuento UCP, la respuesta de la sesión explica por qué y muestra alternativas que el agente puede probar. Un humano podría hacer clic en «intentar de nuevo». Un agente necesita una carga útil que le indique qué hacer a continuación.
Políticas de agentes. El pilar de Interacción dice que los sitios web deben declarar qué pueden hacer los agentes, qué requiere confirmación humana y qué está completamente prohibido. Las declaraciones de capacidad de UCP son esa capa de política: un comerciante señala qué acciones pueden invocar los agentes, bajo qué condiciones y dónde se requiere la aprobación humana. Las solicitudes de firmas y pagos tokenizados hacen cumplir la política a nivel de protocolo.
de google /.well-known/ucp El punto final es la “capacidad de descubrimiento de acciones” del pilar de Interacción que se envía como infraestructura de producción. Los agentes lo consultan para saber qué puede hacer un sitio web antes de intentar hacerlo. UCP requiere tres puntos finales REST para el pago: creación de sesión, actualizaciones y finalización. Ese es todo el pilar de Interacción reducido a tres llamadas API.
La brecha que la UCP expone a todos los demás
UCP es la respuesta de Google a la brecha entre el tráfico de agentes dentro de su ecosistema de compras. Todos los sitios web que no pertenecen a la UCP todavía tienen la brecha, aunque no todos los minoristas están de acuerdo sobre dónde se encuentra realmente la brecha.
Breanna Fowler, directora de programas globales de ingresos del consumidor de Dell, dijo a Digital Commerce 360 en una entrevista de abril de 2026 que aún no ha notado “nada consistente en el comportamiento” en el tráfico de agentes que llega a Dell.com. Su enfoque es la búsqueda y la capacidad de descubrimiento, no la infraestructura específica del agente: «Si no puedo encontrar sus productos fácilmente y sin esfuerzo, sin cantidad de contenido y capacidades de configuración, a nadie le importan una mierda esas cosas».
Fowler tiene razón en que nada importa si los agentes no pueden encontrar el producto. Pero para un agente de IA, “encontrar” un producto no significa escribir en un cuadro de búsqueda. Encontrar significa consultar un manifiesto de capacidad, leer un catálogo de productos estructurado e invocar una acción detectable. En un sitio web centrado en los humanos, la capacidad de búsqueda es un problema de interfaz de usuario. En un sitio web preparado para agentes, la capacidad de búsqueda es un problema de protocolo. UCP existe porque Google decidió que tratar la capacidad de búsqueda y el pago como problemas de protocolo, no problemas de interfaz de usuario, es la única forma en que las conversiones de agentes escalan.
Un agente de Gemini que compra a través de un comerciante habilitado para UCP no analiza una cuadrícula de productos, no adivina los campos del formulario y no espera que nada se vuelva a representar debajo de ella. El agente consulta /.well-known/ucplee el manifiesto de capacidad y avanza la sesión a través de los tres puntos finales de pago de UCP. El resto de la web (cada panel SaaS, cada flujo de cotizaciones B2B, cada sistema de reservas, cada portal de suscripción) no tiene un protocolo equivalente que lo rescate.
La investigación agregada de pago del Instituto Baymard sitúa la tasa de abandono de carritos humanos en 70,22% en 50 estudios. La tasa de abandono de agentes en sitios web sin una capa de interacción está más cerca del 100% porque los humanos dudan al momento de pagar, mientras que los agentes ni siquiera pueden encontrarlo.
Lo que todo sitio web puede aprender de la arquitectura de UCP
No es necesario implementar UCP. Probablemente ni siquiera seas una empresa comercial. La arquitectura de UCP todavía se generaliza en cinco principios que cualquier sitio web preparado para agentes debería implementar: un manifiesto de capacidad, acciones estructuradas, estado legible por máquina, sesiones persistentes y una política de agente explícita.
1. Publicar un manifiesto de capacidad. Los agentes necesitan saber qué puede hacer su sitio web antes de comenzar. Ese manifiesto podría ser un /.well-known/ punto final, un llms.txt archivo, un WebSite nodo de esquema con potentialAction entradas, o un servidor MCP que enumera las herramientas disponibles. El formato importa menos que la existencia. Si no hay nada que un agente pueda consultar, el agente tiene que adivinar, y adivinar es la forma en que mueren las conversiones.
2. Exponer acciones como datos estructurados. Schema.org ha apoyado acciones durante más de una década, incluidas BuyAction, OrderAction, ReserveAction, SubscribeActiony SearchAction. Casi ningún sitio web los utiliza. UCP POST /sessions punto final es efectivamente un BuyAction Target recibió un contrato de API estable, que es lo que Schema.org Actions ha necesitado durante una década para funcionar. Cualquier sitio web puede hacer lo mismo con sus propias acciones: declarar el tipo de acción, nombrar el punto final, documentar la carga útil. La publicación sobre cómo ven los agentes de IA su sitio web cubrió el lado del pilar Estructura de esta pregunta. Las acciones de Schema.org son el lado del pilar de interacción.
3. Devuelve el estado legible por máquina en cada paso. Cada respuesta a un agente debe contener un estado estructurado que el agente pueda analizar: qué sucedió, qué cambió, qué sigue. Las páginas de confirmación HTML no están en estado de máquina. Una redirección a /thank-you no es el estado de la máquina. JSON con campos con nombre y banderas explícitas es el estado de la máquina. Devolver el estado JSON en lugar de las páginas de confirmación HTML es el mayor cambio arquitectónico del diseño centrado en el ser humano al diseño listo para el agente.
4. Diseñe para sesiones, no para páginas vistas. Los agentes no reinician cuando se distraen. Vuelven a un flujo de trabajo en curso y esperan que el estado siga ahí. Las sesiones con ID estables, actualizaciones seguras para reintentar y rutas de reanudación elegantes no son opcionales para los agentes; son la capa base. El análisis de páginas vistas capacitó a una generación de equipos de productos para pensar en visitas discretas. Los agentes piensan en las transacciones.
5. Declare explícitamente la política de su agente. Una política de agente define tres cosas: qué pueden hacer los agentes sin preguntarle a un humano, qué requiere confirmación humana y qué está completamente prohibido. UCP responde a estas preguntas a través de declaraciones de capacidad. Su sitio web puede responderlas a través de un AGENTS.md archivo, un /.well-known/ punto final de política o anotaciones estructuradas. Elige uno. Publicarlo. Adivinar una política es la forma en que los agentes terminan realizando acciones que sus usuarios no pretendían.
Ninguno de estos principios requiere la participación de Google. Ninguno requiere la adopción de la UCP. Requieren la decisión de tratar un sitio web como una superficie API para agentes además de una pantalla para humanos.
La cita le lleva a la respuesta. Las acciones le permiten obtener ingresos
La mayor parte de la conversación de AXO hoy en día todavía gira en torno al pilar de contenido: cómo ser citado en las respuestas de ChatGPT, cómo clasificar en las descripciones generales de IA de Google, cómo convertirse en la fuente de citas de superficies de IA. Ese trabajo importa. Las citas generan conciencia, y la conciencia es la parte superior del embudo. Los artículos de SEO para AAIO y Answer Engine Optimization cubrieron cómo ganarlo.
UCP demuestra el pilar de Interacción, que es la otra mitad de la pila de sitios web listos para agentes que AEO y GEO no cubren. El pilar de Interacción trata sobre la realización de transacciones por parte de un agente de IA, que no se cita en su respuesta. La diferencia entre un sitio web citado y un sitio web transable es el pilar de interacción. La cita te lleva a la respuesta de la IA. Las acciones detectables le permiten acceder a los ingresos de la IA.
En el podcast Cheeky Pint, Sundar Pichai describió un futuro en el que un usuario de IA tendrá “muchos subprocesos ejecutándose” al mismo tiempo: investigación, comparación, reserva, compra, todo ejecutándose en paralelo en nombre de un solo ser humano. En ese modelo, el sitio web que permite al agente resolver su hilo más rápido gana el hilo. Resolución significa completar una acción, no cargar una página. Dell tiene el tráfico y pierde el hilo. Un comerciante habilitado para UCP resuelve el mismo hilo en tres llamadas API.
UCP es el primer artefacto de producción que hace bien el pilar de Interacción. La UCP no será la última. Cada sitio web que quiera participar en ingresos mediados por agentes eventualmente necesitará enviar su propia versión de la misma arquitectura, a través de un protocolo abierto, una capa de capacidad de Schema.org, un punto final WebMCP o un servidor MCP personalizado. La especificación puede variar incluso si los principios no pueden hacerlo.
UCP es la implementación de referencia funcional del pilar Interacción, creado por Google y que se ejecuta actualmente en producción dentro de Google Shopping. Todos los demás sitios web todavía deben su propia respuesta. Breanna Fowler, de Dell, dijo que lo que importa es la capacidad de descubrimiento. Para un agente, la capacidad de descubrimiento es un protocolo.
Más recursos:
Esta publicación se publicó originalmente en No Hacks.
Imagen de portada: Natalya Kosarevich/Shutterstock
