Universal Commerce Protocol: cómo los agentes de IA cambian las compras online

El Universal Commerce Protocol (UCP) es un estándar abierto que permite a los agentes de IA descubrir productos, montar carritos y completar el pago con un comercio directamente desde una interfaz de IA. El comercio publica un perfil en /.well-known/ucp, declara qué capacidades admite y el agente negocia las que ambos tienen en común. Google lo lanzó en enero de 2026 junto con Shopify, Etsy, Wayfair, Target y Walmart, y lo usa en el modo IA de la Búsqueda y en Gemini.

#Qué es el Universal Commerce Protocol

El Universal Commerce Protocol (UCP) es un estándar abierto que define cómo los sistemas de IA interactúan con los comercios para descubrir productos, consultar precios y disponibilidad y completar transacciones. La documentación para desarrolladores de Google lo presenta como “un estándar abierto diseñado para el futuro del comercio” (traducción propia) (documentación de UCP en Google Merchant). Resuelve un problema práctico: un asistente de IA que ya ha encontrado el producto adecuado necesita una forma fiable de comprarlo sin que una persona tenga que recorrer la tienda haciendo clic.

En el e-commerce tradicional, el usuario navega por la web, añade artículos al carrito y rellena a mano el formulario de pago. UCP hace posible lo que Google llama comercio agéntico: los agentes de IA actúan en nombre del usuario para encontrar productos que encajen con sus criterios, comparar opciones, verificar detalles y ejecutar la compra.

#Quién creó UCP y quién lo mantiene

UCP no es una especificación exclusiva de Google. Sundar Pichai lo anunció en la conferencia de retail NRF el 11 de enero de 2026, como un desarrollo conjunto con Shopify, Etsy, Wayfair, Target y Walmart respaldado por más de 20 empresas más (Google, intervención en NRF 2026). Shopify publicó ese mismo día su propio relato técnico, firmado por Ilya Grigorik (Shopify Engineering).

La web del proyecto, ucp.dev, enumera ahora a los codesarrolladores por sector: compras (entre ellos Google, Shopify, Etsy, Wayfair, Target, Walmart, Salesforce y Stripe), alojamiento (entre ellos Booking.com, Expedia Group, Hilton y Marriott) y comida (entre ellos DoorDash, Square, Toast y Uber Eats). La especificación está publicada en GitHub bajo la licencia Apache 2.0, con copyright UCP Authors y una guía pública para contribuir (ucp.dev). La consecuencia práctica: hoy las superficies de Google son las que más usan UCP, pero el protocolo en sí es de código abierto y cualquier plataforma puede implementarlo.

#Cómo cambia UCP el SEO y la búsqueda de productos

Durante más de dos décadas, la optimización para motores de búsqueda (SEO) ha sido el mecanismo principal para que las empresas hagan visibles online sus productos y servicios. Las empresas optimizaban páginas con palabras clave relevantes, conseguían backlinks y creaban contenido para posicionarse mejor en los resultados de búsqueda.

UCP traslada parte de ese trabajo de la capa de presentación (las páginas web) a la capa de datos (feeds, perfiles y APIs). Las preguntas frecuentes de Google sobre UCP son explícitas en dos puntos. El descubrimiento de productos en sus superficies sigue apoyándose en el Shopping Graph y en los feeds de Merchant Center, y una integración nativa de UCP no cambia el posicionamiento: añade una opción de compra directa a las ofertas que cumplen los requisitos (preguntas frecuentes de Google sobre UCP). Por eso las preguntas que deciden la visibilidad tratan de datos:

• Calidad de los datos: ¿está tu feed de productos completo, correcto y actualizado?
• Cumplimiento de Schema.org: ¿llevan las fichas de producto los tipos adecuados (Product, Offer, PriceSpecification)?
• Señales de disponibilidad: ¿puede un agente verificar el stock y los plazos de entrega en tiempo real?
• Preparación para la transacción: ¿puede el agente completar la compra sin mandar al comprador a un formulario?

