Tempo de leitura: 9 minutos

Schema markup é uma daquelas peças de SEO técnico que quase ninguém vê, mas que pode mexer directamente com o que o teu cliente vê no Google, com a confiança antes do clique e, no fim, com as vendas. Se tens uma loja online e queres mais visibilidade sem depender só de anúncios, este guia dá-te o mapa: o que são dados estruturados, como funciona JSON-LD, que tipos de schema fazem sentido num e-commerce e como a Shopkit trata isto por ti.

O que é schema markup (dados estruturados) e porque existe

Pensa no schema markup como uma legenda para motores de busca. O teu site já tem texto e imagens, mas isso pode ser ambíguo para um robot: um número pode ser um preço, uma referência, um desconto ou uma data. Com dados estruturados, tu identificas explicitamente o que cada coisa é, usando um vocabulário comum (o Schema.org).

Na prática, o Google consegue interpretar melhor páginas de produto, categorias e até o percurso de navegação. Não é magia nem um botão de “rankings”, é uma forma de reduzir dúvidas do algoritmo e de tornar a tua loja mais “legível”.

Importante: schema markup não garante que vais ter resultados enriquecidos. Mas aumenta a elegibilidade e reduz erros de interpretação, especialmente em páginas de produto.

Como rich snippets aumentam cliques e vendas

Quando o Google confia nos teus dados, pode mostrar informação extra directamente na SERP, por exemplo preço, disponibilidade, avaliação e breadcrumbs. Isto é o que as pessoas chamam de rich snippets (resultados enriquecidos).

O impacto é simples de entender:

  • Mais atenção: um resultado com preço e disponibilidade destaca-se.
  • Mais intenção: quem clica já percebe o intervalo de preço e se o produto está em stock, ou seja, chega mais qualificado.
  • Menos fricção: breadcrumbs clarificam o contexto e ajudam o cliente a confiar que está na secção certa.

Traduzindo isto para métricas: quando o teu snippet dá contexto, o CTR tende a subir e, com tráfego mais qualificado, a taxa de conversão pode acompanhar. Não estás só a “ganhar cliques”, estás a ganhar cliques melhores.

Resultados do Google com informação extra como preço, disponibilidade e breadcrumbs num contexto de e-commerce

O que é JSON-LD e porque é o formato mais usado

Existem várias formas de implementar dados estruturados, mas o formato recomendado pelo Google, para a maioria dos casos, é JSON-LD. É um bloco de dados em JSON que descreve a página, sem mexer no conteúdo visível.

Para ti, lojista, a vantagem é clara: não precisas de espalhar atributos pelo HTML e não ficas com o tema “cheio de ruído”. Para uma plataforma como a Shopkit, isto também é ideal porque dá para gerar dados estruturados de forma consistente e actualizada, página a página.

O erro mais comum é ter dados estruturados que não batem certo com o que o cliente vê. Se o preço no schema é diferente do preço visível, estás a pedir problemas de elegibilidade nos resultados enriquecidos.

Product schema no e-commerce: o que interessa mesmo

O tipo mais valioso para uma loja online é o Product. É ele que ajuda o Google a perceber que aquela página é um produto, com atributos claros e comparáveis.

Num cenário bem implementado, um Product schema pode incluir campos como:

  • Identificação: name, description, image, url.
  • Referências: sku e mpn quando existem, para reduzir ambiguidade entre produtos parecidos.
  • Variações: atributos como color quando a tua loja trabalha cores, tamanhos e outras opções.
  • Oferta: preço e moeda, além de disponibilidade (stock).
  • Condição: itemCondition indica se o produto é novo, usado ou recondicionado. Parece básico, mas é um campo que o Google valoriza para elegibilidade máxima.
  • Vendedor: seller identifica quem vende, com nome e tipo (por exemplo, OnlineStore). Dá contexto extra à oferta.
  • Avaliações reais: Review e AggregateRating, quando a loja tem reviews de clientes reais. São estes dados que geram as famosas estrelas no Google, um dos elementos visuais com mais impacto no CTR.
  • Política de devoluções: MerchantReturnPolicy liga a oferta à tua política de devoluções, com prazo, país e link para a página de condições. O Google pode mostrar esta informação junto ao preço, o que reforça confiança antes do clique.

