Comércio agêntico
Como tornar uma loja de e-commerce legível por agentes de compra de IA?
Atualizado em
Tornar uma loja legível por agentes envolve quatro etapas: renderizar dados de produto no servidor para que preço, disponibilidade e identificadores existam no HTML bruto, em vez de apenas após a renderização no lado do cliente; marcá-lo com schema.org Product, incluindo offers, price, priceCurrency, availability e um GTIN ou SKU; publicar uma camada de descoberta — robots.txt admitindo rastreadores assistentes, um sitemap e um llms.txt; e expor um endpoint programático de cotação e carrinho para que um agente possa obter um preço vinculativo sem precisar de um navegador. O primeiro item resolve a maior parte da lacuna por si só.
Comece medindo sua própria lacuna
Antes de mudar qualquer coisa, execute o teste que prevê a maior parte do problema. Busque uma página de produto da mesma forma que um rastreador faz — sem execução de JavaScript — e veja o que sobrevive.
Você está verificando quatro coisas na resposta bruta: o preço, o estado de disponibilidade, a identidade da variante e um identificador de produto estável. Se algum desses itens só se materializar após a renderização no lado do cliente, então um agente que avalia seu produto está adivinhando ou ignorando você. A Adobe descobriu que as páginas de produto pontuam 66% em legibilidade por máquina, o mais baixo de qualquer tipo de página, e esta é a razão esmagadora.
Execute o mesmo teste em suas páginas de coleção e seus resultados de pesquisa. Páginas de categoria que renderizam inteiramente no lado do cliente são invisíveis como superfícies de descoberta, mesmo quando os produtos individuais estão bem.
As quatro camadas, em ordem de retorno
Cada camada abaixo é útil independentemente. Nada disso é desperdiçado se um protocolo específico não prevalecer, o que é a propriedade que você deseja, dado o quanto ainda está em movimento.
| Camada | O que entregar | Por que ele traz retorno primeiro |
|---|---|---|
| Dados de produto renderizados no servidor | Preço, disponibilidade, variante, SKU/GTIN presentes na resposta HTML inicial | Fecha a maior lacuna medida e melhora o SEO clássico simultaneamente — a mesma correção atende a ambos os públicos |
| Marcação schema.org Product | Produto com offers, price, priceCurrency, availability, sku/gtin, aggregateRating apenas se real | Transforma texto analisado em fatos afirmados; também a entrada para os rich results do Google Merchant |
| Camada de descoberta | robots.txt admitindo rastreadores assistentes, sitemap.xml, llms.txt declarando o que você vende | Barato, de uma só vez, e determina se algo do que foi mencionado acima é sequer buscado |
| Cotação e carrinho programáticos | Uma API que retorna um total vinculativo incluindo frete e impostos, além da construção do carrinho | Exigido por UCP e ACP para a etapa de transação; remove completamente a simulação de navegador |
A decisão sobre robots.txt que as pessoas erram
Bloquear rastreadores de IA em massa é uma posição defensável para um editor cujo produto é o texto. É quase indefensável para um comerciante cujo produto é um produto: você está recusando aparecer no canal de referência que mais cresce no varejo a fim de proteger o texto que você escreveu para vender aquele produto.
Seja deliberado em vez de usar o padrão. Decida separadamente sobre rastreadores que constroem corpora de treinamento e agentes que buscam uma página para responder a uma pergunta de compra ao vivo — eles são acordos diferentes, e a maioria dos varejistas quer admitir o segundo incondicionalmente.
O outro erro comum são as regras de disallow excessivamente amplas. Se suas superfícies autenticadas estiverem em caminhos de nível raiz que são prefixos de páginas de marketing, um disallow simples desindexa silenciosamente a página de marketing também. Ancore cada regra.
llms.txt é barato e a objeção a ele é fraca
Costumávamos enquadrar isso como uma aposta barata que ninguém havia feito. Nossa própria medição diz o contrário: de 147 marcas DTC bem conhecidas, a maioria das acessíveis já publica um llms.txt — e a grande maioria não o escreveu, porque sua plataforma entrega um modelo. O Google disse que nenhum sistema de IA usa o arquivo; se os comerciantes o publicam não está mais em questão.
Então a decisão não é se ter um. É se o padrão gerado vale alguma coisa. Um modelo de 4.3KB descreve uma loja genérica — ele não sabe quais de seus produtos importam ou o que o separa de todas as outras marcas que publicam o mesmo documento. As marcas que escreveram o seu próprio variam de 566 bytes a 28KB.
A regra de qualquer forma: gere-o a partir do seu registro de rotas em vez de escrevê-lo manualmente, para que não se deteriore. Um índice desatualizado é pior do que nenhum, porque ele aponta com confiança para páginas que foram movidas.
O que você obtém sem construir nada disso na PlatformDTC
Na PlatformDTC, estas são propriedades da plataforma, e não um projeto. As vitrines renderizam dados de produto no servidor com marcação estruturada como a saída padrão do pipeline de publicação. A camada de descoberta — robots, sitemap, llms.txt — é gerada a partir da árvore de rotas real no momento da construção, então uma página que é entregue é uma página que é detectável.
A camada programática é o Agent Gateway: operações de catálogo, carrinho, cotação e pedido expostas como chamadas de API com escopo e como ferramentas MCP, com chaves de idempotência, um registro de auditoria e um portão de aprovação humana para qualquer coisa que envolva gastos.
Perguntas frequentes
- A preparação para agentes entra em conflito com a otimização da taxa de conversão?
- Raramente, porque operam em camadas diferentes. A renderização de preço e disponibilidade no servidor muda o que está na resposta HTML, não o que um humano vê. A tensão genuína é com táticas que existem apenas para fabricar urgência — um agente lê o número real do estoque, então um falso é ineficaz e um risco de credibilidade.
- A marcação schema.org Product é suficiente por si só?
- Apenas se os valores nele forem reais e atuais. Uma marcação que afirma um preço que a página não cobra mais, ou em estoque em uma variante esgotada, é pior do que nenhuma — ela produz respostas erradas com confiança e, para os rich results do Google Merchant, arrisca uma penalidade de dados estruturados. Gere-o da mesma fonte da qual a vitrine renderiza.
- Quanto tempo isso leva em uma loja existente?
- A camada de descoberta leva horas. A marcação de esquema leva dias se seus dados de catálogo estiverem limpos. A renderização de dados de produto no servidor é o projeto real e depende inteiramente da arquitetura da sua vitrine — um tema renderizado no lado do cliente construído sobre uma API JSON é uma reconstrução do caminho de renderização, não um patch.
- Quais rastreadores assistentes devo permitir?
- Distinga os dois propósitos. Agentes que buscam páginas para responder a perguntas de compra ao vivo — os que produzem o tráfego de referência que a Adobe mede — são os que devem ser admitidos. Rastreadores de corpus de treinamento em massa são uma decisão comercial separada. Nomeie-os individualmente em robots.txt em vez de depender de uma regra geral.