SEO para Página de Produto

TL;DR — Uma página de produto (ou PDP — página de detalhes do produto) é a página que descreve um produto para que alguém decida comprá-lo. Para fazê-la ranquear: escreva sua própria descrição em vez de copiar a do fabricante, adicione dados estruturados para que o Google possa mostrar o preço, o estoque e as classificações por estrelas na busca, use fotos reais do produto com bom texto alternativo e mantenha avaliações genuínas de clientes na página. Dados estruturados ajudam você a conquistar esses resultados ricos — eles não fazem você ranquear mais alto por si só.

O que uma página de produto precisa fazer

Uma página de produto é a página de maior risco em uma loja. É onde o pesquisador com maior intenção de compra chega — alguém digitando “nike pegasus 41 tamanho 10” está muito mais perto de uma compra do que alguém lendo um post de blog. Então a página tem duas tarefas ao mesmo tempo: ranquear para essas buscas específicas e de alta intenção, e convencer a pessoa a comprar assim que ela chegar.

A boa notícia é que as páginas de produto tendem a segmentar buscas de cauda longa — nomes específicos de produtos, números de modelo, consultas “para o caso de uso X” — que geralmente são menos competitivas do que termos amplos. Uma página de produto bem construída pode superar em muito sua contagem de palavras.

As poucas coisas que mais importam

• Escreva uma cópia única. O maior erro é colar a descrição do fabricante — o mesmo texto que todos os outros varejistas também estão usando. O Google tem que escolher um “vencedor” entre todas essas páginas idênticas, e pode não ser você. Mesmo algumas frases originais sobre para quem é o produto e como ele é diferente ajudam.
• Adicione dados estruturados. Isso é código (você não o vê na página) que informa ao Google o preço, se está em estoque, a marca e a classificação média de avaliações. É isso que permite ao Google mostrar estrelas, preços e “Em estoque” diretamente no resultado de busca. Evidence for this claim Product structured data can make eligible pages available for enhanced product search appearances. Scope: Valid markup creates eligibility but does not guarantee a rich result. Confidence: high · Verified: 2026-07-14 Google: Product structured data A maioria das plataformas de e-commerce (Shopify, WooCommerce) pode adicionar isso por você.
• Use boas imagens de produto. Fotos reais, hospedadas no seu próprio site, com texto alternativo descritivo (“tênis de corrida azul, vista lateral” — não “IMG_4821”).
• Mantenha as avaliações de clientes na página. As avaliações geram confiança, adicionam as palavras naturais que os compradores realmente usam e podem aparecer como classificações por estrelas na busca.
• Lide com produtos fora de estoque com cuidado. Não exclua a página de um produto temporariamente esgotado — mantenha-a ativa e apenas marque-a como fora de estoque. Somente redirecione ou remova uma página quando o produto não existir mais.

O que a maioria das pessoas entende errado

Dados estruturados não fazem você ranquear. Vale a pena adicioná-los — eles garantem o tratamento de preço, estoque e classificação por estrelas nos resultados de busca e tornam você elegível para listagens gratuitas de produtos — mas uma página não vai subir no ranqueamento apenas porque tem schema. Evidence for this claim Structured data enables eligibility for search features rather than guaranteeing ranking improvements. Scope: Google does not guarantee display even when markup is valid. Confidence: high · Verified: 2026-07-14 Google: Structured data guidelines A página ainda precisa ser uma página boa e útil. O schema descreve a página; ele não substitui o trabalho.

Quer a versão completa — campos exatos de schema obrigatórios, padrões canônicos de variantes, o problema de duplicação do fabricante, avaliações e E-E-A-T, e regras de fora de estoque? Mude para a aba Avançado.

TL;DR — As páginas de produto são as páginas de maior intenção e mais tecnicamente carregadas em uma loja. Os dados estruturados vêm em dois tipos — snippets de produto (páginas das quais você não pode comprar) e listagens de comerciante (páginas das quais você pode); a marcação mínima viável para listagens de comerciante é Product.name + Product.image + Offer.price + Offer.priceCurrency, e as listagens de comerciante exigem um preço maior que zero. O schema garante resultados ricos e listagens gratuitas de produtos; ele não é um sinal de ranqueamento. Variantes canônicas para uma URL base (variantes de parâmetro de consulta → URL sem parâmetros; variantes baseadas em caminho → URL do produto pai) e use ProductGroup para sinalizar o relacionamento. Escreva uma cópia única em vez do texto padrão do fabricante, mantenha as páginas fora de estoque ativas com availability definido como OutOfStock, e deixe as avaliações reais de clientes carregarem o sinal de experiência/confiança para E-E-A-T.

Por que as páginas de produto são o alvo de maior ROI

As páginas de produto ficam na parte inferior do funil. As consultas que chegam a elas carregam a maior intenção comercial de todo o site e, como são específicas (nomes de modelos, tamanhos, SKUs, “para X”), geralmente são de cauda longa e menor concorrência. Como o guia de ecommerce da Ahrefs destaca, “páginas de produto otimizadas melhoram a experiência do usuário e ranqueiam melhor para termos de busca de cauda longa, que normalmente têm menor concorrência e alta intenção comercial.”

Elas também são as páginas mais tecnicamente exigentes que você vai tocar: carregam os dados estruturados para rich results, precisam lidar com a canonicalização de variantes, competem com o texto idêntico do fabricante espalhado por todos os outros varejistas e geram a maior parte do inchaço de URL de navegação facetada de um site de ecommerce. Acertar os dados estruturados, as tags canônicas e o texto rende recompensas desproporcionais ao seu tamanho.

SEO de ecommerce: HTML bruto versus renderizado

