Schema de Produto Que Conquista Fichas

Schema válido e schema elegível são coisas diferentes. A marcação de Product só conquista uma ficha enriquecida quando os campos obrigatórios estão presentes, são coerentes com o que a página mostra visivelmente, e os identificadores resolvem. A maioria das implementações passa a validação mas falha os campos que realmente accionam o melhoramento, ou contradiz a página renderizada de uma forma que o suprime silenciosamente.

O ficheiro da competência

---
name: product-schema-that-earns-listings
description: Use quando as páginas de produto são válidas no teste de resultados enriquecidos mas não mostram preço, classificação ou disponibilidade na ficha de pesquisa.
---

# Schema de Produto Que Conquista Fichas

Schema válido e schema elegível são coisas diferentes. A marcação de Product só conquista uma ficha enriquecida quando os campos obrigatórios estão presentes, são coerentes com o que a página mostra visivelmente, e os identificadores resolvem. A maioria das implementações passa a validação mas falha os campos que realmente accionam o melhoramento, ou contradiz a página renderizada de uma forma que o suprime silenciosamente.

## O que precisa primeiro

- o DOM renderizado de uma página de produto, não o HTML de origem
- a cobertura dos seus dados de GTIN, MPN e marca em todo o catálogo
- relatórios de fichas de comerciante e de snippets de produto da Search Console

## Método

1. Valide contra a página renderizada, já que muitos templates de ecommerce injectam preço e stock no lado do cliente e o rastreador pode ver um valor diferente do que o seu JSON-LD declara.
2. Publique offers com price, priceCurrency, availability e priceValidUntil. Só a ausência da moeda basta para suprimir o preço na ficha continuando a validar.
3. Preencha gtin onde o tiver e mpn mais brand onde não o tiver. A cobertura de identificadores é o que separa a elegibilidade para fichas de comerciante de um simples snippet de produto.
4. Para produtos com variantes use um único product com uma offer para cada variante, ou aggregateOffer com lowPrice e highPrice. Não emita um objecto Product por variante numa só URL.
5. Marque aggregateRating apenas onde as avaliações estejam genuinamente nessa página e visíveis. Agregar classificações de todo o site em cada produto é a causa mais comum de uma acção manual de dados estruturados.
6. Acompanhe semanalmente o relatório de fichas de comerciante da Search Console em vez de retestar URLs individuais - mostra que artigos estão elegíveis em escala e quais estão a ser filtrados.

## O que isto produz

JSON-LD de produto que passa o patamar de elegibilidade para fichas de comerciante, não apenas o validador, verificado contra a página renderizada.

## Onde isto corre mal

- o preço no JSON-LD afastar-se do preço apresentado porque um está em cache e o outro não, o que suprime o melhoramento silenciosamente
- reutilizar uma única pontuação de avaliação de todo o site como aggregateRating em cada página de produto
- omitir priceCurrency ou dados de envio e assumir que um teste válido significa que a ficha vai aparecer

---

Da biblioteca de competências da QuQi - https://www.quqi.io/pt/skills/product-schema-that-earns-listings

O que precisa primeiro

• o DOM renderizado de uma página de produto, não o HTML de origem
• a cobertura dos seus dados de GTIN, MPN e marca em todo o catálogo
• relatórios de fichas de comerciante e de snippets de produto da Search Console

Método

1. 01 Valide contra a página renderizada, já que muitos templates de ecommerce injectam preço e stock no lado do cliente e o rastreador pode ver um valor diferente do que o seu JSON-LD declara.
2. 02 Publique offers com price, priceCurrency, availability e priceValidUntil. Só a ausência da moeda basta para suprimir o preço na ficha continuando a validar.
3. 03 Preencha gtin onde o tiver e mpn mais brand onde não o tiver. A cobertura de identificadores é o que separa a elegibilidade para fichas de comerciante de um simples snippet de produto.
4. 04 Para produtos com variantes use um único product com uma offer para cada variante, ou aggregateOffer com lowPrice e highPrice. Não emita um objecto Product por variante numa só URL.
5. 05 Marque aggregateRating apenas onde as avaliações estejam genuinamente nessa página e visíveis. Agregar classificações de todo o site em cada produto é a causa mais comum de uma acção manual de dados estruturados.
6. 06 Acompanhe semanalmente o relatório de fichas de comerciante da Search Console em vez de retestar URLs individuais - mostra que artigos estão elegíveis em escala e quais estão a ser filtrados.

O que isto produz

JSON-LD de produto que passa o patamar de elegibilidade para fichas de comerciante, não apenas o validador, verificado contra a página renderizada.

Onde isto corre mal

• o preço no JSON-LD afastar-se do preço apresentado porque um está em cache e o outro não, o que suprime o melhoramento silenciosamente
• reutilizar uma única pontuação de avaliação de todo o site como aggregateRating em cada página de produto
• omitir priceCurrency ou dados de envio e assumir que um teste válido significa que a ficha vai aparecer

Use esta skill na sua própria IA

O ficheiro é markdown simples, com o nome e o gatilho no frontmatter. Quando um assistente consegue carregar skills sozinho, é esse frontmatter que lê para decidir que esta se aplica.

Mais em SEO para e-commerce