#Cómo publica un comercio su perfil UCP

El descubrimiento empieza por un único archivo. La guía de implementación de Google indica que el perfil UCP se publica en /.well-known/ucp en el dominio del comercio (publicar el perfil). Los ingenieros de Google lo describen como un manifiesto JSON estándar que enumera los servicios y capacidades que admite un negocio, de modo que los agentes encuentran funciones, endpoints y configuración de pago sin una integración programada a medida (Google Developers Blog, Under the Hood).

Un perfil abreviado que sigue la estructura del ejemplo de Google tiene este aspecto (se omiten las URL de endpoints y de esquemas):

{
  "ucp": {
    "version": "2026-04-08",
    "services": {
      "dev.ucp.shopping": [{ "transport": "rest", "endpoint": "..." }]
    },
    "capabilities": {
      "dev.ucp.shopping.checkout": [{ "version": "2026-04-08" }],
      "dev.ucp.shopping.discount": [{ "extends": "dev.ucp.shopping.checkout" }]
    },
    "payment_handlers": { "com.google.pay": [{ "config": { } }] }
  },
  "signing_keys": [{ "kid": "...", "kty": "EC", "crv": "P-256" }]
}

El objeto ucp contiene la versión del protocolo, los servicios y las capacidades. signing_keys guarda las claves públicas en formato JWK. El texto de Google sitúa la configuración de pago al mismo nivel que ucp, mientras que su ejemplo anida payment_handlers dentro de él, así que revisa la especificación de la versión con la que trabajas antes de copiar cualquiera de las dos formas.

#Servicios, capacidades y extensiones

Grigorik describe UCP en tres capas. El servicio de compras contiene las primitivas básicas. Encima se sitúan capacidades como Checkout, Orders y Catalog, que se versionan de forma independiente. Las extensiones añaden esquemas propios de un dominio mediante composición, por ejemplo descuentos o logística que amplían el checkout. Los nombres usan notación de dominio inverso (dev.ucp.shopping.checkout), así que una empresa puede publicar su propia extensión bajo su dominio sin un registro central.

Las dos partes publican perfiles. El agente descarga el perfil del comercio y la negociación calcula la intersección de ambos (Shopify Engineering): la transacción usa solo las capacidades que admiten las dos partes. Una tienda que implementa checkout pero no carrito sigue funcionando con un agente que admite ambos; la sesión se desarrolla entonces sin las funciones de carrito.

Los nombres de capacidades del perfil de ejemplo de Google son dev.ucp.shopping.checkout, dev.ucp.shopping.cart, dev.ucp.shopping.order, dev.ucp.shopping.fulfillment, dev.ucp.shopping.discount y dev.ucp.common.identity_linking. El 19 de marzo de 2026 Google añadió tres capacidades opcionales en sus superficies: Cart (varios artículos de una misma tienda a la vez), Catalog (datos de producto en vivo como variantes, inventario y precio) e Identity Linking (los compradores con sesión iniciada conservan sus ventajas de fidelización o de socio) (Google, novedades de UCP).

#Opciones de integración del checkout

UCP admite dos modelos de checkout:

1. Checkout nativo: la opción por defecto en las superficies de Google. La lógica de pago se integra directamente con el modo IA y Gemini, y el agente trabaja contra la API de checkout del comercio.

2. Checkout embebido: una vía opcional basada en iframe que Google reserva para comercios concretos y aprobados con una imagen de marca muy personalizada o flujos de pago complejos.

El relato de Shopify explica cómo la vía embebida cede el control a una persona. El Embedded Checkout Protocol, derivado del Checkout Kit de Shopify, abre un canal JSON-RPC 2.0 entre la interfaz del agente y el checkout del comercio. Un checkout pasa por los estados incomplete, requires_escalation y ready_for_complete; el estado de escalado es el momento en que se pide al comprador que actúe, por ejemplo para confirmar un método de pago o aceptar las condiciones.