O Google Search consegue renderizar JavaScript, mas isso não faz do DOM renderizado a única versão que vale a pena auditar. Outros rastreadores, sistemas de compras, buscadores acionados pelo usuário e agentes de extração têm capacidades de renderização e orçamentos de tempo diferentes. Coloque a proposta central do produto na resposta inicial do servidor e use JavaScript para aprimorá-la.

O HTML bruto deve expor:

• o nome do produto, a URL canônica e a identidade estável do produto ou grupo;
• o SKU selecionado ou padrão e seus atributos definidores;
• o preço, a moeda e a disponibilidade da oferta selecionada;
• links rastreáveis para variantes endereçáveis onde a estratégia de URL exigir;
• JSON-LD de Product / ProductGroup e Offer correspondente.

O conteúdo renderizado pode adicionar galerias, recomendações, personalização, widgets de financiamento, busca de loja, estimativas de entrega por CEP e controles de seleção mais ricos. Ele não deve substituir a única declaração de identidade do produto nem mudar silenciosamente a oferta selecionada. Compare a resposta bruta, o DOM renderizado, a seleção visível, os dados estruturados e a solicitação do carrinho para a mesma URL. Se eles identificarem produtos ou ofertas diferentes, a renderização foi tecnicamente bem-sucedida, mas o contrato de ecommerce ainda falhou. Evidence for this claim Google Merchant Center recommends including product structured data and key product information, particularly price and availability, in the initial HTML response because JavaScript-generated markup can make Shopping crawls less frequent and less reliable. Scope: Google Merchant Center landing-page guidance; other crawlers and agents have provider-specific rendering behavior. Confidence: high · Verified: 2026-07-29 Google Merchant Center: Landing page requirements Veja SEO de Variantes de Produto para o contrato completo de oferta selecionada e as escolhas de estratégia de URL.

Dados estruturados de produto: duas classes distintas

O Google divide os dados estruturados de produto em dois recursos, e a distinção determina quais campos você precisa: Evidence for this claim Google documents product snippets and merchant listings as distinct Product structured data experiences. Scope: The experiences overlap but have different requirements and page-intent constraints. Confidence: high · Verified: 2026-07-14 Google: Product structured data

• Product snippets — “Para páginas de produto onde as pessoas não podem comprar o produto diretamente.” Pense em páginas de comparação ou editoriais.
• Merchant listings — “Para páginas onde os clientes podem comprar produtos de você.” Esta é a PDP transacional.

Há sobreposição: “Há alguma sobreposição entre os dois recursos de produto” e “quanto mais propriedades você adicionar, mais aprimoramentos sua página pode ser elegível”. Um limite importante de escopo: “Atualmente, os rich results de produto só suportam páginas que focam em um único produto (ou múltiplas variantes do mesmo produto)” — então páginas de categoria e de listagem de múltiplos produtos não são elegíveis para rich results de produto.

Marcação mínima viável para merchant listings

Para uma PDP comprável, os campos Product obrigatórios são apenas três:

• name — o nome do produto.
• image — uma foto do produto. Google: “Fotos que mostram claramente o produto (por exemplo, contra um fundo branco) são preferidas.”
• offers — um Offer aninhado para vender o produto.

E dentro desse Offer, dois campos obrigatórios:

• price (ou priceSpecification.price)
• priceCurrency — código ISO 4217 de três letras.

A regra crítica que pega muita gente: “Ao contrário dos snippets de produto, as experiências de listagem de comerciante exigem um preço maior que zero.” Um placeholder de 0 USD não se qualifica. E apenas páginas genuinamente compráveis contam — “Somente páginas onde um comprador pode comprar um produto são elegíveis para experiências de listagem de comerciante, não páginas com links para outros sites que vendem o produto.” Evidence for this claim Merchant listing experiences require a positive price and a page where shoppers can purchase the product. Scope: Other eligibility and policy requirements also apply. Confidence: high · Verified: 2026-07-14 Google: Merchant listing properties

(Os snippets de produto são mais flexíveis: eles exigem name mais um de review, aggregateRating ou offers.)

Campos recomendados que desbloqueiam mais superfícies

Eles não são obrigatórios, mas cada um que você adiciona amplia sua elegibilidade:

• Em Product: aggregateRating, brand.name, color, description, gtin/mpn, material, review, sku, size.
• Em Offer: availability (InStock, OutOfStock, BackOrder…), itemCondition, hasMerchantReturnPolicy, shippingDetails e url.

Não trate description, sku, brand ou review/aggregateRating como obrigatórios — eles são recomendados. Muitos guias erram nisso e dizem que uma página está “quebrada” sem eles. Não está; ela apenas fica elegível para menos aprimoramentos.

Listagens de produtos gratuitas sem conta no Merchant Center

Desde setembro de 2022, apenas dados estruturados podem tornar você elegível para experiências de listagem de comerciante — o Google removeu o antigo requisito de ter um feed no Merchant Center. As listagens gratuitas “podem aparecer em diferentes lugares no Google, como Pesquisa, Imagens, Lens, YouTube, Gemini, a aba Shopping e o módulo de produtos no Perfil da Empresa”, e elas são correspondidas pelos seus dados de produto, não por lances. O aviso do Google: “Seus produtos não têm garantia de exibição em todo o Google.” Fornecer tanto dados estruturados quanto um feed no Merchant Center ainda maximiza a elegibilidade e ajuda o Google a verificar seus dados — mas o feed não é mais um pré-requisito obrigatório.

Como lidar com variações de produto

As variações (cor, tamanho) são onde as decisões de canonicalização vivem, e o Google suporta dois padrões — não há uma abordagem única obrigatória:

