Schema markup para pequeno negócio: LocalBusiness e JSON-LD

Schema markup é um código que descreve uma página em formato padronizado: nome do negócio, endereço, horário, telefone. Segundo o Google, o formato recomendado é o JSON-LD. Para um pequeno negócio local, o tipo mais útil costuma ser o LocalBusiness. A marcação ajuda o Google a entender a página, mas não garante destaque nem posição melhor.

O que o schema faz e o que não faz

O Google define dados estruturados como um formato padronizado para dar informações sobre uma página e classificar o conteúdo. A documentação foi consultada em 9 de novembro de 2026.

O que o schema não faz: não substitui conteúdo bom, não compra posição e não obriga o Google a mostrar um recurso visual. O Google diz que é preciso incluir todas as propriedades obrigatórias para ser elegível e que não garante que os recursos apareçam; violações das diretrizes podem levar a ação manual. Por isso, trate o schema como acabamento técnico, depois de ter site rápido, conteúdo claro e Perfil da Empresa em ordem. Veja o checklist em Perfil da Empresa no Google.

Por que JSON-LD

A documentação diz que o Google recomenda JSON-LD, se a configuração do seu site permitir. O código fica dentro de uma tag script, separado do texto visível, o que facilita incluir, editar e remover sem mexer no layout. Muitos construtores de site e plugins já têm campos para isso.

LocalBusiness: o que o Google pede

A página oficial de dados estruturados de LocalBusiness explica que a marcação informa dados como horário, departamentos e avaliações, e, segundo a página, os resultados podem mostrar um painel de conhecimento com dados do negócio. Segundo ela:

Propriedade	Status segundo o Google
name (nome do negócio)	Obrigatória
address (endereço)	Obrigatória
telephone	Recomendada
url	Recomendada
openingHoursSpecification	Recomendada
geo (latitude e longitude)	Recomendada, com ao menos 5 casas decimais
priceRange	Recomendada

Dois detalhes úteis. Primeiro: use o subtipo mais específico possível de LocalBusiness, como Restaurant ou HealthClub, quando houver um que descreva seu negócio. Segundo: aggregateRating e review são recomendados apenas para sites que coletam avaliações sobre outros negócios locais, então não adicione nota própria inventada no seu site.

Regras que evitam problema

• Marque só o que está visível. A documentação avisa para não adicionar dados estruturados sobre informação que o usuário não vê, mesmo que ela seja verdadeira.
• Mantenha igual ao Perfil da Empresa. Nome, endereço e telefone diferentes entre site, perfil e redes confundem pessoas e sistemas.
• Não crie páginas vazias só para carregar marcação.
• Atualize quando mudar. Horário de feriado, telefone novo ou mudança de endereço precisam ser corrigidos na marcação também.

Exemplo mínimo

Um esboço de JSON-LD para um estúdio fictício, que você deve adaptar com seus dados reais:

{
  "@context": "https://schema.org",
  "@type": "ProfessionalService",
  "name": "Nome do seu negócio",
  "url": "https://www.seudominio.com.br",
  "telephone": "+55-00-00000-0000",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Rua Exemplo, 100",
    "addressLocality": "Sua cidade",
    "addressRegion": "UF",
    "postalCode": "00000-000",
    "addressCountry": "BR"
  }
}

Troque ProfessionalService pelo tipo mais específico que existir para o seu ramo. Se o seu negócio é só online, sem endereço aberto ao público, reveja se LocalBusiness é o tipo certo; uma marcação do tipo Organization pode ser mais honesta.

Como validar

1. Cole o código ou a URL no Rich Results Test, que o Google descreve como uma ferramenta fácil e útil para validar dados estruturados.
2. Corrija erros e avisos de campos obrigatórios.
3. Depois de publicar, use a Inspeção de URL do Search Console para ver como o Google lê a página.
4. Acompanhe os relatórios de resultados aprimorados, que mostram problemas causados por modelos de página ou por erros de publicação.

E o schema de FAQ?

Muitos guias recomendam marcar perguntas e respostas. Segundo o histórico de atualizações do Google Search Central, o recurso visual de FAQ deixou de aparecer na busca a partir de 7 de maio de 2026, então não conte com destaque por esse motivo. A documentação sobre recursos de IA também diz que não há schema especial exigido. Mesmo sem recurso visual, escrever perguntas e respostas claras no texto continua útil para leitores. Veja como escrever conteúdo que responde às perguntas dos clientes.

O que não prometer

Schema não é botão de "aparecer em primeiro". Quem oferece o serviço deve explicar o que vai marcar, onde fica o código e como você valida. Pedir isso por escrito é uma das 10 perguntas antes de contratar um site.

Quem deve colocar a marcação

Se o seu site usa um construtor ou WordPress, comece verificando se o tema ou o plugin de SEO já gera parte da marcação. Muitas vezes ela existe, mas com dados desatualizados ou incompletos. Abra o Rich Results Test, cole a URL da página inicial e veja o que o Google detecta antes de acrescentar qualquer código novo, porque duas marcações conflitantes para o mesmo negócio confundem mais do que ajudam.

Se o site foi feito sob medida, peça a quem o fez para incluir a marcação e documentar onde ela fica. Guarde os dados do negócio num único lugar, para que uma mudança de telefone ou horário seja corrigida em todos os pontos. A regra de ouro é simples: o que está no código precisa estar visível e correto para o visitante.

Próximo passo

Se você quer conferir se o seu site tem marcação coerente com o Perfil da Empresa e com os dados que o cliente vê, fale com a gente em /pt/contato. Revisamos o que existe e dizemos o que vale ajustar.

Fonte: Introduction to structured data e LocalBusiness structured data, Google Search Central, https://developers.google.com/search/docs/appearance/structured-data/local-business, lida em 09/11/2026. Fonte: Search Central documentation updates, Google Search Central, https://developers.google.com/search/updates, lida em 09/11/2026.