Página de dados de produto autônomo

Propósito: fornecer a um agente de compras de IA informações exatas, atuais e legíveis por máquina suficientes para identificar um item, avaliar uma oferta, calcular se pode ser entregue, explicar o risco de devolução e finalizar ou concluir uma transação sem adivinhação.

Pergunta principal: “Posso comprar este produto exato para este cliente, a este preço, neste local, sob estes termos de entrega e devolução?”

Uma página de dados de produto autônomo é uma representação pública estável de um produto ou família de variantes, construída tanto para inspeção quanto para ação. Diferentemente de uma página de produto convencional, que pode contar com hierarquia visual e contexto persuasivo, este tipo trata identidade, oferta, disponibilidade, envio e devoluções como campos explícitos com escopo. Os dois formatos normalmente devem coexistir em uma URL canônica: pessoas recebem explicação e evidências; agentes recebem os mesmos fatos em texto visível, marcação estruturada e interfaces de comércio confiáveis.

Perguntas que responde

A página deve permitir que um agente de compras responda a todas as seguintes perguntas sem inferir um valor ausente:

• Que produto e variante exatos este registro descreve?
• Qual SKU do comerciante, identificador global, marca, modelo, tamanho, cor, capacidade e condição o identificam?
• Qual é o preço atual, moeda, unidade, tratamento fiscal e período de validade da oferta?
• A variante selecionada está realmente disponível, em pré-venda, com reserva ou descontinuada?
• Pode ser enviada para o destino do cliente, a que custo, por qual método e dentro de qual prazo de entrega?
• Quem vende e atende o pedido, e onde a responsabilidade é transferida?
• O que pode ser devolvido, em quantos dias, por qual método, a custo de quem e com quais exceções?
• Qual ação é válida agora: comprar, reservar, solicitar um orçamento, entrar em uma lista de espera ou escolher outra oferta?

A página está pronta para uso autônomo apenas quando a ausência é explícita. “Envio não informado” é diferente de frete grátis; “disponibilidade desconhecida” é diferente de em estoque.

Quando usar este tipo de página

Use-o quando um produto pode ser selecionado ou transacionado e um cliente automatizado precisa de mais do que uma descrição de marketing. É especialmente valioso onde variantes, vendedores, destinos ou exceções de política tornam a resposta condicional.

Não crie uma “versão de IA” indexável separada que repita a página humana. A duplicação cria canônicos concorrentes e dois lugares para fatos voláteis divergirem. Use uma representação separada apenas quando a negociação de conteúdo, um endpoint documentado ou uma resposta de dados não indexável atender a um requisito real do cliente.

Melhor para estes tipos de negócio

1. E-commerce . A melhor adequação porque preço, variante, estoque, envio e devoluções já existem em sistemas operacionais. A tarefa é expô-los com os mesmos identificadores e escopo usados no checkout.
2. Marketplaces . Essencial quando um produto tem vários vendedores ou condições. A identidade do produto deve permanecer separada da identidade da oferta, para que um agente não associe o preço de um vendedor aos termos de entrega ou devolução de outro.
3. Fabricantes e empresas industriais . Valioso para números de modelo, compatibilidade técnica, quantidades por embalagem, distribuidores regionais, prazos de entrega e disponibilidade baseada em cotação. “Entre em contato” ainda deve expor o que pode ser cotado e quais fatos variam.
4. SaaS . Útil quando um plano, complemento, pacote de assentos ou pacote de uso é genuinamente comprável. Substitua campos de envio físico por prazo de ativação e elegibilidade regional ou de conta, mantendo explícitos a base de preço, renovação, cancelamento e identidade do vendedor.

Intenção de busca

A intenção está na fronteira entre decisão e transação. As consultas combinam um produto ou modelo conhecido com “preço”, “em estoque”, “entrega para”, “devoluções”, um tamanho ou cor, ou uma instrução de compra. Um prompt de IA pode adicionar restrições em uma frase: “Encontre o modelo preto de 256 GB por menos de €900, entregue em Bratislava na próxima semana, com pelo menos 30 dias de prazo de devolução.”