• Variações por parâmetro de consulta (/shirt?color=blue): “If you use optional query parameters to identify variants, use the URL with the query parameter omitted as the canonical URL.” (tradução) «Se você usar parâmetros de consulta opcionais para identificar variantes, use como referência principal a URL sem o parâmetro.» Assim, todas as variantes apontam para a URL limpa /shirt.
• Variações por caminho (cada variação tem sua própria URL): “For products with unique URLs per variant, include the canonical product URL on all variant pages using a canonical tag.” (tradução) «Para produtos com uma URL exclusiva por variante, inclua a URL principal do produto em todas as páginas de variante por meio de uma tag de referência.» Cada variante aponta para a página do produto pai.

De qualquer forma: “Use the same URL in internal links, sitemap files, and canonical tags.” (tradução) «Use a mesma URL em ligações internas, arquivos de mapa do site e tags de referência.» A consistência entre esses três sinais aumenta a confiança do Google na URL escolhida — um rel=canonical é uma dica, não uma garantia.

Para tornar o relacionamento explícito, use ProductGroup: “Para ajudar o Google a entender melhor quais produtos são variações do mesmo produto pai, use a classe ProductGroup com as propriedades associadas variesBy, hasVariant e productGroupID.” Observe que “cada variação deve ter um ID único em sua marcação de dados estruturados correspondente (por exemplo, usando as propriedades sku ou gtin)”, e em implementações de várias páginas, cada página de variação “deve incluir marcação completa e autossuficiente para as entidades definidas nessa página.”

O problema da descrição do fabricante

Este é o erro mais comum e mais prejudicial em páginas de produto. Colar a descrição do fabricante verbatim cria conteúdo quase idêntico no site do próprio fabricante e em cada varejista que vende o produto. Não há penalidade por conteúdo duplicado — mas o Google consolida duplicatas e escolhe uma URL para mostrar, e autoridade de domínio, idade e sinais do usuário alimentam essa escolha. Você pode não ser a página que ele escolhe.

A orientação de conteúdo útil do Google pergunta diretamente se o conteúdo “se baseia em outras fontes”, mas sem “simplesmente copiar ou reescrever essas fontes”, e em vez disso fornece “valor adicional substancial”, e alerta contra “principalmente resumir o que outros têm a dizer sem agregar muito valor”. Para produtos, isso significa: para quem é isso, como se compara às alternativas, como é realmente usar. Escrever texto original para pelo menos seus SKUs mais vendidos é uma das ações de conteúdo de maior ROI em um catálogo de ecommerce.

É também aqui que eu teria cuidado com IA. Dados estruturados ajudam o Google a entender as páginas — Gary Illyes disse que isso “nos ajudará a entender melhor suas páginas e, indiretamente, leva a melhores posições em certo sentido” (atribuído via guia da Ahrefs de Sam Underwood; trate como repassado, não como citação de primeira mão do Google) — mas gerar descrições de produtos com IA arrisca especificações, medidas e alegações de compatibilidade alucinadas. Se você gerar texto automaticamente, observe que o Google Merchant Center agora espera que títulos e descrições gerados por IA sejam divulgados por meio dos atributos de feed structured_title / structured_description.

Navegação facetada e inchaço de URLs de páginas de produto

Filtros e classificações aplicados sobre páginas de produto e categoria geram enormes quantidades de URLs rastreáveis. Google: “Rastrear URLs facetadas tende a custar grandes quantidades de recursos de computação aos sites devido à enorme quantidade de URLs e operações necessárias para renderizar essas páginas.” Isso é um problema de eficiência de rastreamento e indexação, não uma penalidade. Os padrões dominantes: canonicalizar URLs filtradas para a base sem filtro (o que “pode, com o tempo, diminuir o volume de rastreamento” das URLs facetadas não canônicas), regras de bloqueio no robots.txt direcionadas a padrões de parâmetros e “retornar um código de status HTTP 404 quando uma combinação de filtros não retorna resultados”. O tratamento completo está em navegação facetada.

Avaliações de clientes e E-E-A-T

As avaliações fazem um trabalho real de SEO, em mais de um eixo:

• Exibição de estrelas na pesquisa vem de dados estruturados AggregateRating. Existe um mito persistente de que avaliações na sua própria página de produto são “autosserviço” e não são elegíveis para estrelas. Essa restrição é real — “se a entidade que está sendo avaliada controla as avaliações sobre si mesma, suas páginas que usam LocalBusiness ou qualquer outro tipo de dados estruturados Organization não são elegíveis para o recurso de estrelas de avaliação” — mas se aplica à marcação LocalBusiness/Organization. Páginas de Product com AggregateRating de clientes desse produto são elegíveis. As condições: “As avaliações devem ser originadas diretamente dos usuários” e “não agregue avaliações ou classificações de outros sites.”
• E-E-A-T. Avaliações geradas por usuários são um insumo real de ranqueamento — são sinais de experiência e confiança em primeira mão, não apenas um caminho para estrelas. Elas também trazem à tona a linguagem de cauda longa que os compradores realmente usam, ampliando sua cobertura de palavras-chave gratuitamente.

Uma distinção que vale manter clara: o sistema de avaliações do Google não avalia as avaliações dos seus clientes. Ele “é projetado para avaliar artigos, postagens de blog, páginas ou conteúdo independente de primeira parte semelhante” e “não avalia avaliações de terceiros, como aquelas postadas por usuários na seção de avaliações de uma página de produto ou serviço”. Portanto, resumos editoriais de “melhores tênis de corrida” são regidos pelo sistema de avaliações; classificações por estrelas de clientes em uma PDP não são.

A armadilha de indexação a evitar: avaliações carregadas via AJAX sem paginação rastreável com <a href> são invisíveis para o Googlebot — você perde todo esse valor de palavras-chave de UGC. Pagine as avaliações com links reais e canônicos autorreferentes.

SEO de imagens de produto