#UCP frente a MCP, A2A y AP2 en el comercio agéntico

UCP no existe de forma aislada. Define la semántica comercial y deja el transporte a otros estándares: los ingenieros de Google citan las APIs REST, MCP y A2A como transportes admitidos, de modo que una misma capacidad de checkout puede tener a la vez un enlace REST y otro MCP.

#Model Context Protocol (MCP)

MCP (Model Context Protocol) permite a los agentes de IA llamar a sistemas externos como herramientas tipadas. Desarrollado originalmente por Anthropic para Claude, MCP permite a los sistemas de IA:

• Ejecutar búsquedas y consultas de forma programática
• Leer contenido sin renderizar HTML
• Enviar acciones estructuradas en lugar de rellenar formularios
• Acceder a APIs y endpoints de datos

Piensa en MCP como la capa de herramientas y en UCP como el vocabulario comercial que puede viajar sobre ella. En tiendas WooCommerce conviene mantenerlos separados: las preguntas sobre el catálogo vía REST encajan en un MCP de solo lectura como woocommerce-mcp en GitHub, mientras que el checkout por agentes y los feeds del comercio corresponden a esta guía de UCP. El alcance de un MCP a medida se trata en desarrollo de servidores MCP.

#Agent-to-Agent Protocol (A2A)

Desarrollado por Google, A2A (Agent2Agent) gestiona la comunicación entre distintos agentes de IA. Permite flujos en los que colaboran agentes especializados: uno se encarga de descubrir productos y otro gestiona la compra. UCP incluye A2A entre sus transportes.

#Agent Payments Protocol (AP2)

AP2 es el protocolo de Google para pagos iniciados por agentes. Las preguntas frecuentes de Google describen el reparto: UCP orquesta el ciclo de vida de la compra y AP2 puede actuar como capa de pago especializada. Los instrumentos de pago (con qué paga el comprador) se mantienen separados de los gestores de pago (quién procesa el pago), y los ingenieros de Google afirman que cada autorización va respaldada por una prueba criptográfica del consentimiento del usuario.

#Qué es WebMCP y cómo complementa a UCP

WebMCP es un borrador de especificación del W3C Web Machine Learning Community Group, editado por ingenieros de Microsoft y Google. Permite que una página web exponga funciones JavaScript como herramientas que un agente puede llamar, mediante document.modelContext.registerTool() (borrador de WebMCP). Es un borrador de un grupo comunitario, no un estándar del W3C. Mientras UCP habla con el backend del comercio, WebMCP cubre la página que el usuario ya tiene abierta en el navegador.

Actualización, 2 de noviembre de 2026. Cloudflare documentó cómo Commerce.com activó WebMCP en el edge en casi 100.000 tiendas sin que los comerciantes editaran temas. Cloudflare inyecta un pequeño script puente en el edge; herramientas como search_products y add_to_cart se ejecutan en la sesión del navegador del comprador en el dominio de la tienda, así que precios y carrito coinciden con lo que ve un humano y el checkout se queda en el comercio. Cada tienda puede desactivarlo con metadatos de hostname y una Configuration Rule (cf.hostname.metadata.webmcp_opt_out), y la URL MCP puede apuntar a una ruta propia, por ejemplo /api/mcp en lugar de /mcp. Para una tienda WooCommerce ya detrás de Cloudflare, la separación útil es: UCP sigue cubriendo el checkout de backend en las superficies de Google, y WebMCP en el edge cubre agentes que ya están en el navegador del comprador - sin reescribir el tema.

Captura: Cloudflare Blog, How Commerce.com and Cloudflare are getting storefronts ready for AI agents, 21 de octubre de 2026.

#En qué se diferencia UCP del Agentic Commerce Protocol

