Feeds de produtos para IA

TL;DR — Um feed de produtos para IA é um arquivo estructurado: uma lista de produtos com preço, existencias, identificadores e políticas que as ferramentas de compra compatibles podem combinar com otros dados do comercio. Um feed preciso e completo aporta elegibilidade; os dados obsoletos podem interrumpir um compra. UM mayor parte do trabajo consiste em usar bem GTIN ou marca + número de pieza e manter actualizados preço e existencias.

O que é realmente um feed de produtos para IA

Quando uma persona compra, abre seu página web, um lee e decide. Quando um agente de compra com IA actúa por alguien, suele trabajar desde um feed: um arquivo estructurado com uma fila por produto e columnas para título, preço, disponibilidade, imagem, marca, identificador e políticas.

O alcance depende do lector. Em os flujos comerciales de ChatGPT, OpenAI documenta o feed como o medio para suministrar dados de produto e não describe uma alternativa basada em rastrear um página. Google combina rastreo, dados estruturados em página e feed de Merchant Center; ali o feed não sustituye ao HTML, e sim que é uno de tres canales que se contrastan. Em ambos casos, os dados do arquivo pesan mas que o texto de um página por sí somente para determinar o que produtos podem recomendarse.

por o que difiere de um feed normal de Shopping

Se já envías um feed um Google Merchant Center, partes com ventaja: é o mesmo tipo de arquivo. O que altera é o lector e seu tolerancia um os errores:

• Um resultado de pesquisa pode mostrar um preço algo antigo porque uma persona abre o site e o verifica antes de pagar.
• Um agente que completa um compra actúa sobre o valor do feed. Se este indica 40 USD e o pago mostra 45 USD, um transacção corre um riesgo real de fallar.

por tanto, as dos prioridades são usar os identificadores corretos e manter preço e existencias precisos e actualizados.

Os tres arquivos principais

Não eliges somente uno: os comercios grandes mantienen os tres porque llegan um ferramentas diferentes:

1. Feed de Google Merchant Center: alimenta AI modo, Gemini, AI Overviews e Shopping.
2. Feed de produtos ACP de OpenAI: arquivo que ChatGPT usa para compras e pago.
3. Marcado schema.org Product/Offer: dados estruturados de um página que otros sistemas contrastan com o feed.

O que nunca você deve fazer

nunca inventes um GTIN nem um dado de produto para rellenar um campo. Google prohíbe adivinar ou copiar o valor de um produto parecido. Um identificador incorrecto pode asociarte ao produto equivocado; é pior que dejarlo vacío.

¿Quieres um versión campo por campo —um especificação de OpenAI, os atributos de Google para IA, as propiedades de schema.org usadas em o pago e os fallos exactos—? Abre um pestaña Avanzado.

TL;DR — Não existe um único «feed para IA» universal: o contrato altera segundo o proveedor. para os flujos comerciales de ChatGPT, OpenAI documenta o feed como o medio para suministrar dados de produto, sem uma alternativa de rastreo indicada; um documentação de Google describe uma combinação de rastreo, dados estruturados em página e o feed de Merchant Center, não um sustitução de um canal por outro. Você deve conciliar tres formatos: o feed de Google Merchant Center (agora com seis Atributos conversacionales opcionales e exclusivos para IA), um especificação de feeds ACP de OpenAI (Parquet/JSONL por SFTP: uma instantánea completa diaria e uma API intradía para preço, existencias e promoções) e o marcado schema.org Product/Offer como capa de verificação cruzada. Os identificadores —GTIN ou marca + MPN— sustentan os tres formatos; nunca inventes uno. UM diferencia real frente um feed de anuncios de Shopping é um tolerancia um dados obsoletos: uma persona vuelve um verificar o preço antes de comprar, mas um agente confirma um operação mediante programação. por eso, uma discrepancia entre o preço do feed e o pago, existencias fantasma, uma política de devoluções ausente que impida um elegibilidade para o pago ou um item_id inestable ponen em riesgo um transacção. Descarta um afirmação «OpenAI exige actualizações cada 15 minutos»: não aparece em seu documentação. Pago instantáneo está limitado actualmente um socios aprobados. UM qualidade do feed impulsa o descoberta e um elegibilidade, não um conversão.

Não existe um único «feed para IA» universal: os proveedores difieren

Vuelvo um este planteamiento porque reorganiza todo o demás, mas precisa uma salvedad que antes não destaqué o suficiente: não é um comportamiento universal, e sim um contrato específico de cada proveedor.

para os flujos comerciales de ChatGPT, um documentação de OpenAI describe o feed como o medio por o que os comercios suministran dados de produto; não documenta uma alternativa que rastree um página renderizada para esse flujo. Google funciona de outra maneira: seu documentação de Pesquisa Central indica expresamente que Google combina o rastreo, os dados estruturados em página e o feed de Merchant Center. Pode hacerlo junto com otros métodos: “Google pode em times use outro approaches para extract dados de páginas” (traducção) «Em ocasiones, Google pode usar otros métodos para extraer dados de as páginas». por tanto, o feed não sustituye ao HTML em Google, e sim que é uno de os tres canales que contrasta entre sí. O artículo sobre o Agentic Commerce Protocol explica em profundidade um mecánica específica de ACP e não um repetiré aqui. este artículo aborda um capa práctica: o que você deve incluir realmente em o arquivo, o que formatos importan e o que pode romper uma venta se te equivocas.