Não precisas de decorar propriedades. O ponto é este: quanto mais consistente for a tua informação de produto, maior a probabilidade de o Google a usar com confiança.

Fonte útil (oficial): documentação de Product structured data do Google.

Visualização conceptual de um cartão de produto com nome, imagem, SKU e preço representados como dados estruturados

Que outros schemas podem fazer sentido numa loja online

Product e BreadcrumbList costumam ser o núcleo, mas há outros tipos que podem ajudar, desde que sejam verdadeiros e estejam alinhados com a experiência real do utilizador:

  • Organization: reforça dados da marca, como nome, URL e presença oficial. Útil para consistência.
  • WebSite + SearchAction: ajuda motores de busca a entenderem a pesquisa interna, quando existe, e pode melhorar a forma como o teu site é interpretado.
  • FAQPage: pode fazer sentido em páginas de suporte, mas só se as perguntas e respostas estiverem mesmo visíveis na página. Nada de “FAQ escondida” só para o Google.
  • CollectionPage: para páginas de categoria, com nome, URL, descrição e imagem. Ajuda o Google a perceber que aquela página é uma colecção de produtos, não uma página genérica.
  • VideoObject: se um produto tem vídeo (YouTube, Vimeo ou ficheiro próprio), este schema descreve o vídeo com título, descrição, duração e thumbnail. Pode gerar rich snippets de vídeo nos resultados, o que é cada vez mais comum.
  • SpecialAnnouncement: para promoções e anúncios activos, com datas, texto e link. Útil quando a loja tem campanhas temporárias que justificam destaque.
  • BlogPosting: para artigos de blog, com campos como wordCount e inLanguage que ajudam motores de busca e sistemas de IA a interpretar o conteúdo de forma mais precisa.

O critério é simples: se um humano não vê, não entende ou não beneficia, o Google também não deve ser “alimentado” com isso. Mantém o schema como reflexo do teu site, não como enfeite.

Dados estruturados, AEO e IA: preparar a tua loja para o próximo passo

Mesmo que o teu objectivo seja aparecer melhor no Google clássico, a forma como as pessoas descobrem produtos está a mudar. Entre pesquisas mais conversacionais e sistemas de answer engines, a qualidade da informação que publicas conta ainda mais.

Dados estruturados ajudam porque transformam o teu catálogo em informação mais fácil de reutilizar: nome do produto, descrição, preço, disponibilidade, variações, categoria. Quanto mais consistente for esta base, mais fácil é para diferentes sistemas “explicarem” o teu produto, seja numa SERP ou numa resposta assistida.

A melhor estratégia para AEO não é inventar schema novo. É ter dados correctos, descrições úteis e uma navegação clara. O schema só torna isso mais legível.

BreadcrumbList: navegação mais clara para o Google e para o cliente

Breadcrumbs são aquelas migalhas de navegação, do estilo “Início > Categoria > Produto”. O schema BreadcrumbList ajuda o Google a perceber a hierarquia do teu site e, muitas vezes, a mostrar essa estrutura no snippet.

Isto é útil por dois motivos:

  • Contexto: o cliente percebe onde está e o que vai encontrar.
  • Arquitectura: o Google ganha sinais sobre a organização do catálogo, especialmente quando tens muitas categorias e subcategorias.

Se queres ler a versão oficial: guia de breadcrumb markup do Google.

Dados estruturados nos e-mails: encomendas e entregas no Gmail

Os dados estruturados não vivem só nas páginas do teu site. Schemas como Order e ParcelDelivery (definidos em schema.org/Order) também funcionam dentro dos e-mails transaccionais. Quando um e-mail de encomenda inclui este markup em JSON-LD, o Gmail consegue interpretar a informação e gerar automaticamente cartões resumo: produto, estado, número de pedido, preço e botões de acção, tudo visível sem o cliente abrir o e-mail.