UCP tiene un estándar paralelo. El Agentic Commerce Protocol (ACP) lo desarrollaron Stripe y OpenAI, también es de código abierto bajo Apache 2.0 y señala a ChatGPT como la primera plataforma de IA que lo implementa, con el Shared Payment Token de Stripe como primer método de pago compatible (agenticcommerce.dev). Los dos protocolos resuelven el mismo problema para ecosistemas distintos, así que un comercio que quiera checkout tanto en las superficies de Google como en ChatGPT tiene que contar con ambos. WPPoland publica archivos de descubrimiento para cada uno: /.well-known/ucp y /.well-known/acp.json.

Actualización, 3 de noviembre de 2026. La Shopify Fall ‘26 Edition añade herramientas WebMCP a todas las tiendas Liquid e Hydrogen y al checkout: los agentes de navegación pueden buscar productos, cambiar el carrito y completar la compra cuando el comprador lo aprueba, con la misma validación que la página de checkout, y reciben datos estructurados en lugar de leer capturas (Shopify, Fall ‘26 Edition para desarrolladores). La misma versión trae Shop.dev, una única conexión para cualquier agente o app con Shopify Catalog, carrito, checkout y Shop Pay, y una comprobación de seguridad de apps en la Shopify CLI. Para un comerciante en Shopify esta capa ya viene activada; una tienda WooCommerce tiene que construir el equivalente por su cuenta, y para eso sirven el perfil UCP y los pasos de abajo.

Actualización, 28 de octubre de 2026. El 24 de marzo de 2026, OpenAI cambió la forma en que ChatGPT usa ACP. Instant Checkout en ChatGPT ya solo está disponible para socios aprobados, el resto de comercios mantiene su propio proceso de pago y OpenAI dice que se centra en que los compradores encuentren productos (OpenAI). A través de ACP, los comercios comparten ahora sobre todo datos de productos y promociones, y la incorporación de catálogos también se limita por ahora a socios aprobados (documentación para desarrolladores de OpenAI). Si planificas tu tienda para los dos ecosistemas, para ChatGPT necesitas un catálogo de productos y un proceso de pago en tu propia web que el comprador que llega desde el chat pueda completar. Los endpoints de pago que describe esta guía siguen siendo tarea de UCP, y Google admite comercios en esa integración mediante una lista de espera (Google for Developers).

En conjunto, estos protocolos forman la pila actual del comercio agéntico:

• UCP: capa de comercio y transacciones (superficies de Google y cualquier otro adoptante)
• ACP: capa de comercio y checkout en el ecosistema de OpenAI y Stripe
• MCP: interacción con herramientas y acceso a APIs
• A2A: comunicación entre agentes
• AP2: pagos de agentes y prueba de consentimiento
• WebMCP: herramientas que expone una página en el navegador

#Qué espera Google de un comercio con UCP

Las preguntas frecuentes de Google sobre UCP enumeran requisitos operativos que es fácil pasar por alto cuando el archivo de perfil parece terminado:

• Merchant Center sigue siendo el centro. Los feeds de productos, los recursos de marca, las políticas de devolución y los datos de contacto de la empresa deben estar completos y al día; UCP se apoya en el feed de Shopping existente.
• El comercio sigue siendo el vendedor oficial (merchant of record). Es dueño de la relación con el cliente y de los datos de la transacción, y sus propios términos y condiciones rigen la compra y deben aceptarse durante el checkout.
• Stock en tiempo real. El comercio comprueba el inventario en el checkout y devuelve el código de error out_of_stock cuando un artículo se ha agotado.
• Validación de direcciones. El usuario puede cambiar la dirección de envío, el comercio recalcula envío e impuestos y devuelve address_undeliverable cuando no puede enviar.
• Errores recuperables. Un mensaje que el comprador puede resolver debe llevar la severidad recoverable en el array messages; si no, el usuario se encuentra con un error bloqueante.
• Pagos. El comercio no necesita la API de Google Pay en su propia web, pero su proveedor de servicios de pago debe procesar los tokens de Google. Para allowed_auth_methods solo se usa PAN_ONLY.
• Versiones. Una nueva versión de la especificación va en un endpoint separado, para que Google pueda devolver el tráfico al anterior si la nueva falla.
• Un perfil, muchos países. No hacen falta perfiles separados por país.