Conviene explicar o mecanismo porque altera as prioridades. Jason Barnard o resume em seu artículo sobre o proceso de os motores de IA: os feeds estructurados —Google Merchant Center e um especificação de feeds de produtos de OpenAI— “bypass descoberta, selection, crawling, e rendering altogether, delivering seu conteúdo para o competitive phase com minimal attenuation.” (traducção) «Omiten por completo o descoberta, um selecção, o rastreo e o renderizado, e llevan seu conteúdo um fase competitiva com uma atenuação mínima». É um interpretação de Barnard sobre como um buen feed pode saltarse gran parte do embudo SEO, não uma afirmação oficial de as plataformas; aun assim, é um modelo mental útil. UM contrapartida é que todo depende de um qualidade de os dados e, durante um transacção, não há uma página renderizada que uma persona pueda verificar como ocurre com um resultado de pesquisa.

Tres formatos, não uno

Um comercio serio não elige entre eles: usa os tres um vez porque cada formato llega um conjunto distinto de agentes e se verifican mutuamente.

UM conclusión é que não são opções incompatibles. Google combina expresamente os dados do feed e os dados estruturados em página: “Providing ambos dados estruturados em web páginas e um Merchant Center feed maximizes seu eligibility para experiences e ajuda Google correctly understand e verifique seu dados,” (traducção) «Proporcionar tanto dados estruturados em páginas web como um feed de Merchant Center maximiza seu elegibilidade para as experiencias e ajuda um Google um comprender e verificar correctamente seus dados». Algumas experiencias incluso obtienen do feed informações, como o preço, que falta em o marcado. Esto também implica que uma discrepancia —um preço em o feed e outro em o esquema de um página— erosiona um confianza e pode provocar rechazos em cualquiera de estes sistemas. O UCP de Google e Shopify usa o mesmo feed de Merchant Center como base de dados, por o que este trabajo também resulta útil ali.

UM especificação de feeds ACP de OpenAI, campo por campo

esta é um parte que um mayoría de artículos de um competencia parafrasean de segunda mano. Estes são os requisitos reais de um especificação de feeds de produtos de OpenAI, verificados em um documentação vigente:

Campos obligatorios

• item_id: 100 caracteres como máximo e deve permanecer estable com o tempo. É um clave de continuidade entre instantáneas; se altera, o agente interpreta que o produto antigo desapareció e apareció uno novo.
• title: 150 caracteres como máximo; evita escribir todo em mayúsculas.
• description: 5 000 caracteres como máximo; somente texto sem formato.
• url: deve retornar 200; se prefiere HTTPS.
• brand: 70 caracteres como máximo.
• image_url: JPEG/PNG; se prefiere HTTPS.
• price: acompañado de um código de moneda ISO 4217.
• availability: enumeração in_stock, out_of_stock, pre_order, backorder ou unknown.
• seller_name (70 caracteres como máximo) e seller_url.
• target_countries e store_country: códigos ISO 3166-1 alfa-2.
• is_eligible_search: booleano cuyo valor predeterminado é false. Você deve cambiarlo explícitamente um true para que o produto pueda aparecer em um pesquisa de ChatGPT.
• is_eligible_checkout: booleano; exige is_eligible_search = true.

Requisitos condicionales

• availability_date é required se availability = pre_order.
• seller_privacy_policy e seller_tos são required se é_eligible_checkout = true.
• um return policy é required para checkout eligibility.

Uma salvedad de alcance: establecer is_eligible_checkout em true faz que um produto seja apto para o pago dentro do feed, mas não basta para incorporarlo um Pago instantáneo em ChatGPT. Segundo um documentação de OpenAI, Pago instantáneo está limitado actualmente um socios aprobados e há que solicitar um participação. Incluso depois de um aprobação, o comercio —não OpenAI— valida o pedido, determina um tramitação, calcula e cobra impuestos, ejecuta seus propias comprobações de riesgo, carrega o método de pago mediante seu próprio procesador e acepta ou rechaza o pedido. UM interfaz de OpenAI presenta um sesión; seus sistemas siguen controlando um transacção.

Identificadores. gtin (numérico, de 8 um 14 dígitos, sem guiones nem espacios; oferece suporte um GTIN, UPC e ISBN em um somente campo) é opcional, mas se recomienda encarecidamente. mpn (alfanumérico, 70 caracteres como máximo) é um alternativa quando não há GTIN. Ninguno é «obligatorio» como o é brand, mas OpenAI explica que aportarlos melhora um correspondencia do catálogo e reduz errores: em um práctica, um mesma lógica que um regra de Google «GTIN ou marca + MPN», embora formulada como recomendação firme.

O mito de um actualização cada 15 minutos: o que documenta realmente OpenAI

Há uma cifra que não pude verificar e prefiero señalarlo antes que repetirla. Em artículos do sector —e incluso, o admito, em uma versión anterior de nosso artículo sobre ACP— aparece um afirmação de que OpenAI exige actualizar os feeds cada 15 minutos. UM busqué em um documentação comercial vigente de OpenAI e não encontré essa cifra.

UM documentação describe em realidade um modelo de dos canales, não um intervalo fijo:

• Uma instantánea completa do feed ao menos uma vez ao dia, entregada mediante um arquivo por SFTP com nomes estables que se sobrescriben, não com arquivos novos versionados em cada envío.
• Um canal de API para actualizações incrementales intradía: assim se propagan com mayor rapidez os alterações de preço, existencias e, específicamente, promoções. Os dados de promoções somente se actualizan mediante um API.

UM formulação de OpenAI é, em esencia, que se proporcione o feed completo uma vez ao dia mediante um carrega de um arquivo e que depois se envíen actualizações durante o dia por meio de um API. Tampoco existe uma llamada independiente para eliminar um produto: você deve establecer is_eligible_search = false ou retirarlo de um siguiente instantánea completa.

por tanto, «15 minutos» deve entenderse como uma regra práctica sobre um actualização deseable de os SKU que alteram com rapidez, não como um requisito documentado de OpenAI. UM especificação evoluciona e tem versiones, assim que consulta um vigente antes de citar qualquer cifra. O mecanismo que você deve implementar é instantánea diaria + API intradía, uma descrição mas útil que o mito.

por o que um precisión em tempo real é imprescindible para os agentes