A resposta correta não é uma recomendação geral. É uma oferta que preserva as restrições: variante exata, vendedor exato, total atual, elegibilidade de destino, estimativa de entrega, condições de devolução e uma ação estável. Se uma condição não puder ser verificada, a resposta deve identificar a lacuna em vez de relaxá-la silenciosamente.

Estrutura da página

As faixas de palavras mantêm a explicação proporcional. A maior parte do conteúdo crítico são dados de campo, não prosa, e devem ser gerados a partir de fontes governadas, não copiados para texto editorial.

Elementos obrigatórios

O posicionamento segue a dependência: uma oferta não pode ser avaliada até que a identidade esteja estável, e uma promessa de entrega não pode ser avaliada até que a oferta e o escopo do destino sejam conhecidos.

Frontmatter

Siga a especificação de frontmatter . Nesta página de especificação, use entity = "post-type-agentic-product-data" e schemaTypes = [ "Article", "FAQPage" ] porque a página explica um tipo de página em vez de vender o exemplo fictício.

Em uma página de comércio produzida, entity deve identificar o produto estável, como northstar-travel-charger-65w, enquanto SKU e identificadores globais identificam variantes vendáveis. Use Product para o produto e Offer para a oferta comprável de um vendedor; use AggregateOffer apenas quando a página visível realmente resume várias ofertas. Adicione propriedades aplicáveis de envio e política de devolução do comerciante. Uma página de produto que contenha conteúdo de FAQ visível também pode se qualificar para FAQPage, sujeito às regras atuais dos mecanismos de busca, mas a marcação de FAQ não substitui os dados de Product e Offer.

A fonte de verdade também deve governar feeds, APIs e checkout. Campos operacionais obrigatórios incluem moeda, mercado, vendedor, responsável pelo atendimento, SKU selecionado, validade do preço, carimbo de data/hora da disponibilidade, escopo do destino de envio, escopo da política de devolução, URL canônica e responsável pelos dados. Completeza do schema significa que os campos de decisão obrigatórios estão preenchidos e corretos — não que toda propriedade possível apareça.

Exemplo completo

Esta página fictícia demonstra o contrato mínimo de transação. Seus valores são exemplos, não afirmações sobre um comerciante real.

# Carregador de viagem Northstar 65 W — UE, preto

O carregador de viagem Northstar 65 W, SKU NS-65-EU-BLK e GTIN 09506000134352, é vendido novo pela Northstar Direct por €49,00 IVA incluído. Esta variante preta para UE está em estoque. A entrega padrão para a Eslováquia custa €4,90 e está estimada para 1 a 3 de setembro de 2026 quando pedido antes das 14:00 CEST em 27 de agosto.

## Identidade do produto

| Campo | Valor |
|---|---|
| Marca | Northstar |
| Modelo | Carregador de Viagem 65 W |
| SKU do comerciante | NS-65-EU-BLK |
| GTIN-14 | 09506000134352 |
| Variante | Plugue UE, preto |
| Condição | Novo |
| Inclusos | Carregador e cabo USB-C de 1 m |

## Oferta

| Vendedor | Preço | Moeda | Imposto | Disponibilidade | Válido até |
|---|---:|---|---|---|---|
| Northstar Direct | 49,00 | EUR | IVA incluído | Em estoque | 31 de agosto de 2026, 23:59 CEST |

O preço se aplica a uma unidade NS-65-EU-BLK. A quantidade máxima online é de quatro por pedido. O vendedor e fornecedor de atendimento é a Northstar Direct.

## Envio para a Eslováquia

| Método | Custo | Processamento | Trânsito | Entrega estimada |
|---|---:|---|---|---|
| Padrão com rastreamento | €4,90 | Mesmo dia útil antes das 14:00 CEST | 2–4 dias úteis | 1–3 de setembro de 2026 |
| Expresso com rastreamento | €12,90 | Mesmo dia útil antes das 14:00 CEST | 1–2 dias úteis | 31 de agosto–1 de setembro de 2026 |