#Qué negocios necesitan UCP

#Tiendas de e-commerce

Para las tiendas que venden productos, el argumento es directo. Si las ofertas de la competencia en el modo IA llevan opción de compra directa y las tuyas no, el agente completa la compra en otro sitio.

Qué hacer:

• Publica un perfil UCP en /.well-known/ucp
• Mantén completos los feeds de Merchant Center y el marcado Schema.org (Product, Offer, PriceSpecification)
• Haz que las APIs de disponibilidad y precios respondan en tiempo real
• Prueba el descubrimiento de productos a través de asistentes de IA

Actualización, 30 de octubre de 2026. El 29 de octubre de 2026, Microsoft Clarity publicó un análisis de más de 5,2 millones de sesiones con agentes de IA en 230.511 proyectos de Clarity, recogidas entre el 13 de agosto y el 9 de septiembre de 2026 (Microsoft Clarity). Una sesión contaba como agéntica cuando Clarity detectaba un navegador agéntico de los ecosistemas de OpenAI, Google o Anthropic. El evento de checkout apareció en el 25,21 % de esas sesiones frente al 14,65 % de las humanas, el envío de formulario en el 19,85 % frente al 18,56 % y el añadir al carrito en el 2,33 % frente al 3,31 %. Los agentes hicieron menos clics en enlaces salientes (14,28 % frente a 26,99 %). Clarity advierte que en una sesión de agente puede haber intervenido una persona y que las cifras no prueban que el agente completara la compra por sí solo. El estudio tampoco mide conversiones.

Para una tienda WooCommerce, la lectura es que los agentes van directos al checkout, así que el checkout y los datos de producto tienen que funcionar sin adivinar:

• Mantén el feed de Merchant Center igual a lo que muestra la tienda (precio, stock, variantes, GTIN), porque UCP y el checkout en las superficies de Google se apoyan en él.
• Genera el marcado Product y Offer de la ficha de producto con los mismos campos que el feed, para que el agente nunca vea dos precios.
• Recorre el checkout como invitado: cada campo con su etiqueta, mensajes de error en texto y sin cuenta obligatoria solo para ver el coste de envío.
• Mide las sesiones de agentes: Clarity ofrece para ello el Agent Activity Dashboard, y el tráfico UCP se reconoce en los registros del servidor por la cabecera UCP-Agent.

Reviso el feed, los datos de producto y el checkout de tiendas WooCommerce dentro de mi servicio de desarrollo WooCommerce.

#Empresas de servicios

Para agencias, consultores y servicios profesionales el cálculo es distinto. Los servicios rara vez se compran en un solo paso: requieren una consulta, un presupuesto y un alcance acordado. La especificación UCP no tiene ninguna capacidad de consulta ni de presupuesto, así que una empresa de servicios usa el estándar para el descubrimiento y añade sus propios datos alrededor:

• Usa esquemas ProfessionalService y Offer en lugar de esquemas Product
• Describe los servicios y cómo se fija el precio
• Declara los flujos de consulta y presupuesto en un bloque claramente propio (WPPoland usa supportsInquiry y supportsQuote, que son campos suyos, no capacidades de UCP)
• Ofrece preguntas frecuentes e información del proceso de forma estructurada

#Editores de contenido

Las empresas de medios y los editores de contenido deberían centrarse en:

• Implementar los esquemas Article y FAQ de Schema.org
• Estructurar el contenido para que la IA pueda citarlo (consulta nuestra guía de optimización LLMO)
• Crear datos estructurados para entidades, temas y relaciones

#Cómo implementar UCP en cinco pasos

#Paso 1: auditar tus datos actuales

Antes de implementar UCP, aclara qué datos tienes ya:

• ¿Llevan las páginas de productos o servicios marcado Schema.org?
• ¿Está completo y actualizado el feed de Merchant Center?
• ¿Están los precios, la disponibilidad y los plazos de entrega estructurados o en texto libre?