esta é um diferencia real entre preparar um feed para IA e prepararlo para anuncios de Shopping. Um fragmento de pesquisa almacenado em caché tolera cierto desfase porque uma persona llega um página e vuelve um verificar um informações antes de pagar. Um agente que completa uma transacção não dispone de esse margen: actúa sobre o preço e as existencias declarados em o feed. por ello, um valor obsoleto supone um riesgo real para um transacção, mayor que em um anuncio. Nenhuma especificação oficial afirma que todos os valores obsoletos rompan automaticamente todas as operações, e os proveedores añaden seus propias validações; aun assim, um ausencia de uma comprobação humana antes de confirmar explica por o que aqui um actualização é mas importante.

Kate Ragotte explica com claridade um consecuencia em um guía de Shopify Enterprise para preparar dados de produto destinados um canales de IA: “Preço, availability, e return windows deve ser accurate e synced across cada channel onde eles appear. Inconsistent ou stale dados é um de o fastest ways para obtenha filtered out.” (traducção) «Preço, disponibilidade e periodos de devolução têm que ser exactos e mantenerse sincronizados em cada canal onde aparezcan. UM incoherencia ou um antigüedad de os dados é uma de as vías mas rápidas para quedar fuera». sobre um importancia de um estructura adiciona: “AI agents pode somente recomendo o que eles pode understand, e que depends entirely em como well-structured seu produto dados é” (traducção) «Um agente de IA somente pode recomendar aquello que entiende, algo que depende totalmente de um estructura de os dados do produto». As máquinas podem encontrar técnicamente informações poco estructurada, “mas eles não vai confidently act em isso. AI agents prefer structured, labeled dados eles pode extract e trust.” (traducção) «Mas não actuarán sobre ella com segurança. Os agentes de IA prefieren informações estructurada e etiquetada que puedan extraer e considerar fiable».

Esse é o objetivo: o agente deve confiar o suficiente em o valor para realizar um transacção. UM instantánea diaria mas um API intradía é um resposta concreta de OpenAI para reduzir o desfase. Em Google, essa função corresponde ao Shopping Graph, que segundo Google “inclui mas than 50 billion produto listings, 2 billion de qual são updated cada hour” (traducção) «Inclui mas de 50 000 millones de fichas de produtos, 2 000 millones de as cuales se actualizan cada hora». Essa actualização horaria indica o ritmo ao que o sistema espera que se muevan os dados. O Shopping Graph completo é outro tema; este artículo somente presupone que seu feed o alimenta. “more than 50 billion product listings, 2 billion of which are updated every hour”
(tradução) «mais than 50 billion produto listings, 2 billion de qual são updated cada hour»

Atributos conversacionales de Google: um capa concreta e nova para IA

Em Google, um novedad específica para IA é um conjunto de atributos opcionales de Merchant Center anunciado em Google Marketing Live em mayo de 2026 e recogido por Mecanismo de busca Land. O objetivo é que os sistemas de IA de Google “use que dados estruturados para better match produtos com conversational shopping queries across AI modo, Gemini e outro AI-powered surfaces.” (traducção) «Utilicen esses dados estruturados para relacionar melhor os produtos com consultas conversacionales de compra em AI modo, Gemini e otras superficies basadas em IA». Segundo um formulação de um ajuda de Google, citada em o artículo, estes atributos estão “primarily intended para use em conversational experiences such as AI modo em Google pesquisa.” (traducção) «Destinados principalmente um experiencias conversacionales como AI modo em um Pesquisa de Google».

UM ajuda de Google Merchant Center documenta seis Atributos conversacionales: pergunta e resposta, link um documento, produto relacionado, título do grupo de artículos, opção de variante e rango de popularidade. product_highlight e product_detail são campos complementarios anteriores, não dos miembros adicionales do novo conjunto conversacional, embora alguns medios —e uma versión anterior de este artículo— os agruparan assim.

Google indica expresamente que são opcionales e que añadirlos não afecta ao estado de aprobação existente do produto. Podem ajudar um comprender e descubrir produtos em superficies conversacionales, mas não são obligatorios nem garantizan inclusión, posicionamiento ou cita em uma resposta de AI modo ou Gemini.

Trátalos como enriquecimiento, não como sustitução. Se añaden um os atributos obligatorios. Se o feed base se rechaza por um preço incorrecto ou um GTIN inventado, um magnífico atributo de perguntas e respostas não salvará.

schema.org Produto/Offer como capa de marcado orientada um agentes

Não existe uma «edição para IA» de schema.org: os agentes leen vocabulario ordinario de comércio eletrônico como uma nova clase de consumidor. Tres propiedades são especialmente importantes:

• Offer.availability: “O availability de este item — por exemplo Em stock, Out de stock, Pre-order, etc.” (traducção) «UM disponibilidade de este artículo; por exemplo, em existencias, agotado, em preventa, etc.». É o estado de existencias que um agente lee em o marcado.
• Offer.checkoutPageURLTemplate: “UM URL template (RFC 6570) para um checkout página para um offer.” (traducção) «Uma plantilla de URL (RFC 6570) para um página de pago de uma oferta». esta propiedad permite dirigir ao comprador um pago prerrellenado desde o marcado.
• Offer.acceptedPaymentMethod: os métodos de pago admitidos, que um agente pode verificar antes de intentar uma transacção.

Mantén o preço e um disponibilidade do marcado sincronizados com o feed. Google combina ambos canales e os verifica de forma cruzada, para que uma divergencia entre o esquema de um página e o feed erosiona um confianza em todas estas superficies.

Fallos de qualidade do feed que rompen o descoberta e o pago agénticos

este é o resultado práctico: problemas concretos que rompen uma venta mediante IA, não somente provocan o rechazo de um anuncio.

