El 11 de enero de 2026, Google anunció el Universal Commerce Protocol (UCP), un estándar abierto que permite a los agentes de IA descubrir catálogos de productos, comparar opciones y completar una compra entera sin que el usuario visite ninguna tienda. En mayo lo amplió en Google Marketing Live, ya con el respaldo de Visa, Mastercard, Stripe, Shopify, Walmart y PayPal. No es una actualización de Schema ni otro formato de feed; es, literalmente, el idioma que un agente de IA usa para comprar en nombre de su usuario.
La pregunta que me han hecho varios clientes desde entonces es siempre la misma: ¿esto me afecta ahora o es cosa del futuro? La respuesta honesta es que depende de dónde estés, pero la preparación correcta para el UCP y la que necesitas hacer de todas formas para Merchant Center son casi la misma cosa; así que el argumento de "espera a que madure" tiene menos peso de lo que parece.
Cómo cambia el funnel cuando el agente evalúa el feed y no la página
En el modelo de búsqueda clásico, el usuario llega a tu tienda, navega, compara y decide. La página de producto es el escenario central: el SEO on-page, las imágenes, el copywriting, los reviews visibles en pantalla. Con un agente de IA intermediando, ese escenario desaparece del proceso de evaluación. El agente consume los datos estructurados de tu feed, comprueba disponibilidad, lee la política de devolución y cruza el precio con el de la competencia; todo sin cargar tu HTML. Si lo que le llega al agente está incompleto o es inconsistente con lo que tienes en la página, no apareces, o apareces con información incorrecta que el agente prefiere descartar.
El mecanismo que articula esto es el manifiesto en /.well-known/ucp, el punto de entrada donde el agente va a buscar el catálogo de la tienda. Si ese archivo no existe, el agente no puede descubrir nada; la tienda simplemente no está en el circuito. Es el equivalente funcional al robots.txt o al sitemap.xml: no garantiza visibilidad, pero su ausencia garantiza invisibilidad. Para mí, ya es un checkpoint fijo en cualquier auditoría técnica de ecommerce, igual que revisar el estado del feed en Merchant Center o la cobertura de datos estructurados en la web.
Lo que cambia de fondo es la superficie donde ocurre el ranking. Antes, la página HTML era el texto que el buscador leía; ahora, para los agentes de compra, es el feed estructurado. Y ahí está el problema real que veo en la mayoría de tiendas medianas: el feed existe y pasa los controles de Merchant Center, pero los atributos del producto en el feed no coinciden con los datos estructurados de la página. El precio tiene un valor en el schema de la web y otro en el feed; el stock se actualiza en un sitio pero no en el otro; la descripción del feed es genérica mientras la de la página es detallada. Para Googlebot eso es una inconsistencia menor; para un agente de IA que toma decisiones de compra basadas en esos datos, es ruido suficiente para descartar el producto.
 (1).jpg)
Qué auditar en una tienda real cuando llega el UCP al checklist
Cuando reviso una tienda con este contexto en mente, los puntos que más problemas me dan son cuatro. El primero es la consistencia entre datos estructurados y feed: los schemas Product, Offer y AggregateRating de la web tienen que reflejar exactamente lo mismo que el feed de Merchant Center, sin discrepancias de precio, disponibilidad ni identificadores. Es tedioso de auditar en catálogos grandes, pero es lo que más incide tanto en la elegibilidad para Shopping como en la futura legibilidad por agentes.
El segundo es la completitud de atributos. Un feed con título, precio e imagen pasa el umbral mínimo de Merchant Center, pero un agente que necesita recomendar un producto a alguien que ha preguntado "¿qué auriculares con cancelación de ruido van bien para trabajar desde casa por menos de 80 euros?" necesita mucho más: categoría correcta, especificaciones técnicas en los campos adecuados, descripción que mencione los casos de uso. Lo que en el pasado era "optimización opcional del feed" ahora empieza a ser condición para existir en este canal.
El tercero es el stock en tiempo real. Un agente de IA no va a recomendar un producto que en el momento de la conversación figura como agotado, aunque esté disponible físicamente; si tu feed se actualiza una vez al día y tienes rotación rápida, esa latencia te va a costar apariciones. El cuarto es la política de devolución: los agentes de compra la leen antes de cerrar la transacción porque el usuario ya les ha dado esa instrucción. Si no está declarada en el feed o en el schema de la web, el agente trata la tienda como una opción de mayor riesgo y busca alternativas.
En cuanto al manifiesto /.well-known/ucp en sí: en junio de 2026, la adopción en España es muy baja y la regulación europea (RGPD, DSA) ralentiza los casos de uso más avanzados de agentes que completan pagos de forma autónoma. Eso no significa que preparar el feed sea prematuro; significa que la parte de transacción delegada al agente tardará más en llegar aquí que en Estados Unidos. Pero si tienes un cliente con una tienda en WooCommerce o en PrestaShop y me preguntas qué hacemos, la respuesta es: limpia el feed y alinea los datos estructurados ya, porque eso te mejora el rendimiento en Shopping hoy y te deja listo para el UCP cuando llegue. El manifiesto lo puedes dejar para cuando el estándar tenga tracción real en el mercado europeo.
Si quieres entender cómo un agente de IA lee tu tienda antes de tomar decisiones de compra y qué datos concretos busca, tengo un artículo que lo desarrolla con bastante detalle: lo que un agente IA lee de tu tienda online antes de comprar (y lo que no encuentra). Y si la tienda vende servicios de alto valor junto con producto físico, la revisión de los datos estructurados en fichas de producto tiene una lógica algo distinta que explico en el artículo sobre optimización de fichas de producto para la búsqueda en LLMs.