Pular para o conteúdo
UCP
Menu

Satélite

Metodologia de auditoria

Uma metodologia transparente e reproduzível para auditar a prontidão de um comerciante para agentes, para que qualquer equipe possa executá-la internamente e qualquer auditor possa defender suas descobertas.

Atualizado : Abril de 2026 · Consulta principal : metodologia de auditoria de comércio de agentes

Esta página documenta a metodologia de auditoria que sustenta a lista de verificação de prontidão. Ela é intencionalmente reproduzível: uma equipe de comerciante, um consultor e um parceiro de plataforma devem produzir pontuações semelhantes quando aplicadas ao mesmo catálogo.

Princípios

  • Baseado em amostras. Você nunca precisa auditar cada SKU; você precisa de uma amostra estatisticamente significativa por categoria.
  • Ponderado. Itens P0 são bloqueadores; P1 e P2 ponderam a pontuação progressivamente.
  • Observável. Cada verificação produz um resultado concreto de aprovação/reprovação com evidências (URL, linha de feed, captura de tela, carga útil da API).
  • Reproduzível. Dois auditores executando o método nos mesmos dados chegam a uma diferença de 5 pontos percentuais.

Entradas

  1. Acesso ao feed do catálogo (URL e credenciais).
  2. URLs públicos de PDP.
  3. Páginas públicas de política de devoluções e envio.
  4. Acesso somente leitura à configuração do PSP (opcional, mas melhora a pontuação transacional).
  5. Logs do servidor, 90 dias (opcional, mas permite a pontuação de observabilidade).

Amostragem

  1. Identifique as 5 principais categorias por receita.
  2. Para cada categoria, pegue uma amostra aleatória de 10 SKUs (estratificada por em estoque / fora de estoque, se possível).
  3. Para catálogos com >10.000 SKUs, aumente a amostra para 20 por categoria.
  4. Exclua SKUs em fim de vida útil e rascunhos.

Categorias de verificação (seis)

CategoriaPesoO que mede
Identidade15%Cobertura e consistência de GTIN / MPN / Marca.
Semântica25%Dados estruturados, atributos tipados, taxonomia.
Atualidade20%Paridade de preço/estoque, cadência de feed, precisão de updated_at.
Política15%Devoluções/envio/garantia como dados.
Descoberta15%Conformidade do feed, URLs canônicos, sitemap, acesso a rastreadores de IA.
Transação10%Prontidão para pagamento por agente, eventos de ciclo de vida.

Regras de pontuação

  • Cada verificação retorna 0 (reprovado), 0,5 (parcial) ou 1 (aprovado).
  • Pontuação da categoria = média das verificações nessa categoria.
  • Pontuação geral = soma ponderada entre as categorias.
  • Se qualquer verificação P0 falhar, a pontuação da categoria é limitada a 0,6.

Requisitos de evidência

Cada verificação deve armazenar um dos seguintes:

  • Um URL (para verificações de PDP/política), com captura de tela na data da auditoria.
  • Uma linha de feed (anonimizada, armazenada como JSON).
  • Uma resposta da API (cabeçalhos + corpo, com carimbo de data/hora).
  • Uma saída de ferramenta (Rich Results Test, diagnóstico do Merchant Center, consulta de log).

Auditorias sem evidências não são reproduzíveis e não são defensáveis.

Resultados de uma auditoria

  1. Cartão de pontuação, geral, por categoria, por SKU amostrado.
  2. Top 10 itens de remediação, concretos, classificados por impacto e esforço.
  3. Plano de remediação de 90 dias, quem é o responsável por quê, aumento de pontuação esperado.
  4. Cronograma de re-auditoria, trimestral recomendado.

Armadilhas comuns da auditoria

  • Auditar promessas de marketing em vez do comportamento do sistema. Uma bela prosa na página de devoluções não significa nada se o JSON-LD estiver faltando.
  • Amostrar apenas SKUs de destaque. SKUs de cauda longa geralmente falham mais rapidamente.
  • Confiar apenas no feed. O feed e o PDP devem ser verificados.
  • Ignorar variantes regionais, um catálogo pode estar pronto para agentes em uma região e não em outra.
  • Classificar a marcação schema.org pela presença em vez da correção.

Ferramentas que recomendamos

  • Google Rich Results Test e Schema Markup Validator.
  • Diagnósticos do Google Merchant Center.
  • Um linter de feed (Channable, Feedonomics ou scripts personalizados).
  • Um navegador headless para verificações de consentimento/renderização.
  • Um analisador de logs para segmentação de tráfego de rastreadores.

Onde ir em seguida