1. O preço do feed não coincide com o do pago. O feed indica 40 USD e o pago, 45 USD. Em anuncios provoca um rechazo; durante uma compra agéntica rompe um operação.
2. Existencias fantasma u obsoletas. O feed indica in_stock, mas o produto está agotado ao pagar. O agente intenta comprar algo que não está disponível.
3. Identificadores ausentes ou incorrectos. Um GTIN/MPN inexistente ou inventado faz que o agente vincule seu oferta ao produto equivocado. UM regra de Google é não inventar, adivinar nem copiar identificadores de produtos similares; usa identifier_exists = false para bienes que realmente carezcan de eles.
4. Política de devoluções ou condições do vendedor ausentes. ACP as exige quando is_eligible_checkout = true. Sem elas, o produto pode descubrirse, mas não comprarse.
5. item_id/SKU inestable. Se um clave altera entre instantáneas, o agente pierde um continuidade: o produto antigo parece eliminado e o novo, desconocido.
6. Títulos em mayúsculas ou com texto promocional. Incumplen as políticas de Google e OpenAI; um especificação de OpenAI indica expresamente que se eviten as mayúsculas completas.
7. Imagens ou descrições generadas por IA que divergen. As descrições com especificações inventadas ou as imagens generadas por IA sem os metadatos IPTC exigidos rompen um verificação cruzada entre feed e página. UM guía de otimização do feed explica em detalle um regra de não inventar dados.

O que um qualidade do feed garantiza e o que não

Uma advertencia para não exagerar internamente: um gran feed aporta descoberta e elegibilidade, mas não garantiza um conversão. UM experiencia publicada por Walmart é o exemplo mas claro. Segundo Mecanismo de busca Land, depois de probar alguns 200 000 artículos, o pago dentro de ChatGPT convirtió aproximadamente um tercio de um tasa de as transacções que salían ao site. UM causa citada fue um experiencia e um confianza em o pago —temor um envíos divididos e compra limitada um artículo—, não um obsolescencia do feed. Não usa como teste de que os feeds fallan, e sim como recordatorio de que entrar em o feed é necesario, mas insuficiente. O descoberta e um conversão em o pago são problemas distintos.

Conviene manter separada toda um cadena. «Mi feed ha sido aceptado» responde um uma pergunta muito mas limitada de o que parece: um ingesta —um plataforma aceptó o arquivo— não equivale um validação —superó as comprobações de campos e políticas—; esta não equivale um elegibilidade —is_eligible_search/is_eligible_checkout estão activados e aprobados—; um elegibilidade não equivale um aparição; aparecer não equivale um posicionarse ou ser citado; eso não equivale um aprobação para Pago instantáneo; e esta tampoco equivale um uma conversão. Um feed limpio melhora as probabilidades em cada etapa, mas não convierte um cadena em um resultado garantizado.

Como encaja este artículo

• Agentic Commerce Protocol: o protocolo e seus cinco componentes, entre eles o feed de produtos.
• Universal Commerce Protocol: um alternativa de Google e Shopify, que usa o mesmo feed de Merchant Center como base.
• Google Merchant Center e otimização do feed de Merchant Center: fundamentos de Google, guías detalladas de títulos, imagens e atributos, e dados sobre o valor do GTIN que não repetiré aqui.

Resumen de IA

Versión condensada do conteúdo avanzado:

• Não existe um único «feed para IA» universal. para os flujos comerciales de ChatGPT, OpenAI documenta o feed como o medio para suministrar dados de produto, sem uma alternativa de rastreo indicada. Em Google, o feed não sustituye ao rastreo: seu documentação combina rastreo, dados estruturados em página e o feed de Merchant Center.
• Usa tres formatos, não uno: feed de Google Merchant Center, especificação de feeds ACP de OpenAI e marcado schema.org Product/Offer. Google combina o feed com os dados estruturados em página e os verifica de forma cruzada, por o que uma discrepancia genera riesgo de desconfianza ou rechazo.
• Os identificadores são um base. Usa GTIN ou marca + MPN em todos os formatos. nunca inventes uno; para bienes sem identificador, usa identifier_exists = false.
• UM precisión em tempo real é um diferencia fundamental. Uma persona vuelve um verificar o preço antes de comprar; um agente confirma um operação mediante programação. Uma discrepancia entre o feed e o pago ou algumas existencias fantasma ponen em riesgo um transacção, embora nenhuma especificação garantice que todos os valores obsoletos rompan todas as vendas.
• UM cifra de «actualização cada 15 minutos» não aparece em um documentação de OpenAI. O modelo documentado é uma instantánea completa diaria por SFTP, com nomes estables e sobrescritura, mas uma API intradía para preço, existencias e promoções. As promoções somente se actualizan mediante um API.
• Os campos obligatorios de ACP incluem item_id estable, title, description, url, brand, image_url, price (ISO 4217), um enumeração availability, campos do vendedor e do país e is_eligible_search, cuyo valor predeterminado é false e deve cambiarse um true. is_eligible_checkout também exige política de devoluções, política de privacidade e condições do vendedor. Incluso então, Pago instantáneo está limitado um socios aprobados e o comercio conserva as decisiones sobre validação, tramitação, impuestos, riesgo, pago e pedido.
• Os Atributos conversacionales de Google anunciados em mayo de 2026 são seis campos opcionales de enriquecimiento exclusivos para IA: pergunta e resposta, link um documento, produto relacionado, título do grupo de artículos, opção de variante e rango de popularidade. product_highlight e product_detail são campos anteriores, não parte do novo conjunto. Añadirlos não modifica o estado de aprobação existente do produto.
• Propiedades de schema.org orientadas um agentes: Offer.availability, checkoutPageURLTemplate e acceptedPaymentMethod.
• UM qualidade do feed impulsa o descoberta e um elegibilidade, não um conversão. Ingesta, validação, elegibilidade, aparição, posicionamiento ou cita, aprobação para o pago e conversão são etapas distintos. O pago de Walmart dentro de ChatGPT convirtió aproximadamente tres veces pior que as transacções que salían ao site; se atribuyó um experiencia e um confianza em o pago, não um obsolescencia do feed.