#Paso 2: publicar tu perfil UCP

Sigue la guía de implementación de la versión con la que trabajas y publica /.well-known/ucp con tus servicios, capacidades, gestores de pago y claves de firma. Los comercios que quieren checkout en las superficies de Google se registran mediante el formulario de interés para comercios UCP enlazado desde la documentación, y Google anunció un proceso de alta simplificado en Merchant Center que se irá desplegando en los próximos meses.

#Paso 3: implementar el marcado Schema.org

Completa tu web con datos Schema.org:

• Para productos: esquemas Product, Offer, Brand y Review
• Para servicios: esquemas ProfessionalService, Offer y PriceSpecification
• Para ambos: esquemas Organization, ContactPoint y FAQPage

#Paso 4: construir los endpoints de checkout

Implementa los servicios que has declarado, empezando por el checkout. La guía práctica de Google usa un servidor de ejemplo en Python y un SDK de UCP con datos de producto de muestra (una floristería de demostración) para mostrar de principio a fin el descubrimiento, la creación del checkout y un código de descuento; los SDK oficiales están en la organización Universal-Commerce-Protocol de GitHub. Más allá de UCP, una empresa de servicios puede añadir endpoints propios como /agent.json.

#Paso 5: probar y monitorizar

Una vez implementado:

• Confirma que /.well-known/ucp devuelve JSON válido
• Vigila en los logs del servidor la cabecera UCP-Agent y las cadenas User-Agent que empiezan por Google/UCP
• Prueba las rutas de error (out_of_stock, address_undeliverable) antes de salir a producción
• Pregunta a asistentes de IA por tus productos y servicios

#Cómo implementa UCP una empresa de servicios

Como empresa de servicios y no como tienda de productos, WPPoland tenía una pregunta concreta: cómo publicar datos legibles para agentes sin tener un checkout que ofrecer.

El archivo publicado en /.well-known/ucp (que también se sirve como /.well-known/ucp.json) la responde en dos partes. El objeto ucp declara la versión 2026-04-08 con servicios y capacidades vacíos, porque no se ofrece checkout UCP. Junto a él hay un bloque propio que describe el negocio:

• Un perfil de comercio con razón social, NIF-IVA, dirección y países atendidos
• Capacidades: supportsInquiry y supportsQuote en true, supportsPayment y supportsBooking en false
• 8 ofertas de servicio principales
• Seis idiomas: polaco, inglés, alemán, noruego, portugués y español
• EUR como moneda de los presupuestos y una política explícita: no se publica lista de precios y el presupuesto vinculante llega después de un briefing por escrito
• Un endpoint adicional, /agent.json, con datos de servicios en JSON-LD

Así la parte estándar es honesta (no se declara nada que el negocio no pueda hacer) y, aun así, los agentes reciben datos estructurados sobre la empresa.

#Cómo evolucionó UCP a lo largo de 2026

• 11 de enero de 2026: lanzamiento en NRF, desarrollado junto con Shopify, Etsy, Wayfair, Target y Walmart; se anuncia el checkout nativo para el modo IA de la Búsqueda y Gemini.
• 19 de marzo de 2026: capacidades opcionales Cart, Catalog e Identity Linking; alta simplificada en Merchant Center; Commerce Inc, Salesforce y Stripe aparecen como plataformas que implementarán UCP.
• Abril de 2026: la guía de implementación de Google pasa a la versión de especificación 2026-04-08.
• 20 de mayo de 2026 (Google Marketing Live): un carrito universal (Universal Cart) que funciona entre distintos comercios y servicios de Google, opciones de Affirm y Klarna dentro de Google Pay, compras desde promociones Direct Offers y checkout basado en UCP que se despliega en Canadá y Australia, y más adelante en el Reino Unido. La reserva de hoteles y los pedidos de comida a locales cercanos se anunciaron como nuevas categorías (Google Marketing Live 2026).