• Use elementos HTML <img> padrão — “using standard HTML image elements helps crawlers find and process images.” (tradução) «Usar elementos de imagem HTML padrão ajuda os rastreadores a encontrar e processar imagens.» Evite imagens de fundo em CSS para as fotos dos produtos.
• O texto alternativo é “the most important attribute when it comes to providing more metadata for an image” (tradução) «o atributo mais importante para fornecer mais metadados sobre uma imagem», mas “avoid filling alt attributes with keywords… as it results in a negative user experience and may cause your site to be seen as spam.” (tradução) «evite preencher os atributos alt com palavras-chave […], pois isso prejudica a experiência e pode fazer seu site parecer spam».
• O Google aceita BMP, GIF, JPEG, PNG, WebP, SVG e AVIF em <img src>; WebP e AVIF costumam gerar os arquivos menores.
• Para resultados avançados no Google Imagens, “the image attribute is a required field to be eligible for a badge and rich result” (tradução) «o atributo image é obrigatório para se qualificar para um selo e um resultado avançado» — mais um motivo para image ser obrigatório no schema de listagem de comerciante.
• Hospede as imagens no seu próprio domínio. Qualidade e formato importam mais do que quantidade.

Produtos esgotados e descontinuados

Isto é território de “depende”, e a resposta depende de o produto voltar ou não. Minha regra geral: defina regras com as quais você se sinta confortável e aplique-as consistentemente. Duas coisas com as quais eu discordaria fortemente — primeiro, noindex geralmente é a ferramenta errada para uma página temporariamente esgotada, porque páginas com noindex param de passar PageRank interno e podem perder sinal de ranqueamento acumulado; e segundo, “remover links internos pode prejudicar seus rankings”, então não remova um produto esgotado da sua navegação reflexivamente.

• Temporariamente esgotado: mantenha a página no ar, defina availability como OutOfStock (ou BackOrder) e adicione uma opção de reposição/lista de espera. Não use noindex.
• Permanentemente descontinuado: faça um redirecionamento 301 para o equivalente mais próximo para preservar a equidade de links, ou retorne 410/404 se não houver alternativa relevante.
• Atualização: um <lastmod> preciso no sitemap e o IndexNow ajudam os mecanismos de busca a detectar mudanças de preço e estoque mais rapidamente (mais abaixo).

Árvore de decisão completa em produtos esgotados.

Política de devolução, envio e schema de breadcrumb

Mais alguns tipos de schema geram sinais de confiança na SERP em páginas de produto:

• MerchantReturnPolicy — “O Google Search pode usar essas informações para exibir políticas de devolução junto aos seus produtos.” Defina-o em todo o site via Organization.hasMerchantReturnPolicy, substitua por produto via Offer.hasMerchantReturnPolicy, ou configure-o no Search Console (as configurações do Search Console têm precedência sobre a marcação na página).
• OfferShippingDetails — permite que os compradores “vejam os custos de envio e os prazos de entrega estimados com base na localização deles”, aninhado em Offer.shippingDetails.
• BreadcrumbList — toda página de produto deve ter. Cada ListItem precisa de position, name e item (URL), embora “se o breadcrumb for o último item na trilha de breadcrumb, item não é obrigatório”, e você pode pular um ListItem para a página inicial e a página atual.

Atualização: IndexNow para mudanças de preço e estoque

Para o Bing (e outros consumidores do IndexNow — não o Google), envie mudanças em vez de esperar para ser rastreado novamente. O Bing coloca isso claramente: “O IndexNow informa aos mecanismos de busca que algo mudou, enquanto os dados estruturados informam o que mudou.” Quando “preços, disponibilidade ou promoções mudam, seu sucesso depende de quão rapidamente essas atualizações chegam aos seus clientes” — uma queda de preço ou reposição deve acionar um ping do IndexNow. O Shopify tem suporte integrado ao IndexNow; em outras pilhas, você adiciona os dados de schema.org/Product e habilita isso você mesmo.

Linkagem interna a partir de páginas de produto

As páginas de produto não devem ser becos sem saída. Link para produtos relacionados e complementares (“comprados com frequência”), volte para a categoria pai e saia para seus produtos globalmente importantes. Isso distribui PageRank para dentro e para fora da página e reforça as relações tópicas entre seus produtos.

Onde isso se encaixa no cluster

As páginas de produto são uma peça da estrutura do site de uma loja de ecommerce. As páginas diretamente acima delas são as páginas de categoria (as páginas de listagem/PLP que roteiam crawlers e link equity para os produtos); a UI de filtros em ambas é a navegação facetada; o tratamento do ciclo de vida está em produtos fora de estoque; e como tudo se encaixa é a estrutura do site de ecommerce. Para uma visão mais ampla, veja Ecommerce SEO.

Resumo de IA

Uma visão condensada da versão Avançada:

• As páginas de produto são as páginas de maior intenção e mais técnicas de uma loja — comerciais, voltadas à cauda longa e repletas de decisões sobre dados estruturados, URLs preferenciais e conteúdo duplicado.
• Duas classes de dados estruturados: snippets de produto (páginas em que não se pode comprar) versus listagens de comerciante (páginas em que se pode comprar). A marcação mínima para uma listagem de comerciante = Product.name + Product.image + Offer.price + Offer.priceCurrency, com um preço maior que zero. description, sku, brand, review/aggregateRating são recomendados, não obrigatórios.
• Dados estruturados não são um sinal de ranqueamento. Eles geram resultados avançados (preço, estoque, estrelas) e listagens de produtos gratuitas, e ajudam o Google a entender a página — mas a página ainda precisa ser boa.
• Listagens gratuitas não precisam de conta no Merchant Center (desde setembro de 2022); dados estruturados sozinhos qualificam. Um feed ainda adiciona alcance e verificação.
• Variantes: variantes por query-param canônicas para a URL base sem parâmetros; variantes baseadas em caminho apontam para a página pai; use ProductGroup (variesBy, hasVariant, productGroupID) com sku/gtin únicos por variante.
• Não cole a descrição do fabricante — a consolidação de duplicados pode escolher a URL de um concorrente. Escreva textos exclusivos para os SKUs principais.
• Avaliações importam duas vezes: AggregateRating para estrelas (permitido em páginas Product; a restrição de autosserviço é para LocalBusiness/Organization), e como um sinal real de experiência e confiança para E-E-A-T. O sistema de avaliações do Google avalia análises editoriais, não avaliações de clientes. Pagine as avaliações com links <a href> rastreáveis.
• Fora de estoque: mantenha páginas temporariamente OOS no ar com availability = OutOfStock (não use noindex); 301 ou 410 apenas quando descontinuado permanentemente.
• Atualização: IndexNow (Bing, não Google) envia mudanças de preço/estoque; dados estruturados dizem o que mudou.