Documentação oficial

Especificações e documentação de fuentes primarias para criar um feed preparado para IA.

OpenAI (Agentic Commerce Protocol)

• Descrição general de os feeds de produtos: resumen do feed ACP.
• Especificação do feed de produtos: campos obligatorios: requisitos campo por campo.
• página conceptual do feed: entrega, formato e modelo de instantánea/API.
• Conceptos clave de comercio: como encaja um feed em um pesquisa e o pago de ChatGPT.

Google

• Especificação de dados de produto: especificação base de atributos de Merchant Center que heredan as superficies de IA.
• Identificadores únicos de produto (GTIN, MPN e marca): regras de identificadores, incluida “não faça up, guess, ou inclua valores de similar produtos.” (traducção) «Não inventes, adivines nem incluyas valores de produtos similares».
• Introducção um os dados estruturados de Produto: como combina Google o feed e os dados estruturados em página.
• Ferramentas e protocolo de comercio agéntico com IA para minoristas: explicação de Google sobre as ferramentas para minoristas orientadas um IA.
• Pago agéntico e compras navideñas com IA: referencia de escala e actualização do Shopping Graph (50 000 millones de fichas, 2 000 millones actualizadas cada hora).

schema.org

• Offer: availability, checkoutPageURLTemplate e acceptedPaymentMethod.
• Produto: o tipo de produto e seus propiedades identificadoras.

Citas de um fuente

Declarações atribuidas de as plataformas e de profesionales do sector.

Google: identificadores e qualidade de os dados

• “Providing accurate e correctly formatted produto dados é essential para creating successful ads.” (traducção) «Proporcionar dados de produto precisos e com o formato correto é esencial para criar anuncios eficaces». — Ajuda de Google Merchant Center. “accurate and correctly formatted product data is essential”
  (tradução) «dados de produto precisos e formatados corretamente são essenciais»
  Ir um cita
• sobre GTIN/MPN: “Somente provide um GTIN se você está sure isso é correto. Quando em doubt não provide este attribute (por exemplo, não guess ou faça up um valor).” (traducção) «Proporciona um GTIN somente se estás seguro de que é correto. Em caso de duda, não proporções este atributo (por exemplo, não adivines nem inventes um valor)». Ir um fuente

Google: feed e dados estruturados em página combinados

• “Providing ambos dados estruturados em web páginas e um Merchant Center feed maximizes seu eligibility para experiences e ajuda Google correctly understand e verifique seu dados.” (traducção) «Proporcionar tanto dados estruturados em páginas web como um feed de Merchant Center maximiza seu elegibilidade para as experiencias e ajuda um Google um comprender e verificar correctamente seus dados». — Pesquisa Central. Leer um documentação

Google: actualização do Shopping Graph (Vidhya Srinivasan, vicepresidenta e directora general de Ads e Commerce)

• O Shopping Graph “inclui mas than 50 billion produto listings, 2 billion de qual são updated cada hour.” (traducção) «Inclui mas de 50 000 millones de fichas de produtos, 2 000 millones de as cuales se actualizan cada hora». Leer um publicação

Kate Ragotte, Shopify (blog de Shopify Enterprise)

• “Preço, availability, e return windows deve ser accurate e synced across cada channel onde eles appear. Inconsistent ou stale dados é um de o fastest ways para obtenha filtered out.” (traducção) «O preço, um disponibilidade e os plazos de devolução devem ser precisos e estar sincronizados em todos os canales em os que aparecem. Os dados incoherentes u obsoletos são uma de as formas mas rápidas de quedar excluido».
• “AI agents pode somente recomendo o que eles pode understand, e que depends entirely em como well-structured seu produto dados é.” (traducção) «Os agentes de IA somente podem recomendar o que comprenden, e eso depende por completo de o bem estructurados que estén seus dados de produto». Leer o artículo

Jason Barnard, Kalicube (Mecanismo de busca Land)

• “Structured feeds, Google Merchant Center e OpenAI Produto Feed Specification, bypass descoberta, selection, crawling, e rendering altogether, delivering seu conteúdo para o competitive phase com minimal attenuation.” (traducção) «Os feeds estructurados, Google Merchant Center e um especificação de feeds de produtos de OpenAI omiten por completo o descoberta, um selecção, o rastreo e o renderizado, e llevan seu conteúdo um fase competitiva com uma atenuação mínima». Leer o artículo

Jen Cornwell, Tinuiti (Mecanismo de busca Land)

• “Organic feed titles deve reflect como seu customers na realidade pesquisa, não como seu bidding strategy é structured.” (traducção) «Os títulos orgánicos do feed devem reflejar como buscan realmente seus clientes, não como está estructurada seu estrategia de pujas».
• sobre um posição estratégica do feed: “O feed sits em que intersection as isso é um owned asset managed por commerce infrastructure que diretamente feeds AI-powered visibility.” (traducção) «O feed se encontra em essa intersecção porque é um activo próprio gestionado por um infraestructura comercial que alimenta diretamente um visibilidade basada em IA». Leer o artículo

Lista de comprobação do feed para IA em todos os formatos

Realiza uma sola revisión de os tres formatos antes de considerar que um feed está «preparado para IA»:

Identidade e correspondencia

• todos os produtos que têm GTIN incluem o correto; ninguno está inventado nem copiado de um produto similar.
• Os produtos sem identificador do fabricante usam marca + MPN ou identifier_exists = false; nunca um GTIN adivinado.
• O item_id/SKU permanece estable com o tempo e é coherente em o feed, ACP e o marcado.

Preço e disponibilidade: um capa de actualização

