Um agente não corrige um catálogo inconsistente. Ele pode amplificar nomes ambíguos, variantes misturadas, preços desatualizados, estoque divergente e políticas contraditórias. A prontidão começa com um modelo mínimo de produto e oferta, fontes operacionais definidas, identificadores estáveis, data de atualização e donos claros. Dados estruturados e feeds aumentam a legibilidade para mecanismos, mas não substituem governança. A IA ajuda a encontrar lacunas, duplicidades e conflitos. Pessoas responsáveis decidem taxonomia, promessa e regra comercial.
Situação real: a recomendação faz sentido, mas o produto não existe naquela condição
Uma pessoa pede a um assistente: "Quero uma mochila impermeável, até 25 litros, que caiba como bagagem de mão e chegue antes de sexta". O agente encontra uma página bem posicionada, interpreta a descrição e recomenda o modelo certo.
Ao abrir a loja, a variante exibida tem 32 litros. O preço mencionado pertence a outra cor. O estoque terminou no dia anterior. A página de produto promete entrega rápida, mas o cálculo para o CEP mostra outra data. A política de troca no rodapé também difere da resposta do atendimento.
O agente parece ter errado. Na verdade, ele reuniu informações incompatíveis publicadas pela própria empresa.
Esse problema já existia antes de agentes de IA. Clientes, buscadores, marketplaces, vendedores e atendentes também sofrem quando a arquitetura depende de descrições livres, planilhas paralelas e atualizações sem dono. A novidade é que uma interface conversacional comprime a comparação e apresenta uma síntese pronta para decisão. A inconsistência fica menos visível e pode ganhar aparência de certeza.
Tese: catálogo é infraestrutura de decisão
Uma página bonita pode ajudar a desejar. Um catálogo confiável precisa ajudar a identificar, comparar, escolher, comprar, receber e, quando necessário, devolver.
Para isso, a empresa precisa separar três entidades que muitas operações misturam:
- produto: o que é, para quem serve e quais benefícios e atributos possui;
- variante: a configuração específica, como cor, tamanho, material ou capacidade;
- oferta: preço, moeda, disponibilidade, vendedor, condição, entrega e política aplicáveis naquele momento.
Quando essas entidades ficam presas em um único bloco de texto, pessoas e sistemas precisam inferir relações. Quando estão estruturadas, identificadas e sincronizadas, a empresa consegue responder com mais precisão.
A pergunta estratégica não é "o catálogo tem descrição?". É "que decisão cada campo sustenta, qual sistema responde por ele e como sabemos se ainda está válido?".
A arquitetura começa na tarefa, não na árvore interna
Organizações tendem a estruturar catálogos segundo fornecedores, áreas ou sistemas. Clientes chegam com outra lógica: finalidade, compatibilidade, ocasião, restrição, tamanho, prazo e orçamento.
Uma pessoa não procura necessariamente "linha X, coleção Y, família Z". Ela pode procurar "cadeira para trabalhar oito horas em mesa baixa" ou "tênis para chuva com forma larga". A arquitetura precisa conectar linguagem do negócio e modelo mental do usuário.
Análise de tarefa, entrevistas, busca interna, atendimento e devoluções mostram quais perguntas aparecem antes e depois da compra. Card sorting ajuda a entender como pessoas agrupam e nomeiam itens. Logs de busca revelam sinônimos, ausência de resultado e refinamentos. Nenhuma fonte é suficiente sozinha.
Um catálogo legível trabalha quatro sistemas em conjunto:
- Organização: como produtos e ofertas são agrupados.
- Rotulação: que nomes representam categorias, atributos e variantes.
- Navegação: como pessoas e mecanismos avançam entre relações.
- Busca: como perguntas são interpretadas, respondidas ou recuperadas quando não há resultado.
Esses elementos não servem apenas à interface. Eles formam a base semântica usada por feeds, integrações, atendimento e agentes.
O esquema mínimo precisa separar fato, prova e promessa
Um modelo inicial pode conter:
Para quem não trabalha diariamente com catálogo, as siglas significam: gestão de informações de produto (Product Information Management, PIM); unidade de manutenção de estoque (Stock Keeping Unit, SKU), usada como identificador interno do item ou variante; planejamento de recursos empresariais (Enterprise Resource Planning, ERP); sistema de gestão de pedidos (Order Management System, OMS); e sistema de gestão de conteúdo (Content Management System, CMS).
| Entidade | Campos essenciais | Fonte responsável |
|---|---|---|
| Produto | ID, nome, descrição, marca, categoria, atributos, benefício e imagens | PIM ou catálogo mestre |
| Variante | ID, SKU, atributos que variam, imagem, código global quando houver | PIM e ERP |
| Oferta | vendedor, preço, moeda, condição, validade e disponibilidade | motor de preço e comércio |
| Estoque | quantidade ou estado, local e horário de atualização | OMS, ERP ou estoque |
| Entrega | região, modalidade, custo, prazo e restrição | logística e cálculo de frete |
| Política | troca, devolução, garantia, elegibilidade e vigência | área responsável e CMS governado |
| Prova | certificação, teste, origem, avaliação ou documento verificável | repositório aprovado |
| Diferencial | comparação sustentada por atributo ou serviço | produto, marca e jurídico |
O nome não deve carregar tudo. "Camiseta premium azul M" mistura produto, posicionamento, cor e tamanho. Identificadores e relações permitem apresentar cada parte no contexto adequado.
Também é importante distinguir fato, prova e promessa. "Algodão 100%" é um atributo que precisa de fonte. Um certificado é uma prova com emissor e validade. "Chega amanhã" é uma promessa calculada para pedido, CEP, estoque e horário. Agentes não deveriam converter um texto promocional em condição operacional.
Fonte de verdade não significa um único sistema para tudo
Uma empresa pode ter fontes diferentes por domínio. O problema não é a distribuição. É não saber quem responde por cada campo, como as fontes se sincronizam e qual prevalece em conflito.
Para cada atributo, registre:
- sistema de origem;
- unidade e formato;
- frequência de atualização;
- horário da última mudança;
- responsável;
- regra de precedência;
- uso permitido;
- histórico de alteração.
Modelos financeiros dependem de premissas, unidades e datas consistentes. O mesmo princípio vale para catálogo. Uma recomendação pode parecer sofisticada e ainda estar errada porque combinou preço mensal com anual, dimensão externa com interna ou disponibilidade nacional com estoque local.
Se duas fontes discordam, a IA não deve escolher a versão mais plausível. Precisa registrar o conflito e encaminhar ao dono da regra.
Dados estruturados melhoram legibilidade, não garantem qualidade
O Google orienta comerciantes a publicar dados estruturados Product e Offer nas páginas e também pode receber feeds pelo Merchant Center. Esses dados permitem representar preço, disponibilidade, envio, devolução e variantes de forma padronizada. Para variantes, a documentação recomenda identificadores únicos e relações explícitas com o grupo de produto.
Isso reduz ambiguidade, mas não resolve a operação. A marcação pode estar tecnicamente válida e exibir preço antigo. Um feed pode atualizar em ritmo diferente da página. O próprio Google documenta que atrasos entre site e Merchant Center podem gerar inconsistências de preço e estoque.
Portanto, valide quatro camadas:
- o valor está correto na origem operacional;
- a integração transportou o campo e a unidade corretos;
- a página apresenta a mesma condição;
- o dado estruturado ou feed corresponde ao que a pessoa encontra.
O teste de resultados avançados verifica sintaxe e requisitos. Não comprova que a promessa é verdadeira.
Agentes mudam a interface da pergunta, não a responsabilidade pela resposta
No comércio convencional, a pessoa navega por menus e filtros. Com um agente, ela formula restrições em linguagem natural e espera uma seleção. A pergunta pode combinar intenção, compatibilidade, prazo, política e preferência.
Uma resposta confiável precisa revelar:
- quais critérios foram usados;
- que atributos estavam disponíveis;
- quais informações faltaram;
- quando preço e estoque foram consultados;
- que política se aplica;
- onde existe incerteza;
- como revisar ou mudar a escolha.
Nem toda preferência deve virar coleta de dado. "Preciso para uma viagem" pode orientar capacidade e entrega. Não autoriza inferir renda, saúde ou outra característica sensível. O catálogo deve responder ao problema com o mínimo de contexto necessário.
A Shopify descreve o comércio agêntico como um cenário em que sistemas ajudam a descobrir, comparar e executar partes da compra. Como a fonte é uma plataforma interessada no mercado, seus dados devem ser tratados como sinal do ecossistema, não como medida universal. A recomendação estrutural, porém, permanece válida: atributos, variantes, preço, estoque e políticas precisam estar completos e atualizados.
Cinco perguntas reais valem mais do que uma auditoria abstrata
Escolha perguntas que representem tarefas relevantes e restrições diferentes. Por exemplo:
- Qual opção atende a uma finalidade específica dentro de um orçamento?
- Que variante é compatível com uma medida ou equipamento?
- O produto está disponível para um CEP e uma data?
- Qual é o custo total e a condição de devolução?
- Que diferença verificável existe entre duas opções semelhantes?
Para cada resposta, registre:
- resultado apresentado;
- campos usados;
- fonte de cada campo;
- data e hora;
- conflito encontrado;
- informação ausente;
- impacto possível na escolha;
- correção e responsável.
Repita o teste na página, busca, atendimento e agente. A comparação mostra onde o catálogo muda de versão conforme o canal.
Governança transforma correção pontual em capacidade
Corrigir cinco produtos não resolve um processo que volta a gerar inconsistência. A governança precisa definir:
- dono da taxonomia;
- responsáveis por atributos e políticas;
- aprovação de alegações;
- sincronização de preço e estoque;
- tratamento de conflito;
- indicador de cobertura e atualidade;
- registro de incidentes;
- revisão periódica.
O trabalho atravessa produto, tecnologia, conteúdo, comércio, logística, jurídico, atendimento e dados. Sem uma decisão explícita de propriedade, cada área otimiza sua saída e a pessoa recebe uma colagem.
Como usar IA para auditar o catálogo
A IA pode acelerar a localização de problemas em milhares de itens. O fluxo deve preservar rastreabilidade.
- Exporte campos autorizados de cada fonte com identificador e data.
- Normalize nomes e unidades sem sobrescrever o valor original.
- Compare produto, variante, oferta, estoque, entrega e política.
- Classifique lacuna, duplicidade, conflito, ambiguidade e desatualização.
- Gere perguntas reais por categoria.
- Execute respostas em ambiente de teste.
- Solicite evidência e fonte para cada afirmação.
- Encaminhe conflitos para o dono do domínio.
Prompt de auditoria:
Compare os registros pelo identificador fornecido. Liste campos ausentes, valores conflitantes, unidades incompatíveis, possíveis duplicidades e informações vencidas. Preserve os valores originais e cite arquivo, sistema, campo e data. Não escolha qual fonte está correta. Não invente atributo, preço, estoque, política ou diferencial. Para cada problema, explique que pergunta de cliente pode ser afetada e indique o responsável que deve validar.
O modelo pode sugerir sinônimos ou agrupamentos. A adoção depende de pesquisa, taxonomia e aprovação. Mudanças automáticas em produção devem ser evitadas, principalmente para preço, disponibilidade, política e alegações reguladas.
Métricas de prontidão
| Dimensão | Métrica | Pergunta |
|---|---|---|
| Cobertura | atributos obrigatórios preenchidos | o catálogo tem o mínimo para responder? |
| Consistência | conflitos entre fontes | site, feed, atendimento e operação concordam? |
| Atualidade | tempo desde atualização | preço e estoque refletem a condição vigente? |
| Identidade | variantes com ID único | o sistema distingue configurações corretamente? |
| Encontrabilidade | busca sem resultado e reformulação | pessoas encontram pela própria linguagem? |
| Resposta | precisão nas cinco perguntas | mecanismos usam o item e a condição certos? |
| Negócio | conversão assistida | respostas confiáveis apoiam compra? |
| Qualidade | devolução e contato por informação incorreta | a recomendação criou custo posterior? |
| Governança | tempo para corrigir conflito | o sistema aprende ou depende de esforço manual? |
Não use um índice único para esconder gravidade. Um campo de cor ausente e um preço incorreto não têm o mesmo risco.
Guardrails
- Não afirmar que dados estruturados garantem recomendação ou destaque.
- Não usar IA para escolher a fonte correta quando há conflito.
- Não atualizar preço, estoque ou política fora da origem operacional.
- Não publicar alegação ou diferencial sem prova e responsável.
- Não misturar produto, variante e oferta no mesmo identificador.
- Não inferir atributo ausente pela imagem ou por item semelhante.
- Não expor custo interno, dado pessoal ou informação comercial restrita.
- Registrar data, unidade e fonte de cada valor crítico.
- Permitir que pessoas revisem critérios e alternativas da recomendação.
- Medir devolução, reclamação e contato, não apenas tráfego e conversão.
Artefato prático: checklist de prontidão para agentes
Avalie uma categoria piloto de 20 a 50 produtos:
Identidade e estrutura
- Produto, variante e oferta têm IDs distintos e estáveis.
- Atributos que definem variante estão estruturados.
- Categorias e rótulos refletem linguagem observada de clientes.
- Sinônimos e termos sem resultado têm tratamento definido.
Condição comercial
- Preço, moeda, disponibilidade e validade vêm de fonte governada.
- Frete e prazo são calculados no contexto correto.
- Troca, devolução e garantia têm versão e vigência.
- Alegações possuem prova, responsável e data.
Distribuição
- Página, feed, dados estruturados e atendimento exibem a mesma condição.
- Variantes podem ser acessadas e identificadas de forma consistente.
- Mudanças rápidas têm mecanismo de atualização adequado.
- Conflitos geram alerta, não escolha automática.
Teste de resposta
- Cinco perguntas reais foram executadas.
- Cada resposta mostra fonte e horário dos campos críticos.
- A ausência de informação é reconhecida.
- A pessoa consegue revisar critérios, alternativa e próxima ação.
Registre o resultado em um log de contradições com gravidade, impacto, dono, prazo e validação após correção.
Conclusão
No exemplo da mochila, o agente não precisava de uma frase mais inteligente. Precisava de variante correta, preço vigente, estoque real, prazo calculado e política coerente.
Catálogo é arquitetura de decisão. Ele conecta linguagem, produto, operação e promessa. Prepará-lo para mecanismos e agentes melhora também busca, atendimento, comparação e governança. A IA ajuda a tornar problemas visíveis, mas não corrige a falta de propriedade sobre a informação.
Comece com uma categoria, cinco perguntas e um mapa de fontes. Descubra onde cada resposta nasce, por quais sistemas passa e quem corrige um conflito. Essa base é menos chamativa do que lançar um agente, mas é o que permite que a experiência seja confiável quando a interface deixa de ser uma página e passa a ser uma conversa.
A AIUX Brasil ajuda empresas a conectar arquitetura da informação, dados de produto, IA e operação para construir catálogos legíveis, auditáveis e orientados a decisão.
Perguntas frequentes
Não. Eles melhoram a representação para mecanismos compatíveis. Qualidade depende de origem correta, atualização, consistência, política clara e governança entre sistemas.
Produto descreve o item e seus atributos. Oferta representa a condição comercial, como preço, disponibilidade, vendedor, entrega e vigência. Uma mesma variante pode ter ofertas diferentes.
Pode sugerir hipóteses para revisão, mas não deve publicar como fato. Inferências por imagem, texto semelhante ou padrão de categoria podem estar erradas e gerar recomendação, devolução ou risco regulatório.
Comece por categorias relevantes, itens mais consultados e campos que alteram escolha, segurança, preço, entrega ou devolução. Combine cobertura com gravidade e incidência de conflitos.
Observe busca sem resultado, conversão assistida, contato por dúvida, devolução por informação incorreta, tempo de correção e conflitos entre fontes. Compare uma categoria piloto com linha de base e grupo comparável quando possível.
Fontes públicas
- Google Search Central: introdução aos dados estruturados de produto, documentação atualizada consultada em setembro de 2026.
- Google Search Central: merchant listings com Product e Offer, requisitos de preço, disponibilidade, envio e devolução.
- Google Search Central: dados estruturados de variantes, relações e identificadores para ProductGroup e Product.
- Google Search Central: compartilhamento de dados de produto, orientação sobre páginas, feeds e inconsistências de atualização.
- Schema.org: MerchantReturnPolicy, vocabulário público para políticas de devolução.
- Shopify: Agentic Commerce, an Executive Guide, sinal de plataforma sobre comércio mediado por agentes, consultado em setembro de 2026.