Documentação oficial

Documentação de fonte primária para páginas de produto.

Google — dados estruturados de produto

• Introdução a dados estruturados de produto — snippets de produto, listagens de comerciante e a sobreposição entre eles.
• Dados estruturados de snippet de produto — campos obrigatórios e recomendados para páginas de produto não compráveis.
• Dados estruturados de listagem de comerciante — campos obrigatórios e recomendados para PDPs compráveis.
• Dados estruturados de variante de produto (ProductGroup) — variesBy, hasVariant, productGroupID.
• Dados estruturados de snippet de avaliação — AggregateRating/Review e a restrição de autosserviço.
• Dados estruturados de política de devolução do merchant.
• Dados estruturados de política de envio.
• Dados estruturados de breadcrumb.

Google — ecommerce e conteúdo

• Dados estruturados para sites de ecommerce — os tipos de schema relevantes para ecommerce.
• Como criar uma estrutura de URLs para sites de ecommerce — orientação sobre canônicas de variantes.
• Como gerenciar o rastreamento de URLs de navegação facetada.
• Como escrever avaliações de alta qualidade.
• Sistema de avaliações do Google — abrange análises editoriais, não avaliações de clientes.
• Como criar conteúdo útil, confiável e feito para pessoas — orientação sobre duplicação do fabricante e valor adicional.
• Práticas recomendadas de SEO para imagens.
• Listagens de comerciante sem Merchant Center (artigo de setembro de 2022).

Google Merchant Center

• Listagens gratuitas de produtos.

Bing / Microsoft

• IndexNow para compras e anúncios (maio de 2025).
• Como marcar seu site com dados estruturados.

Citações da fonte

Declarações oficiais do Google e do Bing. Cada link é um link profundo que salta para a passagem citada na página de origem.

Google — classes de schema e campos obrigatórios

• “Product snippets require either review or aggregateRating or offers.” (tradução) «Os snippets de produto exigem review, aggregateRating ou offers.» — Google Search Central. Ir para a citação
• “Unlike product snippets, merchant listing experiences require a price greater than zero.” (tradução) «Ao contrário dos snippets de produto, as experiências de listagem de comerciante exigem um preço maior que zero.» — Google Search Central. Ir para a citação

Google — variantes e canônicas

• “To help Google better understand which products are variations of the same parent product, use the ProductGroup class with associated properties variesBy, hasVariant, and productGroupID.” (tradução) «Para ajudar o Google a entender melhor quais produtos são variações do mesmo produto pai, use a classe ProductGroup com as propriedades associadas variesBy, hasVariant e productGroupID.» — Google Search Central. Ir para a citação
• “If you use optional query parameters to identify variants, use the URL with the query parameter omitted as the canonical URL.” (tradução) «Se você usar parâmetros de consulta opcionais para identificar variantes, use a URL com o parâmetro de consulta omitido como URL canônica.» — Google Search Central. Ir para a citação

Google — reviews

• “It does not evaluate third-party reviews, such as those posted by users in the reviews section of a product or services page.” (tradução) «Ele não avalia avaliações de terceiros, como aquelas postadas por usuários na seção de avaliações de uma página de produto ou serviço.» — Google’s reviews system. Ir para a citação

Google — faceted navigation

• “Crawling faceted URLs tends to cost sites large amounts of computing resources due to the sheer amount of URLs and operations needed to render those pages.” (tradução) «Rastrear URLs facetadas tende a custar aos sites grandes quantidades de recursos computacionais devido à enorme quantidade de URLs e operações necessárias para renderizar essas páginas.» — Google Crawling docs. Ir para a citação

Google — images

• “The most important attribute when it comes to providing more metadata for an image is the alt text (text that describes an image).” (tradução) «O atributo mais importante quando se trata de fornecer mais metadados para uma imagem é o texto alternativo (texto que descreve uma imagem).» — Google Search Central. Ir para a citação

Bing — atualização

• “IndexNow tells search engines that something has changed, while structured data tells them what has changed.” (tradução) «O IndexNow informa aos mecanismos de busca que algo mudou, enquanto os dados estruturados informam o que mudou.» — Microsoft Bing Webmaster Blog. Ir para a citação

Transmitido, não de primeira mão

• Gary Illyes (Google) sobre dados estruturados: “It will help us understand your pages better, and indirectly, it leads to better ranks in some sense.” (tradução) «Isso nos ajudará a entender melhor suas páginas e, indiretamente, leva a melhores posições em certo sentido.»

  Atribuído via guia de página de produto de ecommerce da Ahrefs de Sam Underwood; trate como transmitido e confirme o original antes de citar como palavras do próprio Google.

Lista de verificação de SEO para página de produto

Uma passagem para executar em uma PDP (ou em um modelo antes de criar um):

Rastreamento e indexação