• O preço do feed coincide com o preço vigente ao pagar; um moneda usa um código ISO 4217 válido.
• UM disponibilidade refleja as existencias reais; não há in_stock fantasma.
• Os SKU que alteram com rapidez se actualizan mediante um API intradía de ACP, não somente com um instantánea diaria; as promoções se envían por um API.
• O preço e um disponibilidade do esquema em página coinciden com o feed; Google os verifica de forma cruzada.

Elegibilidade para o pago de ACP

• is_eligible_search está establecido explícitamente em true; seu valor predeterminado é false.
• Os produtos com is_eligible_checkout têm política de devoluções, seller_privacy_policy e seller_tos.
• availability_date está definido para todos os artículos pre_order.
• O feed se entrega por SFTP com nomes de arquivo estables que se sobrescriben e uma instantánea completa ao menos diaria.

Conteúdo e cumplimiento

• Títulos de até 150 caracteres, sem mayúsculas completas nem texto promocional, conforme um as políticas de Google e OpenAI.
• Descrições em texto sem formato, de até 5 000 caracteres e coherentes com um página de destino, sem especificações inventadas.
• Imagens JPEG/PNG mediante HTTPS; as generadas por IA incluem os metadatos de divulgação IPTC exigidos.
• url retorna 200 mediante HTTPS.

Enriquecimiento opcional

• Os seis Atributos conversacionales de Google se añaden onde corresponda —pergunta e resposta, rango de popularidade, produto relacionado, título do grupo de artículos, opção de variante e link um documento— además de os atributos obligatorios, não em seu lugar.
• schema.org checkoutPageURLTemplate está presente para que os agentes puedan dirigirse ao pago.

Feed de produtos para IA: guía rápida

O que formato llega um cada agente

Campos obligatorios de ACP: referencia rápida

• item_id estable; title de até 150 caracteres e sem mayúsculas completas; description de até 5 000 caracteres e em texto sem formato; url com 200/HTTPS; brand de até 70 caracteres; image_url JPEG/PNG; price com ISO 4217; enumeração availability; seller_name/seller_url; target_countries/store_country com ISO 3166-1 alfa-2; is_eligible_search, cuyo valor predeterminado é false; e is_eligible_checkout.
• O pago também exige política de devoluções, seller_privacy_policy e seller_tos.
• Enumeração availability: in_stock, out_of_stock, pre_order, backorder, unknown.

Regra de identificadores em todos os formatos

• Tem GTIN → úsalo, com 8 um 14 dígitos e sem guiones nem espacios.
• Não tem GTIN → marca + MPN.
• Realmente não tem ninguno → identifier_exists = false. nunca inventes uno.

Desmontando mitos

• «OpenAI exige actualizações cada 15 minutos» → não aparece em um documentação. Realidade: instantánea diaria + API intradía; as promoções somente se actualizan mediante um API.
• «schema.org tem uma edição para IA» → não; usa o vocabulario ordinario Offer/Product.
• «O GTIN sempre é obligatorio» → é condicional: GTIN; se não existe, marca + MPN; e se realmente não há identificador, identifier_exists = false.

¿O que identificador debo incluir em mi feed?

Os identificadores são um base em Google, OpenAI e schema.org, e também o mas fácil de configurar mal. Responde uma ou dos perguntas para llegar ao valor correto.

O que não você deve fazer com um feed para IA

1. Implementar somente um instantánea diaria e omitir um API. Se envías um feed completo uma vez ao dia e não haces nada mas, todos os alterações de preço e existencias podem quedar obsoletos durante 24 horas: aceptable para navegar, fatal para uma transacção. Solução: conecta preço, existencias e promoções ao canal de API intradía de OpenAI; um instantánea é um base, não plan completo.

2. Inventar um GTIN para que um campo pase um validação. Um identificador adivinado ou copiado é pior que dejarlo vacío porque vincula seu oferta ao produto equivocado em todos os formatos. Solução: usa o GTIN se o tienes; se não, marca + MPN; e, em último término, identifier_exists = false.

3. Permitir que o preço do feed e o do pago diverjan. Em os anuncios provoca um rechazo; para um agente que está comprando, rompe um venta e erosiona um confianza de um que depende todo o sistema. Solução: trata o preço do feed como um contrato, sincronízalo com o preço vigente ao pagar e mantén também o preço do esquema em página.

4. Reutilizar ou alterar continuamente o item_id/SKU. Se um clave de identidade altera entre instantáneas, o agente pierde continuidade: o produto parece eliminado e creado de novo, e se pierde um correspondencia acumulada. Solução: conserva o mesmo item_id durante toda um vida do produto.

5. Activar o pago sem os campos de políticas. Establecer is_eligible_checkout = true sem política de devoluções, política de privacidade e condições do vendedor faz que o produto se pueda descubrir, mas não comprar. Solução: publica as tres políticas antes de activar um elegibilidade para o pago.

6. Tratar os Atributos conversacionales como sustitutos de um feed base limpio. Um magnífico atributo de perguntas e respostas ou de rango de popularidade não salva um feed rechazado por um preço incorrecto ou um GTIN inventado. Solução: corrige primeiro os atributos obligatorios e adiciona o enriquecimiento depois.

7. Suponer que o marcado schema.org basta para entrar em o pago de ChatGPT. Em os flujos transaccionales, ChatGPT lee o feed ACP, não um página renderizada. O marcado sirve para um verificação cruzada, mas não é o mecanismo principal de descoberta em esse flujo. Solução: publica o feed e mantén o marcado coherente com él.

Comprobações rápidas de coherencia entre feed e marcado

Pequeñas comprobações listas para copiar e pegar que detectan as discrepancias capaces de romper vendas agénticas. Não sustituyen uma plataforma real de gestión de feeds; sirven para localizar problemas com rapidez.

Extraer o esquema Produto/Offer de um página desde um consola do navegador