Screenshot real do Gmail a mostrar um cartão de encomenda de uma loja Shopkit com produto, estado, número de encomenda e botões de acção

Na prática, quando uma loja Shopkit envia um e-mail de encomenda, o Gmail pode mostrar:

  • Cartão de encomenda: produto com imagem, valor total, estado actual e botão “Ver encomenda”.
  • Tracking integrado: quando a encomenda é enviada, o schema muda para ParcelDelivery com morada de entrega, transportadora, código de tracking e datas de entrega previstas. O botão passa a “Seguir envio”.
  • 7 estados diferentes: a aguardar pagamento, em processamento, em trânsito, entregue, cancelada, devolvida e disponível para levantamento, cada um com o orderStatus correcto no schema.
  • Produtos detalhados: cada produto do pedido aparece com nome, referência (SKU), código de barras (MPN), imagem, preço e opções (como cor).

O impacto é concreto: o e-mail tem menos probabilidade de ir para spam (o Google valida o remetente), a informação aparece antes do clique e a experiência pós-compra fica mais profissional. Na Shopkit, todos os e-mails de encomenda já incluem este markup aprovado pelo Google, em todos os planos, sem precisares de configurar nada.

Linha de estados de uma encomenda (preparação, expedição, em trânsito, entregue) num cenário de loja online

O objectivo aqui não é impressionar o Google com “mais schema”. É ter dados que fazem sentido e que suportam a experiência do cliente, tanto na pesquisa como no pós-venda.

O que a Shopkit faz automaticamente (sem mexeres em código)

A parte chata do schema markup é manter tudo consistente. O preço muda, o stock muda, as imagens mudam, e se tens de gerir isso à mão, vais acabar com dados desactualizados. É por isso que, numa plataforma de e-commerce, o ideal é o schema ser gerado com base no catálogo real.

Na Shopkit, o foco é garantir que as páginas mais importantes já vêm preparadas com dados estruturados completos, gerados a partir do teu catálogo real. Não precisas de instalar plugins nem de mexer em código.

Páginas de produto:

  • Product completo: name, url, image, sku, mpn, description, color, price, disponibilidade e itemCondition, sempre sincronizado com o catálogo.
  • Reviews individuais: se a loja tem avaliações de clientes, o schema inclui até 10 reviews reais com autor, data, nota e texto. É isto que gera as estrelas no Google.
  • MerchantReturnPolicy: a política de devoluções é ligada automaticamente ao produto, com prazo, país e link para a tua página de condições. O Google pode mostrar esta informação junto ao preço.
  • Seller (OnlineStore): cada oferta identifica o vendedor como loja online, com nome e tipo, o que dá mais contexto à oferta.
  • VideoObject: produtos com vídeo (YouTube, Vimeo ou ficheiro carregado na galeria) ganham schema de vídeo automaticamente, com título, descrição e thumbnail. Pode gerar rich snippets de vídeo nos resultados.

Outras páginas:

  • BreadcrumbList: em todas as páginas, para reflectir a navegação e ajudar o Google a entender a hierarquia.
  • CollectionPage: páginas de categoria incluem schema com nome, URL, descrição e imagem da colecção.
  • OnlineStore: a homepage usa o tipo mais específico para lojas, com redes sociais expandidas (Facebook, Instagram, Twitter, YouTube, TikTok, LinkedIn, Pinterest).
  • SpecialAnnouncement: popups activos no Theme Editor geram schema de anúncio com datas, texto e link, útil para promoções.
  • BlogPosting: artigos de blog incluem wordCount e inLanguage, campos que ajudam tanto motores de busca como sistemas de IA.
  • Order tracking + Gmail markup: nas páginas e em todos os e-mails de encomenda. O markup inclui Order (com produtos, preço, estado e cliente) e ParcelDelivery (com morada, transportadora e tracking). O Gmail gera cartões resumo automáticos com botões de acção, aprovado pelo Google, sem configuração.

Se queres uma visão mais prática, espreita a funcionalidade de dados estruturados e como isto encaixa com o teu SEO.

Ilustração editorial de uma loja online com camadas de dados estruturados a ligar produto, categorias e navegação