• A página é rastreável — não bloqueada em robots.txt, sem noindex indevido.
• Referência autorreferente, e a mesma URL é usada em ligações internas e no mapa do site.
• Variantes apontam corretamente (parâmetro de consulta → base sem parâmetro; baseada em caminho → URL do produto pai).

Dados estruturados

• Esquema Product presente com pelo menos name + image + offers.
• Offer tem price + priceCurrency; o preço é maior que zero para listagens de comerciantes.
• availability reflete o status real do estoque.
• Campos recomendados adicionados quando disponíveis: brand, sku/gtin/mpn, description, aggregateRating, shippingDetails, hasMerchantReturnPolicy.
• ProductGroup usado para produtos multivariantes, com um sku/gtin único por variante.
• BreadcrumbList presente; validado no Teste de Resultados Rich.

Conteúdo

• A descrição é única — não o texto padrão do fabricante (no mínimo para os mais vendidos).
• O título e o H1 correspondem a como as pessoas realmente pesquisam (nome do produto + qualificadores-chave).
• Especificações em HTML semântico (listas / <dl>), não enterradas em sopa de <div>.
• Perguntas frequentes extraídas de perguntas reais de clientes.

Imagens

• Elementos <img> padrão (não fundos CSS), hospedados no seu próprio domínio.
• Texto alternativo e nomes de arquivo descritivos, sem excesso de palavras-chave.
• WebP/AVIF quando possível; comprimidos e responsivos.

Avaliações

• Avaliações reais de clientes na página, com AggregateRating originado de usuários (não raspado de outros sites).
• A paginação de avaliações usa links <a href> rastreáveis — não apenas AJAX.

Ciclo de vida

• Páginas temporariamente fora de estoque permanecem ativas com availability = OutOfStock (não noindexadas).
• Produtos descontinuados com 301 para um equivalente, ou 410 se não houver nenhum.
• <lastmod> do sitemap preciso; IndexNow enviando alterações de preço/estoque (para o Bing).

Esquema de produto — folha de referência

Obrigatório vs. recomendado (listagem de comerciante)

Snippet vs. listagem de comerciante

Regra de canônica para variantes

• Variantes identificadas por parâmetro de consulta (?color=) → apontam para a URL sem parâmetros.
• Variantes identificadas pelo caminho (/blue/) → apontam para a URL do produto pai.
• Mesma URL em ligações internas + mapa do site + tag de referência. ProductGroup une tudo.

Decisão sobre falta de estoque

• Voltará → mantenha ativo, availability = OutOfStock, não use noindex.
• Acabou de vez → 301 para equivalente, ou 410/404 se não houver.

Mitos para eliminar

• Schema ≠ sinal de ranqueamento (gera apenas rich results / listagens gratuitas).
• Sem penalidade por conteúdo duplicado — mas duplicatas são consolidadas em uma única URL.
• Avaliações de clientes na página de produto são elegíveis para estrelas (a regra de autopromoção é para LocalBusiness/Organization).
• Listagens de comerciante não precisam de conta no Merchant Center.

Os modelos mentais

1. Dois trabalhos, uma página. Uma PDP precisa ranquear (consultas de cauda longa e alta intenção) e converter (preço, imagens, avaliações, CTA). Otimizações que ajudam uma geralmente ajudam a outra — copy exclusiva ranqueia e persuade; avaliações ranqueiam e tranquilizam.

2. Schema descreve; não ranqueia. Dados estruturados compram elegibilidade — rich results (preço/estoque/estrelas), listagens de produtos gratuitas e melhor compreensão por máquinas. Não é uma alavanca de ranqueamento. Então sequencie o trabalho: torne a página boa primeiro, depois marque-a.

3. Obrigatório vs. recomendado, mantidos claros. Obrigatório para listagem de comerciante = name + image + offers(price+priceCurrency, preço > 0). Todo o resto (description, sku, brand, avaliações, frete, devoluções) é recomendado e amplia a elegibilidade. Não deixe uma ferramenta te assustar fazendo você pensar que campos recomendados são obrigatórios.

4. A realidade do conteúdo duplicado. Sem penalidade — mas consolidação. Cópia idêntica do fabricante em N varejistas faz o Google escolher um vencedor. Você aumenta suas chances com cópia única e sinais consistentes de canonical/sitemap/links internos (um canonical é uma dica, não uma garantia).

5. A árvore de decisão para falta de estoque. Faça uma pergunta: isso vai voltar? Sim → mantenha ativo, marque OutOfStock, nunca noindex (você perderia PageRank e sinal). Não → 301 para o equivalente mais próximo, ou 410 se não houver um. Defina a regra uma vez, aplique-a consistentemente.

6. Canonical de variante pela forma da URL. Variantes de parâmetro de consulta colapsam para a base sem parâmetros; variantes baseadas em caminho apontam para o pai. ProductGroup torna a relação pai-filho explícita de qualquer forma.

Ferramentas para SEO de página de produto

• Teste de resultados avançados (Google) — valide marcação de Product, Offer, BreadcrumbList, e avaliações, e veja para quais melhorias uma página é elegível.
• Validador de marcação do Schema.org — validação genérica de dados estruturados além dos recursos suportados pelo Google.
• Google Search Console — relatórios de Merchant listings e Product snippets — veja quais páginas de produto são elegíveis/válidas e quais têm erros em escala.
• Google Merchant Center — feed opcional que adiciona alcance e verificação de dados além dos dados estruturados na página.
• Bing Webmaster Tools + IndexNow — Markup Validator mais notificações push para mudanças de preço/estoque.
• Rastreadores de site (Ahrefs Site Audit, Screaming Frog) — encontre URLs preferenciais ausentes/duplicados, descrições finas ou duplicadas, texto alt ausente e páginas de produto órfãs em todo o catálogo.
• Inspeção de URL (GSC) — confirme como uma única URL de produto foi rastreada e renderizada, além de qual URL o Google escolheu como principal.