La hoja de ruta pública de ucp.dev incluye ventajas de fidelización y de socio, venta cruzada y upselling nativos, recorridos locales y omnicanal, mercados globales y los sectores de comida y alojamiento. El propio documento aclara que “no constituye un compromiso de entregar funciones concretas” (traducción propia) (hoja de ruta de UCP).

#Cómo asegurar una integración UCP y cumplir el RGPD

#Identificar y verificar el tráfico de agentes

• Las peticiones UCP llevan una cabecera UCP-Agent con el perfil del agente y un User-Agent que empieza por Google/UCP.
• Google puede sondear el estado de los endpoints con el User-Agent Google-UCP-Prober/1.0.
• Comprueba que el tráfico es realmente de Google con búsquedas DNS inversas y los rangos de IP que Google publica.
• No se admiten restricciones geográficas; en su lugar, Google recomienda tokens Bearer de OAuth 2.0 u otras firmas.
• Publica las claves de firma en formato JWK en el perfil y rótalas como cualquier otra clave.

#Cumplir los requisitos del RGPD

• Propiedad de los datos: el comercio sigue siendo el vendedor oficial y es dueño de los datos de la transacción.
• Conservación: Google guarda los datos estándar del pedido hasta que el usuario solicita su eliminación; las obligaciones de conservación propias del comercio siguen aplicándose a sus sistemas.
• Remarketing: se aplican las normas habituales de privacidad y consentimiento; Google indica que tiene prevista una función de consentimiento explícito (opt-in).
• Minimización de datos: pasa a los agentes solo los datos que necesita la transacción.

#Errores habituales de UCP y cómo solucionarlos

#Por qué los agentes de IA no encuentran las capacidades de la tienda

Posibles causas:

1. El perfil no está accesible en /.well-known/ucp (404)
2. Errores de sintaxis en el JSON
3. Capacidades declaradas sin un endpoint de servicio que les corresponda

Soluciones:

• Solicita la URL directamente y comprueba el código de estado
• Pasa el archivo por un validador de JSON
• Compara las capacidades declaradas con los endpoints que realmente responden

#Por qué los agentes de IA muestran precios incorrectos

Posibles causas:

1. Formato de moneda incorrecto
2. El feed y el checkout devuelven precios distintos
3. Problemas de zona horaria o de formato

Soluciones:

• Usa códigos de moneda ISO 4217
• Recalcula precio, envío e impuestos en el checkout y mantén el feed actualizado
• Guarda las marcas de tiempo en UTC

#Por qué falla el checkout de UCP

Posibles causas:

1. Artículos agotados sin el código out_of_stock
2. Problemas que el comprador puede resolver enviados sin la severidad recoverable
3. Problemas de autenticación o un proveedor de pagos que no puede procesar los tokens de Google

Soluciones:

• Devuelve los códigos de error documentados
• Marca como recuperables los mensajes que el comprador puede resolver
• Valida los tokens y confirma con tu proveedor de pagos que admite esos tokens

#Cómo preparar tu tienda para el comercio agéntico

El checkout por agentes ya funciona en las superficies de Google, Shopify codesarrolló el protocolo y varias plataformas de pago han anunciado que lo admitirán. Parte de la capa de descubrimiento ha pasado de las páginas web a los protocolos. Tanto si vendes productos como servicios, que tus datos estén estructurados, completos y al alcance de los agentes importa ya tanto como las propias páginas.

Para las empresas, los pasos a seguir son claros:

1. Audita tus estructuras de datos y feeds actuales
2. Publica un perfil UCP que declare solo lo que realmente admites
3. Prueba el descubrimiento por agentes y las rutas de error del checkout
4. Sigue las versiones de la especificación y la hoja de ruta pública

Consulta nuestros servicios de comercio con IA para WordPress o de SEO, GEO y AEO. Si quieres revisar la visibilidad de tu tienda en IA, escríbeme.

Recursos técnicos:

• Perfil UCP de WPPoland
• Documentación de Google sobre UCP
• Especificación UCP