Páginas de produto precisam responder a agentes de IA: o que testar

Páginas de produto precisam responder a agentes de IA: o que testar

Uma auditoria das 122 principais lojas Shopify, publicada pelo Search Engine Journal, mostrou que a maioria dessas lojas parece pronta para agentes de IA e falha quando o comprador pergunta sobre envio, retirada ou cancelamento. Segundo o levantamento, 89 das 122 lojas publicam um arquivo /agents.md, mas 83 desses 89 são cópias quase idênticas de um único template gerado pela Shopify; apenas cinco, em toda a amostra, foram escritos pelo próprio lojista. Em 2026, Slobodan Manic argumentou que as versões somente texto dos sites servidas à IA “removem a camada errada” (strip out the wrong layer), porque um espelho em markdown descreve a página e descarta tudo o que o visitante poderia clicar, virando “um folheto servido ao usuário mais ansioso para agir”. Para quem escreve páginas de produto, a tarefa que sobra é operacional: deixar explícitas as respostas que decidem a compra.

Por que uma loja pode parecer pronta para agentes e travar na compra

Manic sustenta que a otimização para mecanismos generativos, a GEO, “não tem absolutamente nada a ver com a ação” (has absolutely nothing to do with the action). A auditoria do Search Engine Journal aponta na mesma direção: a maioria das lojas publica os fatos de que um agente precisa e o checkout da Shopify funciona, mas o que quebra é o passo intermediário, transformar uma política publicada em resposta utilizável no momento da decisão. A janela de devolução, por exemplo, aparece como texto corrido em uma página de política, e o agente não consegue recuperá-la quando questionado. Ser citado ou ranqueado por um buscador ou por um modelo não corrige esse ponto.

Manic fecha com uma lista de três partes que, segundo ele, toda equipe de e-commerce deveria adotar: expor o que pode ser feito, tornar isso chamável pelo agente e reportar o que aconteceu. As duas primeiras dependem de informação explícita, e ela começa no texto da página de produto.

O que os números dizem sobre os controles da página de produto

O Search Engine Journal repetiu verificações de acessibilidade que a WebAIM havia feito em 2026 em páginas iniciais, com 51% de campos de formulário sem rótulo, 46,3% de links vazios e 30,6% de botões vazios, mas desta vez na página de produto, onde a ação de compra acontece, em 68 lojas recuperáveis. Na amostra, 47% das lojas tinham ao menos um campo sem rótulo, 46% ao menos um link vazio e 37% ao menos um botão vazio. Entre as que usam menus suspensos de tamanho ou de opção, 65% não tinham rótulo em pelo menos um deles. Em 19 das 68 lojas não havia nenhum controle de adicionar ao carrinho no HTML servido pelo servidor. Apenas 31 das 68 passaram em todo o conjunto de verificações.

O botão de compra costuma ser a parte saudável: quando está presente, é um nativo e nomeado em 92% dos casos. O problema está ao redor dele. Se dois terços dos seletores de tamanho não têm rótulo, o agente não consegue distinguir com segurança qual menu define o tamanho e qual define a cor.

É nesse ponto que UX, acessibilidade e prontidão para agentes precisam trabalhar juntas, porque dependem da mesma marcação: um seletor de tamanho rotulado, um botão de compra nomeado e um aviso anunciado de “adicionado ao carrinho” atendem ao mesmo tempo a quem usa leitor de tela, a quem navega por teclado e ao agente de navegador. Os conflitos vêm de um design pensado apenas para o olho, com amostras de cor sem nome e confirmações que só aparecem na tela.

Quais perguntas o texto da página precisa responder antes da compra

A partir desses achados, dá para montar uma lista de verificação editorial. As recomendações a seguir são análise deste artigo, não conclusões atribuídas às fontes.

• Prazo e custo de envio escritos em texto, sem depender de tabela em imagem ou de componente que só renderiza no navegador.

• Retirada em loja ou ponto de coleta: se existe, onde fica, em quanto tempo o pedido fica pronto e qual documento é necessário.

• Cancelamento e devolução: prazo exato, quem paga o frete e como iniciar a solicitação.

• Variações: o que diferencia tamanho, cor e modelo, com nomes em texto em vez de apenas amostras visuais.

• Disponibilidade: em estoque, sob encomenda ou esgotado, com a informação presente no HTML servido.

• Pós-clique: o que acontece depois de adicionar ao carrinho e onde o pedido fica registrado.

A lógica é escrever para dois leitores ao mesmo tempo. A mesma frase que responde ao visitante quando o pedido chega é o dado que um agente precisa recuperar para responder ao comprador no chat, no assistente do navegador ou na busca generativa. O Copy Mágico é uma ferramenta para produzir esses textos com consistência e manter o mesmo padrão de informação em cada página de produto.

O Search Engine Journal credita à Shopify ter implantado um comércio chamável por agentes, e afirma que não foram os lojistas que construíram isso. Os números confirmam a escala: 76 das 86 páginas de produto coletadas carregam o mesmo script adaptador WebMCP da Shopify. O que a plataforma entrega é a ação; o que ainda depende do lojista é a informação. Um teste que qualquer equipe roda sem ferramenta é perguntar, como faria um comprador, quando o pedido chega, quanto custa o frete, como cancela e como retira, e conferir se a resposta está escrita, com nome, em texto que qualquer sistema consegue ler.