Recursos que valem seu tempo

Meus textos relacionados

• Como lidar com produtos fora de estoque? Depende — minha opinião sobre a decisão de falta de estoque.
• Guia para iniciantes em SEO técnico — onde os aspectos técnicos de página de produto se encaixam no panorama geral.

Da Ahrefs

• 14 maneiras de melhorar páginas de produtos de ecommerce para SEO — o passo a passo prático de Sam Underwood.
• SEO para páginas de produto: anatomia de uma página bem otimizada — a checklist de 16 elementos de PDP de Chris Haines.

De outros

• Por que o conteúdo gerado por usuários funciona bem para SEO — artigo do Search Engine Land sobre avaliações e UGC.
• Como as avaliações de clientes podem melhorar seus esforços de SEO — outro artigo da mesma publicação.
• SEO para páginas de produto: guia prático — Search Engine Land (Maria White) — passo a passo prático cobrindo tags de título, descrições, dados estruturados e imagens.
• rel=canonical não é uma garantia — Search Engine Roundtable cobrindo o esclarecimento de John Mueller de que essas referências são dicas, não diretivas.
• schema.org/Product — a referência autoritativa do schema.org para cada propriedade de Product e Offer, com definições de tipo e exemplos.
• r/TechSEO — comunidade para depuração de URLs preferenciais, indexação e schema.

Neste site

• SEO de página de categoria, navegação facetada, produtos esgotados e arquitetura de site de ecommerce — o restante do cluster de estrutura do site.

Estatísticas que valem citar

• A probabilidade de compra foi 270% maior para um produto com cinco avaliações do que para um sem nenhuma — Spiegel Research Center (Medill School da Northwestern), How Online Reviews Influence Sales, 2017. O mesmo estudo descobriu que o benefício de avaliações adicionais diminui rapidamente após as primeiras cinco. Fonte
• As classificações por estrelas nos resultados de pesquisa melhoraram a taxa de cliques em até 35% em um estudo de rastreamento ocular e pesquisa, conforme relatado pelo Search Engine Land (artigo datado de janeiro de 2022). O artigo do Search Engine Land não nomeia o estudo subjacente no corpo do texto; trate o número de 35% como relato do próprio SEL até rastrear a pesquisa original. Fonte
• 98% dos compradores dizem que as avaliações são essenciais para uma decisão de compra, e 78% leem mais avaliações quanto mais caro o produto — relatado pelo Search Engine Land (artigo datado de junho de 2025); isso acompanha a faixa que as próprias pesquisas de consumidores da PowerReviews publicaram nos últimos anos, mas o SEL não cita a PowerReviews pelo nome, então atribua ao artigo do SEL até rastrear mais. Fonte

Qual correção de página de produto vem primeiro?

Práticas de página de produto que prejudicam a página

Publicar marcação que o comprador não pode verificar

Por que falha: dados estruturados que contradizem preço, disponibilidade ou avaliações visíveis não são confiáveis e podem perder a elegibilidade. Em vez disso: gere a marcação a partir da mesma fonte de verdade que os fatos do produto renderizados.

Criar uma URL indexável para cada combinação de variante

Por que falha: combinações de cor, tamanho, ordenação e rastreamento podem multiplicar URLs quase duplicadas e dividir sinais. Em vez disso: escolha um modelo de URL de produto/variante consistente e alinhe canônicos, links internos e sitemaps.

Copiar texto do fabricante e adicionar um bloco de palavras-chave

Por que falha: texto genérico fornecido dá aos mecanismos de pesquisa pouca razão para preferir a página, enquanto prosa de palavras-chave oculta ou repetitiva não ajuda os compradores. Em vez disso: priorize informações distintas e precisas sobre produtos que importam.

Remover produtos indisponíveis sem considerar seu ciclo de vida

Por que falha: uma falta de estoque temporária, um produto descontinuado com sucessor e um SKU morto precisam de respostas diferentes. Em vez disso: mantenha, redirecione, arquive ou remova a URL de acordo com se ela retornará e se existe uma substituição verdadeira.

Diagnosticar problemas de SEO em páginas de produto

Rich results de produto não são elegíveis

Causa provável: propriedades obrigatórias de Product/Offer ausentes, malformadas ou inconsistentes com o conteúdo visível. Correção: teste o HTML bruto, corrija a fonte de dados compartilhada e confirme a marcação com o Verificador de elegibilidade de rich results.

O Google seleciona uma URL canônica de produto diferente

Causa provável: URLs de variante, caminho de categoria ou parâmetro recebem sinais mais fortes de ligações internas, mapa do site ou referência principal do que a URL preferida. Correção: escolha uma política de URL e alinhe as tags de referência, ligações, redirecionamentos e entradas do mapa do site; depois monitore a Inspeção de URL após o novo rastreamento.

Preço ou disponibilidade desatualizados na pesquisa

Causa provável: a página visível, a marcação e o feed do Merchant Center são atualizados em cronogramas diferentes, ou o valor crítico só aparece após a renderização no cliente. Correção: alinhe as fontes, valide a saída renderizada e envie dados de feed atualizados.

Uma página é indexada, mas atrai quase nenhuma impressão

Causa provável: a página tem texto fornecido, links internos fracos, segmentação de consulta pouco clara ou pouco valor específico do produto. Correção: compare a página com seu conjunto de consultas, fortaleça informações distintivas e vincule-a a categorias e produtos relevantes.

Melhorias simplificadas na página de produto

Texto do produto que conquista preferência

Antes: “Jaqueta de caminhada impermeável premium. Disponível em várias cores.”

