Dados estruturados: descrever os seus produtos e a sua empresa ao Google

Para que servem os dados estruturados num site que vende

«Données structurées» (dados estruturados) é pesquisado 590 vezes por mês em França. Para um site que tem de render, têm um papel preciso: tornar uma página elegível para apresentações que atraem o clique de um comprador. Um resultado que mostra o preço, «Em stock» e os custos de entrega distingue-se de um simples link azul.

Não fazem subir uma página por magia. O Google repete-o: ajudam a compreender e a apresentar a página, desde que descrevam exatamente o que o visitante vê. Um preço no JSON-LD diferente do preço apresentado é um erro, e pode fazer perder a apresentação enriquecida.

Para uma loja online, o Google recomenda combinar as duas fontes: os dados estruturados nas suas páginas e um feed de produtos no Merchant Center. As duas confirmam-se mutuamente e maximizam a elegibilidade para as experiências de compras.

Product e Offer: o mínimo de uma página de produto

Para uma ficha de comerciante, o Google exige três propriedades obrigatórias: name, image, offers (Offer). Esclarece que uma ficha de comerciante precisa de um elemento Offer (e não AggregateOffer), porque o comerciante tem de ser o vendedor do produto. Aconselha várias imagens de alta resolução com pelo menos 50 000 píxeis (largura multiplicada pela altura).

Exemplo a adaptar (os valores são fictícios):

• <script type=«application/ld+json»>
• { «@context»: «https://schema.org», «@type»: «Product»,
• «name»: «Saco de dormir de bebé em algodão orgânico 0-6 meses», «sku»: «SAC-06-BIO»,
• «image»: [«https://www.exemplo.pt/img/saco-dormir-1200.webp»],
• «description»: «Saco de dormir 2,5 TOG em algodão orgânico, fecho lateral.»,
• «brand»: { «@type»: «Brand», «name»: «Exemplo» },
• «offers»: { «@type»: «Offer», «price»: «39.00», «priceCurrency»: «EUR»,
• «availability»: «https://schema.org/InStock», «url»: «https://www.exemplo.pt/saco-dormir-algodao-organico» } }
• </script>

Acrescente gtin quando o produto tiver um (código EAN), e aggregateRating apenas se as avaliações apresentadas na página forem reais e recolhidas segundo as regras. Nunca marque uma classificação que não apareça na página.

Devoluções e entrega: as informações que os compradores procuram

Os custos e as condições de devolução estão entre as primeiras razões de abandono de uma compra. O Google permite descrevê-los em dados estruturados, o que pode apresentá-los logo nos resultados.

As condições de devolução padrão da sua loja declaram-se uma vez, ao nível da empresa: um MerchantReturnPolicy colocado em Organization, que se aplica à maioria ou a todos os seus produtos. Uma exceção própria de um produto declara-se no respetivo Offer.

Os custos de entrega próprios de um produto declaram-se no Offer, com uma ou várias instâncias de OfferShippingDetails.

• «hasMerchantReturnPolicy»: { «@type»: «MerchantReturnPolicy», «applicableCountry»: «PT»,
• «returnPolicyCategory»: «https://schema.org/MerchantReturnFiniteReturnWindow», «merchantReturnDays»: 30 }
• «shippingDetails»: { «@type»: «OfferShippingDetails»,
• «shippingRate»: { «@type»: «MonetaryAmount», «value»: «4.90», «currency»: «EUR» },
• «shippingDestination»: { «@type»: «DefinedRegion», «addressCountry»: «PT» } }

Os valores acima são exemplos: escreva as suas condições reais, as das suas condições gerais de venda e da sua página de entregas.

LocalBusiness e Organization: descrever a empresa

No nosso estudo, 55% dos sites de micro e pequenas empresas em França não descrevem a empresa em dados estruturados. É, no entanto, o bloco mais simples: nome, morada, telefone, horário, zona servida, logótipo, as mesmas informações da página e do seu Perfil da Empresa no Google.

Escolha o tipo mais preciso que existir (Plumber, Dentist, LegalService, Store…) em vez de um LocalBusiness genérico, e coloque o bloco na página inicial e na página de contacto.

• { «@context»: «https://schema.org», «@type»: «Plumber», «name»: «Exemplo Canalizações»,
• «telephone»: «+351 210 000 000», «url»: «https://www.exemplo.pt»,
• «address»: { «@type»: «PostalAddress», «streetAddress»: «Rua do Exemplo, 1», «postalCode»: «1000-001», «addressLocality»: «Lisboa», «addressCountry»: «PT» },
• «areaServed»: «Lisboa e Oeiras», «openingHours»: «Mo-Fr 08:00-18:00» }

FAQ, breadcrumbs e assistentes de IA

O caminho de navegação (BreadcrumbList) ajuda o Google a mostrar o percurso da página em vez do endereço em bruto. O bloco FAQ descreve as perguntas e respostas visíveis da página; 81% das páginas iniciais do nosso estudo nem sequer têm perguntas frequentes para descrever.

Para os assistentes de IA, os dados estruturados não são uma exigência: o Google indica que as suas funcionalidades de IA não pedem nenhuns em particular. Continuam a ser úteis porque tornam os factos da página (preço, horário, zona) nítidos e coerentes, o que ajuda qualquer máquina que leia o seu site. Nos nossos próprios sites, geramo-los a partir dos mesmos dados que o texto visível, para que nunca divirjam.

Que bloco em que página

Cada tipo de página tem o seu bloco. Pôr o mesmo em todo o lado é um erro frequente: uma categoria não é um produto, um artigo não é uma empresa.

• Página inicial: Organization (ou o tipo de empresa mais preciso), com logótipo, contactos e links para os seus perfis oficiais; WebSite.
• Página de produto: Product com um Offer, mais BreadcrumbList; avaliações e classificação apenas se forem reais e visíveis.
• Categoria: BreadcrumbList; nada de bloco Product para cada produto listado, que daria a entender que a página vende um único artigo.
• Página de serviço: o tipo de empresa com a zona servida, mais BreadcrumbList; Service se descrever uma prestação concreta.
• Artigo ou guia: Article, com datas de publicação e de atualização verdadeiras, mais FAQPage se as perguntas estiverem visíveis na página.
• Página de contacto: o tipo de empresa, com os mesmos contactos do Perfil da Empresa no Google.

A coerência conta mais do que a quantidade: o mesmo nome, a mesma morada e o mesmo telefone em todo o lado (página, dados estruturados, Perfil da Empresa no Google, diretórios) reforçam a confiança que o Google dá a essas informações.

Testar e acompanhar em cinco passos

1. 1
   Gerar o JSON-LD a partir dos seus dados: preço, stock e nome vêm da mesma fonte que a página, nunca de uma introdução à parte.
2. 2
   Testar uma página: a ferramenta de teste de resultados enriquecidos do Google indica os elementos detetados, os erros e os avisos.
3. 3
   Validar o modelo: teste uma página de cada tipo (produto, categoria, serviço, artigo) e depois aplique o modelo a todas as páginas desse tipo.
4. 4
   Acompanhar na Search Console: os relatórios «Melhorias» e «Fichas de comerciante» listam as páginas com erros depois da passagem do Google.
5. 5
   Verificar após cada mudança de tema ou de extensão: é nesse momento que os dados estruturados desaparecem ou se duplicam sem que ninguém repare.