Como validar e monitorizar (sem adivinhares)

Há duas fases: validar se está tecnicamente correcto e monitorizar se o Google está a usar. Para validar, tens duas ferramentas essenciais:

  • Rich Results Test: mostra se a página é elegível para resultados enriquecidos e quais os avisos.
  • Schema Markup Validator: útil para verificar se o Schema.org está bem formado, mesmo quando não existe um resultado enriquecido específico.

Para monitorizar, entra no GSC e vê a secção de melhorias (quando disponível). Aqui, o que te interessa são padrões: erros repetidos, campos em falta, páginas afectadas e, sobretudo, se os problemas aumentam depois de alterações de catálogo ou tema.

Se quiseres ir mais a fundo, o artigo Aspectos de SEO e performance da loja online ajuda-te a ligar a parte técnica a impacto real.

O que procurar no GSC: oportunidades e prioridades

Depois de validares tecnicamente, a pergunta certa é: onde é que isto pode ter impacto primeiro? O GSC ajuda-te a decidir com base em dados, em vez de “sensações”.

Um método simples é priorizar páginas de produto com estas características:

  • Muitas impressões, baixo CTR: são candidatas óbvias a melhorar snippet. Se o teu produto aparece muito e recebe poucos cliques, qualquer detalhe extra pode ajudar.
  • Boa posição média, poucos cliques: aqui o snippet e a relevância percebida fazem diferença.
  • Erros repetidos em páginas-chave: 5 produtos que vendem bem valem mais do que 500 páginas irrelevantes.

Também podes criar uma rotina mensal, pequena e sustentável:

  • Semana 1: revê erros de dados estruturados e corrige o que for crítico (preço, stock, imagens).
  • Semana 2: valida 3 a 5 páginas e confirma se os avisos baixaram.
  • Semana 3: observa a evolução de impressões, cliques e CTR nas páginas validadas.
  • Semana 4: replica o que funcionou para mais 10 produtos, sem pressa.

O segredo é consistência. Schema markup é um investimento cumulativo, quanto mais o teu catálogo cresce, mais importante fica ter uma base correcta e automática.

Erros comuns que te tiram dos resultados enriquecidos

O schema markup é sensível a detalhes. Estes são os erros que mais vezes estragam tudo:

  • Preço e stock desalinhados: o schema diz uma coisa, a página mostra outra.
  • Imagem errada ou em falta: o produto muda, mas o image fica apontado para um ficheiro antigo.
  • Variações mal tratadas: cores e tamanhos existem na loja, mas não estão reflectidos de forma consistente.
  • Breadcrumbs incoerentes: o produto aparece em caminhos diferentes e o Google não percebe a hierarquia principal.
  • Copiar e colar schema: usar o mesmo bloco em páginas diferentes e esquecer que cada produto tem identidade própria.

Se mexes em templates, lembra-te: dados estruturados são “código vivo”. Qualquer mudança que afecte preços, imagens ou URLs pode criar inconsistências.

Checklist visual de validação de dados estruturados com itens como preço, stock, imagem e breadcrumbs

Plano de acção simples para melhorares já

Se queres passar de “sei o que é” para “isto está a dar resultados”, segue este plano curto:

  • 1) Garante a base do catálogo: nomes claros, descrições úteis, imagens consistentes, sku e mpn quando aplicável.
  • 2) Confirma a navegação: categorias bem organizadas ajudam o BreadcrumbList a ser coerente. A funcionalidade de navegação é um bom ponto de partida.
  • 3) Valida 5 produtos principais: usa as ferramentas de teste e corrige erros antes de optimizares o resto.
  • 4) Monitoriza no GSC: olha para tendências, não para um dia isolado.
  • 5) Revê mensalmente: cria um pequeno KPI para acompanhar, por exemplo páginas com erros de dados estruturados e evolução do CTR em páginas de produto.

Se ainda estás a construir a tua estratégia de visibilidade, também vale a pena ler SEO para lojas online: como aparecer no Google com Shopkit. Ajuda-te a ligar schema a conteúdo, performance e intenção de pesquisa.