Pega este código em um consola de Chrome DevTools desde uma página de produto para obtener o preço e um disponibilidade declarados por o marcado orientado um agentes e compararlos com o feed:

// Grab every JSON-LD block, find Product/Offer, print price + availability
[...document.querySelectorAll('script[type="application/ld+json"]')]
  .map(s => { try { return JSON.parse(s.textContent); } catch { return null; } })
  .filter(Boolean)
  .flatMap(o => Array.isArray(o) ? o : (o['@graph'] || [o]))
  .filter(o => o && /Product/.test([].concat(o['@type']).join()))
  .forEach(p => {
    const offer = [].concat(p.offers || [])[0] || {};
    console.log({
      name: p.name,
      gtin: p.gtin13 || p.gtin || p.gtin12 || p.mpn || null,
      price: offer.price ?? offer.priceSpecification?.price,
      currency: offer.priceCurrency,
      availability: offer.availability,
    });
  });

Versión como marcador: guarda um URL siguiente como marcador e púlsala em qualquer página de produto para mostrar o preço e um disponibilidade do marcado:

javascript:(()=>{const b=[...document.querySelectorAll('script[type="application/ld+json"]')].map(s=>{try{return JSON.parse(s.textContent)}catch{return null}}).filter(Boolean).flatMap(o=>Array.isArray(o)?o:(o['@graph']||[o])).filter(o=>o&&/Product/.test([].concat(o['@type']).join()));if(!b.length){alert('No Product schema found');return}const p=b[0],o=[].concat(p.offers||[])[0]||{};alert(`${p.name}\nprice: ${o.price??o.priceSpecification?.price} ${o.priceCurrency||''}\navail: ${o.availability||'?'}`)})();

Comparar o preço do feed com o preço vigente ao pagar desde o shell

Se exportas o feed um CSV com as columnas item_id,price e você pode obtener o preço vigente de cada SKU, esta comprobação señala as divergencias, o fallo mas perjudicial:

# feed.csv: item_id,price   |   live.csv: item_id,price (pulled from checkout)
join -t, -1 1 -2 1 \
  <(sort -t, -k1,1 feed.csv) \
  <(sort -t, -k1,1 live.csv) \
  | awk -F, '$2 != $3 { print "MISMATCH", $1, "feed="$2, "live="$3 }'

Validar que os produtos aptos para o pago de ACP tengan todos os campos necesarios (Python)

Uma comprobação mínima para confirmar que todos os produtos marcados para o pago incluem os campos de políticas obligatorios antes de enviar uma instantánea:

import csv

REQUIRED_FOR_CHECKOUT = ["seller_privacy_policy", "seller_tos", "return_policy"]

with open("feed.csv", newline="") as f:
    for row in csv.DictReader(f):
        if row.get("is_eligible_checkout", "").lower() == "true":
            missing = [k for k in REQUIRED_FOR_CHECKOUT if not row.get(k, "").strip()]
            if missing:
                print(f"{row['item_id']}: checkout enabled but missing {missing}")
        if row.get("is_eligible_checkout", "").lower() == "true" \
           and row.get("is_eligible_search", "").lower() != "true":
            print(f"{row['item_id']}: checkout eligible but search is not (invalid)")

Detectar GTIN inventados ou mal formados mediante uma expresión regular

Em ACP, gtin deve ter entre 8 e 14 dígitos, sem guiones nem espacios. Señala todo o que não cumpla esta regra:

# Prints rows whose gtin column isn't a clean 8–14 digit string
awk -F, 'NR>1 && $3 != "" && $3 !~ /^[0-9]{8,14}$/ { print "BAD GTIN:", $1, $3 }' feed.csv

Procedimiento diario para operar feeds de produtos destinados um IA

1. Confirma que terminó um instantánea completa. Verifica o nome de arquivo estable previsto, o número de registros, o esquema e o estado de entrega. Se considera terminado quando um plataforma ha aceptado o catálogo completo mas reciente, não um arquivo parcial accidental.
2. Concilia os alterações intradía. Compara as actualizações de preço, existencias e promoções do sistema comercial com as confirmações de um API. Se considera terminado quando cada SKU modificado se ha procesado correctamente ou ha entrado em uma cola de reintentos com responsable.
3. Revise os errores de elegibilidade e políticas. Agrupa os fallos por campo de origen e plantilla, e prioriza os produtos destinados ao pago. Se considera terminado quando cada error tem causa, responsable e vía de correcção.
4. Muestrea um paridade entre formatos. Compara ID estable, GTIN/MPN, variante, preço, disponibilidade e políticas entre o feed de Merchant Center, o feed de OpenAI, o marcado Produto/Offer e o pago vigente. Se considera terminado quando os produtos de um mostra describen um mesma oferta em todos os canales.
5. Verifica um continuidade de identidade. Señala os ID de artículo que desaparecieron e reaparecieron com valores novos sem que o produto se sustituyera realmente. Se considera terminado quando o alteração accidental de SKU se corrige antes de um siguiente instantánea.
6. Cierra ofertas obsoletas ou não válidas. Marca correctamente os produtos não disponíveis e usa o mecanismo de elegibilidade admitido em vez de manter existencias fantasma. Se considera terminado quando nenhum agente pode comprar uma oferta retirada.
7. Registra e analiza as tendencias de os fallos. Anota discrepancias, retrasos de procesamiento, filas rechazadas e correcções por sistema de origen. Se considera terminado quando os defectos recurrentes de os sistemas de origen são visibles em vez de parchearse uma e outra vez em as exportações.

Problemas comunes de os feeds de produtos para IA

O produto está em o arquivo, mas não aparece em o descoberta

Síntoma: um fila se entrega, mas o produto não é apto ou não aparece. Causa probable: is_eligible_search sigue em false, um fila não superó um validação ou os dados de identidade ou políticas estão incompletos. Solução: inspecciona o estado de um fila em um plataforma, corrige os campos fallidos, activa explícitamente um elegibilidade para um pesquisa e confirma que um siguiente instantánea procesada acepta o artículo.