Depois: “Concha de chuva de três camadas com zíperes nas axilas, capuz compatível com capacete e design compacto para caminhadas diurnas expostas. O corte relaxado deixa espaço para uma camada intermediária.”

A versão melhorada adiciona atributos verificáveis e contexto de uso em vez de apenas reorganizar uma frase do fornecedor.

Uma Oferta consistente

Antes: a página mostra visivelmente “$79 — esgotado”, enquanto o JSON-LD diz price: "99" e availability: "https://schema.org/InStock".

Depois: preço visível, estado do checkout e marcação de Oferta vêm do mesmo registro de catálogo, então a página e os dados estruturados relatam um único estado.

Consolidação de variantes

Antes: parâmetros de rastreamento, cor e tamanho se autocanonicalizam e aparecem no sitemap.

Depois: a loja escolhe deliberadamente seu modelo de URL de produto/variante, vincula apenas a URLs suportadas e mantém sinais canônicos e de sitemap consistentes com esse modelo.

Prompts de análise de página de produto

Encontre alegações de produto não suportadas ou contraditórias

Cole o texto visível do produto, especificações, marcação de Oferta e linha do feed após este prompt. Remova dados de cliente ou pedido primeiro.

Act as a product-data QA reviewer. Compare the visible copy, specification table,
Product/Offer structured data, and merchant-feed row below. Return a table with:
field, value in each source, conflict, missing evidence, shopper impact, and the
single source of truth that the team must confirm. Do not infer a price, stock state,
rating, measurement, or compatibility detail that is not present.

[PASTE THE FOUR INPUTS]

Priorize melhorias no conteúdo do produto

Cole uma pequena exportação com URL do produto, dados de consulta/clique, prioridade de receita, descrição atual e especificações confirmadas.

Prioritize these product pages for content improvement. Score opportunity only from
the supplied search demand, business priority, and content gaps. For each selected
URL, list the missing shopper questions, verified specifications to surface, and a
brief outline. Do not write claims beyond the supplied product data. Flag rows where
the evidence is too thin to draft safely.

[PASTE EXPORT]

Prove que uma alteração na página de produto teve efeito

Teste de liberação de marcação de produto

Teste a executar: envie o HTML bruto liberado para o PDP SEO Checker e o Validador de Schema. Resultado esperado: os campos pretendidos de produto e oferta são analisados e correspondem ao preço e à disponibilidade visíveis. Interpretação de falha: a saída de implantação ou o mapeamento de catálogo difere da marcação planejada. Janela de monitoramento: o HTML bruto é imediato; as melhorias na busca aparecem após o novo rastreamento. Gatilho de reversão: a liberação publica um preço, disponibilidade, avaliação ou identidade de produto materialmente incorretos.

Teste de canônico e variante

Teste a executar: rastreie a URL do produto base e URLs de variantes representativas, depois inspecione status, referência principal, ligação interna e sinais do mapa do site. Resultado esperado: cada URL suportada segue o modelo documentado sem ciclos ou referências conflitantes. Interpretação de falha: o modelo, o roteador ou o gerador do mapa do site segue uma política de variante diferente. Janela de monitoramento: a saída técnica é imediata; as alterações da URL selecionada dependem de um novo rastreamento. Gatilho de reversão: variantes importantes se tornam inacessíveis ou a URL preferida do produto muda involuntariamente.

Teste de renderização de conteúdo

Teste a executar: compare o HTML bruto e o renderizado para título, preço, disponibilidade, descrição, avaliações, imagens e links relacionados. Resultado esperado: o conteúdo crítico para pesquisa está presente em uma representação rastreável e permanece consistente após a renderização. Interpretação de falha: o JavaScript do cliente oculta, atrasa ou sobrescreve um campo crítico. Janela de monitoramento: imediata no teste; confirme modelos representativos após a implantação. Gatilho de reversão: um campo crítico do produto ou um link rastreável desaparece.

Meça o SEO da página de produto como um sistema

Cobertura elegível da página de produto

Métrica: parcela de páginas de produto preferenciais e indexáveis com marcação estruturada válida e consistente com os dados visíveis. O que isso indica: se as bases para resultados avançados cobrem o catálogo pretendido. Como obter: una uma exportação de rastreamento e schema com o inventário das URLs principais de produtos. Referência / faixa realista: defina primeiro o catálogo elegível e use sua parcela auditada inicial como linha de base; produtos excluídos ou não suportados não devem inflar o denominador. Cadência: semanal após o trabalho de modelo e depois mensal.

Demanda orgânica da página de produto

Métrica: cliques e impressões sem marca para PDPs canônicos, segmentados por categoria e estado de estoque. O que isso indica: se as páginas de produto capturam demanda de descoberta em vez de apenas navegação por produtos conhecidos. Como obter: classifique as exportações de consulta-página do Search Console com metadados de catálogo. Referência / faixa realista: compare categorias e a linha de base sazonal de cada coorte; nenhuma taxa de cliques ou meta de crescimento universal se aplica a todas as combinações de consultas. Cadência: mensal com contexto ano a ano quando disponível.

Consistência de indexação da página de produto

Métrica: páginas de produto principais pretendidas e indexadas versus estados duplicado/alternativo, rastreado-mas-não-indexado ou bloqueado. O que isso indica: se as políticas de URL, referência e conteúdo produzem o catálogo pesquisável pretendido. Como obter: reconcilie o mapa do site de produtos, o rastreamento e a exportação de Indexação de Página do Search Console. Referência / faixa realista: investigue mudanças em relação à linha de base da loja por motivo e modelo, em vez de tratar cada variante excluída como erro. Cadência: mensal e após lançamentos de URL ou modelo.

Teste-se: SEO da página de produto

Cinco perguntas sobre os fundamentos técnicos e de conteúdo de uma página de detalhes do produto.

Registro de alterações