Dados estruturados para negócio local: o checklist

01

O que são dados estruturados e para que servem?

São um bloco de texto no código da página que descreve a sua empresa num formato que as máquinas leem sem precisar interpretar: este é o nome, este é o endereço, este é o horário. O formato que o Google recomenda é o JSON-LD (JavaScript Object Notation for Linked Data), e o vocabulário, com os nomes de cada tipo e de cada campo, vem do schema.org.

O Google usa esses dados para entender a página e para mostrar detalhes como horário e endereço nos resultados. Mas é bom saber o limite: o guia do Google para os recursos de IA, de maio de 2026, diz que dados estruturados não são exigidos para aparecer na Visão geral criada por IA nem no Modo IA. Eles continuam úteis para os resultados ricos e para deixar a informação sem ambiguidade (dados estruturados ajudam na IA?).

02

Qual tipo usar: LocalBusiness ou um subtipo?

O subtipo mais específico que existir para o seu ramo. O Google pede isso na documentação de negócio local, e o schema.org tem tipos para dezenas de ramos. Se a empresa faz mais de uma coisa, dá para declarar vários tipos numa lista, como ["Electrician", "Plumber"]; o Google não aceita o campo additionalType para isso.

03

Quais campos não podem faltar?

Para o Google, só dois são obrigatórios: name e address. Os outros são recomendados, mas para um negócio local quase todos fazem diferença. Como LocalBusiness é um tipo de Organization, o Google sugere usar também os campos de organização, como logo e sameAs.

04

Como marcar o horário de funcionamento?

Com um ou mais blocos OpeningHoursSpecification, cada um com os dias (em inglês, como Monday e Saturday), a hora de abrir (opens) e a de fechar (closes). Dias com o mesmo horário vão juntos no mesmo bloco.

• Aberto 24 horas num dia: abre "00:00" e fecha "23:59".
• Fechado o dia todo: abre e fecha "00:00".
• Horário que passa da meia-noite: um bloco só, por exemplo sábado das "18:00" às "03:00".
• Feriado ou recesso: o mesmo bloco com validFrom e validThrough, as datas de início e fim no formato AAAA-MM-DD.

05

Posso marcar as avaliações que recebo no Google?

Não. O Google só recomenda aggregateRating e review em LocalBusiness para sites que reúnem avaliações sobre outras empresas, como um guia. Avaliações da própria empresa, publicadas no próprio site, são o que o Google chama de autopromocionais e não geram estrelas no resultado.

As avaliações que contam estão no Perfil da Empresa no Google e nos guias do ramo. O Google diz que mais avaliações positivas melhoram a classificação local e recomenda responder a elas (avaliações ajudam na IA?).

06

FAQPage e Article ainda valem a pena?

O Article vale; o FAQPage perdeu o destaque no Google. Desde 7 de maio de 2026, os resultados ricos de perguntas frequentes deixaram de aparecer na busca, e o Google anunciou que tiraria o relatório e o suporte no Teste de pesquisa aprimorada em junho de 2026. Antes disso, eles já estavam restritos a sites de governo e de saúde.

As perguntas frequentes visíveis na página continuam úteis para quem lê, porque respondem a dúvida sem rodeio. A marcação FAQPage pode continuar no código, mas não espere destaque visual no Google por causa dela.

O Article (ou BlogPosting, para posts) não tem campo obrigatório. O Google recomenda headline, image, datePublished, dateModified e author, com nome e link do autor. Esses dados ajudam o Google a mostrar o título, a imagem e a data certos do artigo.

07

Como fica um exemplo completo?

Imagine um escritório de contabilidade fictício em Belo Horizonte. O bloco vai numa etiqueta script do tipo "application/ld+json", no código da página principal, e descreve só o que a página também mostra. Os campos ficariam assim:

Se o escritório tivesse duas unidades, cada uma ganharia um bloco próprio, com o endereço e a url da página daquela unidade.

08

Como testar antes de publicar?

Em quatro passos, sem precisar de programador para conferir:

1. Abra o Teste de pesquisa aprimorada do Google, cole o endereço da página ou o código e corrija os erros críticos.
2. Passe o mesmo código no validador do schema.org, que confere qualquer tipo, mesmo os que não geram resultado rico.
3. Depois de publicar, use a inspeção de URL do Search Console para ver a página como o Google vê e peça um novo rastreamento.
4. Mantenha o sitemap enviado no Search Console, para o Google saber quando a página mudar.

09

O que costuma dar errado?

Quase sempre, dado que não bate com a página. O Google pede que a marcação descreva o conteúdo visível: horário no código diferente do horário no rodapé, ou preço que não aparece no texto, pode fazer o Google não mostrar o resultado rico. Quando a violação é grave, o Google pode aplicar uma ação manual, e aí os dados estruturados da página passam a ser ignorados.

O segundo erro comum é ter dados diferentes no site, no Perfil no Google e nos guias. Como a IA confere a informação em várias fontes, nome, endereço e telefone iguais em todo lugar fazem diferença (perfil no Google, guias e avaliações).

10

A Presença cuida disso?

Nos artigos que a Presença escreve e publica, as perguntas frequentes e os dados estruturados (JSON-LD) já vão prontos, junto com sitemap e IndexNow. O Perfil da Empresa no Google continua com você: a Presença não faz a gestão dele. Os detalhes estão em ver os planos.