O pago não está disponível para um produto que sí aparece

Síntoma: o produto pode recomendarse, mas não comprarse mediante o agente. Causa probable: um elegibilidade para o pago está desactivada ou faltan os dados obligatorios de devoluções, privacidade ou condições. Solução: proporciona as políticas exigidas, mantén activada um elegibilidade para um pesquisa e verifica que o artículo procesado pasa um ser apto para o pago.

O agente mostra um preço incorrecto ou existencias fantasma

Síntoma: os dados de descoberta não coinciden com o pago ou o artículo falla durante um compra. Causa probable: somente se actualiza um instantánea diaria, falló um evento intradía ou um asignação de variantes apunta um oferta equivocada. Solução: concilia as confirmações de um API com o sistema comercial, reproduce de forma segura as actualizações fallidas e confirma que feed, marcado e pago coinciden para um variante exacta.

Os produtos desaparecen e reaparecen repetidamente como novos

Síntoma: um continuidade do catálogo se reinicia entre instantáneas embora os produtos não hayan cambiado. Causa probable: item_id se genera um partir de um título, uma URL ou uma fila de exportação mutable, não de uma clave estable. Solução: restaura um mapa de identidade duradero e conserva o mesmo ID durante toda um vida do produto.

Um produto se vincula um entidade equivocada

Síntoma: um ficha hereda detalles ou variantes de outro produto. Causa probable: um GTIN inventado ou incorrecto, um MPN copiado ou dados incoherentes de marca e variante. Solução: elimina os identificadores adivinados, usa o GTIN verificado ou marca + MPN e marca correctamente os artículos que realmente carecen de identificador.

Modelos mentales para feeds de produtos destinados um IA

Uma fuente de verdad, varios formatos de entrega

Merchant Center, OpenAI e o marcado Produto/Offer em página são representações do mesmo catálogo, não proyectos de conteúdo independientes. Genéralos um partir de um único modelo de produto gobernado para que um identidade e um oferta não diverjan entre canales.

Identidade, oferta e políticas

Depura todos os feeds em tres capas:

• Identidade: ID de artículo estable, GTIN ou marca + MPN e relação entre produto e variante.
• Oferta: preço, moneda, disponibilidade, imagem e URL de destino.
• Políticas: envío, devoluções, privacidade, condições e elegibilidade para o pago.

UM identidade determina o que é o produto, um oferta determina o que pode comprarse agora e as políticas determinan se um agente pode completar um compra.

Instantánea mas flujo de eventos

UM instantánea completa diaria establece o estado íntegro do catálogo. As actualizações de um API intradía transportan os alterações rápidos de preço, existencias e promoções. Nenhum canal sustituye ao outro: um instantánea corrige divergencias e o flujo de eventos mantém actualizadas as transacções.

O descoberta é necesario; o pago é independiente

UM qualidade do feed pode fazer que um produto seja comprensible e apto. Não garantiza uma recomendação nem uma conversão, e o pago adiciona seus propios requisitos de políticas, fiabilidade e confianza.

UM verificação cruzada premia um coherencia

Os feeds, o marcado e o pago actúan como testigos independientes de um mesma oferta. UM coincidencia genera confianza; uma discrepancia obliga um plataforma um decidir o que fuente está obsoleta.

Recursos que merecen seu tempo

Mis artículos relacionados

• Guía para principiantes de SEO técnico: como encajan os dados estruturados e os feeds em o panorama general.
• Conoce um os novos rastreadores web: os bots de IA se acercan um os bots de os mecanismos de busca: como um combinação de bots que leen seu site —e o entorno de seu feed— se desplaza para um IA.

Mis charlas

• Como funciona um pesquisa (SlideShare): mi recorrido por rastreo, renderizado, indexação e posicionamiento, útil para entender por o que o descoberta basado em feeds omite gran parte de esse embudo. Aviso habitual: “Isto é meu understanding de systems… não going para ser 100% completo ou accurate.” (traducção) «esta é mi comprensión de os sistemas; não será completa nem exacta ao cien por cien».

Recursos do sector

• OpenAI: descrição general de os feeds de produtos e especificação de campos obligatorios: fuente primaria do feed ACP, comprobada diretamente.
• Google: introducção um os dados estruturados de Produto: como se combinan e verifican de forma cruzada o feed e o marcado em página.
• Shopify Enterprise: ocho consejos para preparar seus dados de produto para canales de IA (Kate Ragotte): um explicação oficial de plataforma mas sólida sobre coherencia e estructura de dados.
• Mecanismo de busca Land: por o que os feeds de produtos precisam uma estrategia orgánica para um pesquisa com IA (Jen Cornwell, Tinuiti): o feed como activo próprio que alimenta um visibilidade em IA.
• Mecanismo de busca Land: o proceso de os motores de IA e as barreras que deciden se obtienes um recomendação (Jason Barnard, Kalicube): por o que os feeds estructurados omiten gran parte do embudo SEO.
• PPC Land: ocho atributos de Google Merchant Center que seu feed precisa para AI modo: recorrido por os Atributos conversacionales; contrasta os nomes com um documentação vigente de Google.
• Mecanismo de busca Land: o pago de Walmart em ChatGPT convirtió pior que o site web: salvedad sobre descoberta frente um conversão.
• Striim: o problema de um IA em o comercio minorista não é o modelo, e sim o reloj: analogía clara de por o que as sincronizações de inventario por lotes fallan quando os agentes precisam dados casi em tempo real.

Ponte um teste: feeds de produtos para IA

Cinco perguntas rápidas sobre como criar um feed que os agentes de IA puedan leer e usar para comprar. Elige uma resposta para cada pergunta e verifica o resultado.

Registro de alterações