Em julho de 2026 a Salesforce liberou o maior release do Agentforce Commerce desde o lançamento da linha: o catálogo de produtos de um e-commerce passa a sincronizar direto com o ChatGPT, com o Google AI Mode e com o Gemini — sem middleware, sem integração customizada, sem camada de tradução construída à mão. No mesmo pacote veio um POS para iOS (com Android e Windows prometidos para agosto), o que dá a dimensão do movimento: a empresa está tratando os assistentes de IA como mais um ponto de venda, no mesmo nível de uma loja física.
É fácil ler isso como "mais uma funcionalidade de IA no e-commerce" e seguir a vida. Seria um erro. O que está acontecendo aqui não é a IA entrando no seu site — é a descoberta de produto saindo do seu site. E quando a descoberta migra para o assistente, a régua de quem existe e quem não existe no varejo digital muda de lugar.
O que a Salesforce anunciou no Agentforce Commerce
Em uma frase: o catálogo, o preço e a disponibilidade de produtos de uma loja rodando Salesforce Commerce passam a ser expostos de forma nativa para assistentes de IA de terceiros. Quando alguém pergunta ao ChatGPT "qual tênis de corrida com amortecimento alto até R$ 700", o assistente pode consultar catálogos sincronizados e responder com produtos reais, com preço real, de lojas reais — e conduzir a compra a partir dali.
Do lado do lojista, isso significa uma coisa nova e uma coisa velha. A coisa nova é o canal: um lugar onde o cliente descobre o produto sem nunca ter aberto o seu domínio. A coisa velha, e é aqui que a maioria vai tropeçar, é o requisito técnico: para participar dessa vitrine, o dado de produto precisa estar disponível por API, correto e atualizado no instante da consulta. Não em seis horas. Agora.
Vale registrar o óbvio antes de seguir: isso não é uma história sobre a Salesforce. Ela apenas foi a primeira a empacotar o movimento como produto comercial. VTEX, Shopify, Adobe Commerce e as plataformas headless estão correndo atrás da mesma coisa, cada uma com seu nome e seu roadmap. O protocolo pode variar; o requisito de arquitetura é idêntico em todas. Quem se preparar agora se prepara para todas elas.
Por que o assistente virou a nova vitrine — e o site virou back-office
Durante vinte anos, a jornada de compra digital tinha uma forma reconhecível: o cliente buscava no Google, clicava em um link, aterrissava no seu site e navegava a sua vitrine. Todo o investimento em SEO, em UX, em merchandising e em CRO existia para dominar aquele momento em que o cliente estava dentro da sua casa.
O que os assistentes fazem é intermediar essa etapa. O cliente não pede "me leve a uma loja"; ele pede o produto. O assistente compara, filtra, recomenda e — cada vez mais — conclui. O seu site continua existindo, mas em muitos casos vira o back-office da transação: o lugar onde o pedido é processado, onde a nota é emitida, onde o estoque é baixado. A camada de relacionamento com o consumidor se desloca para cima.
A consequência estratégica é dura para quem construiu diferenciação na camada de apresentação. Se o seu diferencial é a vitrine — o layout, o banner, a curadoria visual — ele fica invisível quando quem navega é uma máquina. O que sobrevive na vitrine do agente é o que a máquina consegue ler e comparar: sortimento, preço, disponibilidade, prazo de entrega, reputação, política de troca. É um varejo mais cru, mais objetivo, e muito menos tolerante a dado ruim.
O que quebra: catálogo em batch, preço desatualizado, estoque mentiroso
Aqui está a parte que as apresentações de lançamento não mostram. Um agente não é um visitante paciente. Ele consulta, compara e decide em segundos, e ele não tem como saber que aquele preço veio de uma sincronização das 3 da manhã. Três falhas clássicas de arquitetura, que hoje passam despercebidas porque o cliente humano perdoa, viram incidente na vitrine agêntica:
Catálogo em batch. Muitas operações ainda exportam o catálogo do PIM ou do ERP em janelas — de hora em hora, de seis em seis horas, uma vez por dia. Um produto descontinuado continua sendo recomendado pelo assistente até a próxima janela. Um produto novo demora meio dia para existir. Na vitrine do agente, atraso de catálogo é sortimento fantasma.
Preço desatualizado. É o pior dos três, porque tem consequência jurídica e reputacional. O assistente diz R$ 499; o checkout cobra R$ 549. O cliente não vai concluir que houve dessincronização entre o motor de precificação e a camada de exposição — ele vai concluir que a loja é enganosa. Em canais onde a recomendação é auditada pelo próprio provedor do assistente, esse tipo de divergência tende a rebaixar a sua loja no ranking de resultados.
Estoque mentiroso. A venda é confirmada, o pedido entra, e só então a operação descobre que a peça não existe no CD. Cancelamento pós-venda sempre foi caro. Em canal agêntico, além de caro, ele é penalizado: taxa alta de cancelamento é um sinal negativo direto para quem opera a vitrine.
O padrão comum às três falhas é o mesmo: a arquitetura foi desenhada assumindo um consumidor humano, lento e tolerante. O agente não é nenhuma das três coisas.
Requisitos de arquitetura para vender via agente
Sair do diagnóstico e ir para a engenharia. Para que um catálogo aguente ser consultado por um agente, quatro camadas precisam estar de pé:
1. Catálogo exposto como API, não como arquivo. Feed em CSV ou XML gerado por job noturno é o oposto do que se precisa. O caminho é uma API de produto com contrato estável, versionada, com paginação e filtros, que leia de uma fonte única de verdade (o PIM), e não de uma cópia. Se hoje o seu catálogo vive dentro do CMS da plataforma, esse é o primeiro nó a desatar.
2. Preço em tempo real, com regra de negócio embutida. Preço em e-commerce brasileiro raramente é um número: é uma função de tabela, campanha, cupom, meio de pagamento, região e cliente. Expor "o preço" para um agente exige uma camada de precificação consultável em tempo real, que devolva o valor final e as condições. Devolver o preço "de tabela" e deixar a diferença aparecer no checkout é criar o problema descrito acima.
3. Estoque com reserva e propagação por evento. A disponibilidade precisa refletir o que existe agora, incluindo o que já está reservado em carrinhos abertos. Isso puxa uma arquitetura orientada a eventos: cada movimentação de estoque publica um evento (Kafka, RabbitMQ), e os consumidores — inclusive a camada de exposição para agentes — atualizam sua visão em segundos, não em horas.
4. Fulfillment que confirma o que promete. Prazo de entrega é hoje um dos principais critérios de comparação nos assistentes. Se a sua promessa de prazo é uma estimativa genérica de CEP, o agente vai comparar a sua estimativa com a de um concorrente que calcula por CD, por transportadora e por horário de corte — e você perde a recomendação sem nunca ter perdido no preço.
Note que nenhum desses quatro requisitos é sobre IA. Todos são sobre integração, dado em tempo real e contrato de API. Essa é a piada silenciosa do agentic commerce: o projeto de IA que a sua empresa precisa fazer é, na verdade, um projeto de integração que ficou pendente há cinco anos.
Como a CCX ajuda: catálogo agent-ready sobre Salesforce Commerce + Data Cloud
A CCX é parceira de implementação de Salesforce Commerce Cloud e Data Cloud e trabalha exatamente na camada onde esse projeto quebra: a exposição do dado. Na prática, o desenho é o do §22 do nosso portfólio combinado com o de Integrações & APIs Enterprise: o Data Cloud unifica e ativa o dado de produto e de cliente que hoje está espalhado entre ERP, PIM, WMS e plataforma; a camada de integração — REST, GraphQL e eventos em Kafka/RabbitMQ — garante que preço e estoque cheguem à vitrine no segundo em que mudam, e não na próxima janela de batch.
O ponto de partida não é comprar licença: é o inventário. Antes de conectar qualquer coisa a um assistente, mapeamos de onde vem cada campo que o agente vai consultar — quem é dono do preço, quem é dono do estoque, qual a latência real de cada integração hoje — e reconstruímos o acoplamento em camada event-driven. É a mesma metodologia de 6 fases que aplicamos em migração de plataforma: discovery, arquitetura-alvo, implementação em sprints, QA e go-live assistido.
Com mais de 200 projetos entregues, 50+ engenheiros sêniores e bilhões de reais em GMV processado por clientes, a pergunta que fazemos no primeiro dia de discovery costuma ser a mesma deste artigo: seu catálogo aguenta ser consultado por um agente, agora? Se a resposta honesta for "sincroniza de 6 em 6 horas", há trabalho a fazer — e ele é mais rápido do que parece, porque a maior parte dele é arrumar o que já existe.
Falar com especialista Salesforce →
FAQ
O Agentforce Commerce só funciona para quem já usa Salesforce?
O produto é da Salesforce e nasce integrado ao Commerce Cloud. Mas o movimento — expor catálogo para assistentes — não é exclusivo: outras plataformas estão construindo equivalentes, e uma operação com catálogo bem exposto por API consegue atender múltiplos canais agênticos independentemente de plataforma.
Meu site perde tráfego se o cliente compra pelo assistente?
Provavelmente sim, em sessões de descoberta. O que muda é a métrica: em vez de otimizar visita, passa-se a otimizar presença e taxa de recomendação no canal agêntico. O site continua central para marca, conteúdo, pós-venda e recompra.
Qual é o esforço típico para deixar um catálogo "agent-ready"?
Depende de quantos sistemas são donos do dado. Operações com PIM consolidado e integrações em tempo real chegam lá em semanas; operações com catálogo preso ao CMS e sincronização em batch tratam isso como um projeto de integração de alguns meses — e é justamente essa fila que vale começar agora.
Vale esperar o mercado amadurecer?
Esperar a vitrine agêntica amadurecer é razoável. Esperar para arrumar catálogo, preço e estoque em tempo real não é — porque esse trabalho é pré-requisito de qualquer canal, agora e depois.