Baterias de lítio não estão incluídas. As estimativas de entrega excluem correções de endereço e interrupções da transportadora. Recalcule o frete após alterações no destino ou na quantidade do carrinho.

## Devoluções e garantia

Produtos não utilizados podem ser devolvidos em até 30 dias corridos após a entrega através do formulário de devolução online. O cliente arca com o frete de devolução, a menos que o produto esteja com defeito ou incorreto. Embalagens abertas são aceitas quando o carregador, o cabo e a documentação estão completos e sem danos. Os reembolsos retornam ao método de pagamento original após inspeção. Uma garantia limitada de dois anos cobre defeitos de fabricação, mas não danos acidentais ou por líquidos.

## Estado da transação

Verificado nos sistemas de catálogo, estoque, envio e devoluções às 10:00 CEST em 27 de agosto de 2026. Revalide preço, estoque, elegibilidade de destino, estimativa de entrega e escopo de devolução imediatamente antes do checkout.

[Comprar a variante preta para UE]

O exemplo mantém preço e validade juntos, separa processamento de trânsito, nomeia o pagador da devolução e define escopo para cada afirmação volátil. Um humano pode ler; um agente pode mapear para campos sem interpretar uma frase promocional.

Galeria de design

Use o mesmo produto, variante, vendedor, destino e carimbo de data/hora em cada design para que a revisão teste a compreensão dos dados, e não exemplos diferentes.

Lista de verificação de qualidade

• Uma identidade de produto canônica está separada das variantes em nível de SKU e das ofertas em nível de vendedor.
• Os valores de SKU, GTIN, ISBN ou número de peça do fabricante pertencem à variante exata; nenhum identificador é inferido ou fabricado.
• Nome do produto, marca, modelo, condição, atributos selecionados e URL canônica concordam no conteúdo visível, schema, feed e checkout.
• O preço inclui moeda, unidade ou base de faturamento, escopo fiscal, vendedor, regra de quantidade e validade quando relevante.
• A disponibilidade descreve o SKU e vendedor selecionados, não o produto pai ou um registro de armazém adjacente.
• O envio informa escopo do destino, custo, limite, tempo de processamento, tempo de trânsito, entrega estimada e restrições sem tratar uma estimativa como garantia.
• As devoluções informam prazo, evento inicial, condição aceita, método, taxas, via de reembolso e exceções de produto ou região.
• Valores desconhecidos são identificados como desconhecidos; células em branco nunca implicam grátis, incluído ou disponível.
• Fatos voláteis vêm de sistemas operacionais e expõem um horário de verificação significativo.
• Respostas com e sem JavaScript ativo expõem os fatos críticos de identidade e oferta necessários para os clientes pretendidos.
• A marcação de Product e Offer corresponde ao conteúdo visível e usa a variante, vendedor, moeda e escopo de política corretos.
• A ação de compra ou transferência preserva variante, oferta, destino, quantidade e atribuição.
• Estados de fora de estoque, pré-venda, apenas cotação e descontinuado alteram tanto a mensagem quanto a ação permitida.
• Testes automatizados detectam discrepâncias entre página, schema, feed, API e checkout antes que uma oferta desatualizada chegue a um agente.
• A revisão humana verifica a redação de exceções, alegações regulamentadas e casos incomuns de envio ou devolução que a validação de campo não pode julgar.

Erros comuns

Tratar schema como cópia oculta de produto. Dados estruturados descrevem fatos visíveis; não devem introduzir um preço melhor, avaliação diferente, disponibilidade mais ampla ou promessa de devolução diferente do que a página mostra.

Usar um SKU pai para toda variante. Uma peça de vestuário azul média e uma preta grande são seleções vendáveis diferentes. Vincule identificadores, preço, imagem, estoque e ação à variante selecionada.

Publicar preço sem escopo. “€49” é incompleto quando imposto, unidade, período de assinatura, vendedor, quantidade mínima, mercado ou prazo de validade alteram o valor.

Chamar frete desconhecido de grátis. O frete deve ser calculado ou explicitamente indisponível para o destino. Um valor zero é uma promessa comercial, não um espaço reservado.

Combinar processamento e trânsito. Um serviço de transportadora de dois dias despachado após cinco dias não é entrega em dois dias. Armazene e mostre ambos os intervalos, depois calcule uma faixa de data estimada.

Vincular apenas a uma página de devoluções genérica. O agente precisa do prazo e exceções aplicáveis na página da oferta, além de uma URL de política estável para detalhes. As exclusões de categoria não devem estar ocultas atrás do link.

Armazenar em cache estoque como conteúdo editorial. O inventário pode mudar entre o rastreamento e o checkout. Use tempos de vida de cache adequados, invalidação, carimbos de data/hora e revalidação obrigatória antes do compromisso.

Criar uma segunda “página de produto para IA”. Páginas indexáveis paralelas divergem e dividem sinais. Prefira uma fonte canônica humano-e-máquina com representações alternativas apenas para uma necessidade técnica documentada.

Fazer o CTA mentir. Um item fora de estoque não pode ter uma ação ativa de “Comprar agora”. Substitua por alerta de estoque, pré-venda, cotação ou alternativa que reflita o estado real.

Links internos

Vincule para cima para a página de categoria quando um agente precisar escolher entre produtos, e lateralmente para a especificação da página de produto canônica quando a equipe de produção precisar de evidências voltadas para humanos e regras de persuasão. Vincule a um artigo de documentação para configuração, detalhes de compatibilidade, cuidados ou uso pós-compra, em vez de sobrecarregar os campos de transação com instruções.

Dentro do registro do produto, mantenha os links adjacentes à condição que cria a próxima pergunta: a política de devolução completa ao lado da regra de devolução resumida, restrições de entrega ao lado do envio e acessórios compatíveis ao lado da especificação relevante. Use um módulo de links internos apenas para um pequeno conjunto de alternativas explicadas ou páginas de suporte. Não faça um agente percorrer vários links vagos de “saiba mais” para reconstruir uma transação.

Toda oferta vinculada deve preservar o contexto da variante e do vendedor. Seleções parametrizadas devem resolver de forma previsível, e as regras canônicas devem evitar que estados de filtro, moeda e destino se multipliquem em URLs indexáveis duplicadas.

Como medir resultados

Meça a resolução confiável do produto e o progresso da transação, não apenas o tráfego da página. Estabeleça uma linha de base por mercado, dispositivo, cliente, produto, variante e vendedor onde o volume permitir.

Acompanhe:

• produtos válidos e variantes vendáveis com identificadores completos;
• registros de Product e Offer que passam na validação técnica e reconciliação comercial;
• discrepâncias de preço, moeda, estoque, vendedor, envio, devoluções e SKU selecionado entre página, schema, feed, API e checkout;
• solicitações de rastreamento ou agente que recebem dados críticos utilizáveis sem falha de script, consentimento, autenticação ou tempo limite;
• respostas e citações de compra que preservam variante, vendedor, preço, disponibilidade, destino, entrega e condições de política;
• eventos de seleção de produto, adicionar ao carrinho, início de checkout, cotação, reserva e pedido concluído atribuídos ao cliente ou transferência de origem;
• transferências falhadas causadas por estoque desatualizado, preço alterado, destino não suportado, variante inválida, sessão expirada ou divergência de política;
• cancelamentos, devoluções e contatos com atendimento ao cliente causados por um fato que o agente apresentou incorretamente ou omitiu;
• tempo desde a alteração no sistema de origem até a representação pública corrigida.

Use Acessibilidade de IA e Disponibilidade para Agentes para testar se clientes automatizados podem alcançar e interpretar a superfície de comércio. Abra o AmICited Cockpit para comparar visibilidade, fontes citadas, atividade de aterrissagem e resultados comerciais ao longo da mesma janela de observação.

Siga como medimos resultados para separar descoberta, representação correta, engajamento, progresso da transação e receita. Anote migrações de catálogo, campanhas de preços, eventos de estoque, mudanças de política e lançamentos de protocolo antes de atribuir movimento. Uma resposta de produto citada não é um sucesso se sua oferta não sobreviver à validação do checkout.

FAQ

Perguntas frequentes