Voltar ao Hub
SEO
8 min de leitura

Schema LocalBusiness: dados estruturados corretos para negócios locais

Schema LocalBusiness: dados estruturados corretos para negócios locais
07 de nov. de 2026
Equipe Open Leads

Resposta direta: use o tipo `LocalBusiness` quando uma página descreve uma empresa local real e inclua apenas dados que aparecem no conteúdo e podem ser confirmados. Nome, endereço, telefone, horário, categoria e área atendida precisam refletir a operação. Marcação estruturada ajuda mecanismos a interpretar informações; ela não cria uma unidade, não substitui o Perfil da Empresa no Google e não garante painel de conhecimento, posição ou resultado enriquecido. Para empresas com filiais, represente cada unidade real segundo a estrutura do site e as regras aplicáveis, sem inventar endereços ou avaliações.

Schema.org define vocabulário; Google documenta um subconjunto e requisitos para recursos de busca. São camadas relacionadas, mas não intercambiáveis. Uma propriedade permitida no Schema.org não necessariamente gera recurso específico no Google. Além disso, o Google pode exibir resultados diferentes do que um proprietário espera. O objetivo de adicionar dados é tornar a página mais compreensível e consistente, não manipular a aparência da busca. Comece pela qualidade do texto visível e pela correção das informações antes de escolher os campos JSON-LD.

O que LocalBusiness descreve

`LocalBusiness` representa uma empresa ou filial física, com subtipos mais específicos como restaurante, consultório, loja ou serviço profissional. A documentação do Google sugere usar o subtipo mais específico que corresponde à entidade. Essa escolha depende de atividade e presença reais. Uma empresa inteiramente digital pode não ser um negócio local apenas por atender clientes numa cidade. Também é necessário distinguir o endereço de escritório, o endereço que recebe clientes e a área de serviço: publicar um local que não atende ao público pode induzir usuários a erro e violar as regras do Perfil da Empresa.

Uma página pode incluir dados do negócio e de uma filial quando contém informação útil sobre ela. O markup deve corresponder ao conteúdo mostrado, como horário de atendimento, telefone, endereço e serviços. Não marque detalhes que estejam escondidos ou contradigam a página. Se o horário especial de feriado não está atualizado, corrigir o JSON-LD sem alterar texto visível não resolve o problema do cliente. A fonte de verdade precisa ser mantida no CMS ou sistema operacional e refletida em site, perfil e atendimento.

Entidade, filial e consistência

Defina se a organização possui uma unidade, várias filiais, departamentos ou profissionais individuais. Uma cadeia pode ter entidade corporativa e páginas de cada estabelecimento, mas cada página deve oferecer informação distinta e verdadeira da localidade. Use identificadores estáveis, URLs canônicas e relações adequadas entre Organization e LocalBusiness conforme a arquitetura. Não crie uma filial schema para cada cidade-alvo se não houver local físico ou equipe operacional correspondente. O Google proíbe criar múltiplas páginas de negócio para uma unidade sem motivo previsto nas diretrizes.

Para empresas que atendem na localização do cliente e não recebem visitantes no endereço, as regras de negócio com área de serviço são diferentes das de uma vitrine. O Google orienta o perfil de serviço a esconder endereço residencial ou privado e indicar uma área verdadeira; o limite e configuração dependem do tipo de negócio e políticas. Isso é uma regra de elegibilidade do Perfil da Empresa, não uma instrução para inserir dezenas de localidades no Schema. Não misture serviço prestado em campo com loja aberta ao público.

Diagrama abstrato de dados locais corretos conectando uma empresa física a horários e informações digitais em grafite, branco e laranja.
Diagrama abstrato de dados locais corretos conectando uma empresa física a horários e informações digitais em grafite, branco e laranja.

Campos e valores que devem ser reais

Os campos comuns incluem nome, URL, telefone, endereço postal, horário, localização e tipo de negócio. Preencha apenas o que corresponde à empresa. Um `priceRange` genérico precisa ser útil e coerente; avaliações agregadas só podem ser usadas quando atendem às regras do Google e refletem avaliações válidas sobre a própria entidade. Não copie notas de terceiros, não invente depoimentos e não use endereço de coworking que não esteja elegível. Antes de publicar, compare propriedades com o conteúdo visível e documentos internos de operação.

Se o telefone muda por filial, use o contato daquela unidade. Se não existe um balcão para clientes, não apresente o endereço como loja. Se horários variam por data, divulgue as horas atuais e mantenha exceções atualizadas. Essa precisão é importante para pessoas que chegam pelo mapa ou pela pesquisa, e para sistemas que usam dados para entender a entidade. Schema incorreto pode gerar advertências, ignorância do markup ou experiência enganosa; corrigir o dado de origem vale mais que adicionar mais propriedades sem revisar consistência.

Exemplo prático

Uma empresa de manutenção atende vários bairros a partir de um escritório residencial, sem receber clientes. Sua página descreve serviços, telefone, horário de resposta e cidades cobertas. O Perfil da Empresa deve ser configurado como negócio de área de serviço se atender às regras, com endereço oculto quando necessário. O schema da página deve retratar a entidade e seus contatos reais sem inventar filial em cada bairro. Caso abra uma base com equipe e atendimento presencial em outra região, revise as regras e crie uma representação somente quando a localização for uma unidade legítima.

Como implementar com controle

Escolha JSON-LD ou outro formato suportado e produza o bloco a partir dos dados existentes, evitando duplicar entidades em scripts do tema, plugin e aplicação. Em sistemas com múltiplas localizações, gere um registro por unidade no template correspondente e use o mesmo identificador de entidade de maneira consistente. Não transforme o nome em uma lista de palavras-chave geográficas. Nome deve ser nome real. Endereço, abertura e categoria devem ser estruturados corretamente segundo o vocabulário e os requisitos específicos do Google.

Valide sintaxe, tipos e propriedades com as ferramentas recomendadas pelo Google, depois inspecione a página renderizada e verifique que os dados estão acessíveis a rastreadores. Uma validação sem erros não garante elegibilidade nem exibição. O conteúdo pode ser corrigido pelo buscador, ignorado ou apresentado de outra forma. Após publicar, acompanhe Search Console, mudanças no perfil e chamadas de clientes sobre horários/endereço. Mantenha registro de versão e processo de atualização para que mudanças operacionais não fiquem presas no markup antigo.

SEO local, busca por IA e limites da marcação

Dados estruturados podem apoiar compreensão de entidade, mas não garantem que uma resposta de IA cite o site. Sistemas generativos usam fontes e sinais variados, e as políticas e recursos mudam. Para ser compreendido, o negócio precisa oferecer informações factuais, coerentes e acessíveis em páginas úteis. Informe claramente o que faz, onde atende e como entrar em contato. Evite chamar qualquer resultado visual de rich result garantido. O Google afirma que a aparência real na busca pode ser diferente e que o uso de structured data não obriga a exibição.

Consistência entre site e Perfil da Empresa importa para a pessoa, não só para crawler. Se o endereço no site diverge do perfil, verifique mudança, área de serviço e elegibilidade. Um usuário precisa saber se deve visitar ou pedir atendimento no local. Em SEO, cada página deve atender uma intenção real. Se uma empresa tem uma filial genuína, a página pode detalhar endereço, equipe, serviços e acesso. A Open Leads oferece serviços de criação de sites e marketing; explore os [serviços](/servicos), leia mais no [blog](/blog) ou consulte informações institucionais em [Google Partner](/google-partner).

Erros de implementação frequentes

Entre os erros estão: adicionar `LocalBusiness` a todas as páginas sem contexto; usar horário inexistente; marcar endereço que a empresa não atende; criar filiais fictícias para posicionar cidades; duplicar JSON-LD; incluir avaliações sem cumprir diretrizes; usar o nome do negócio com termos promocionais; e pensar que uma ferramenta verde assegura exibição. Outro problema é manter a página de filial sem informação única. Se o usuário não encontra endereço, equipe, horário ou serviço daquela unidade, o markup não cria utilidade que a página não possui.

Revise dados quando a empresa muda endereço, telefone, horário, propriedade ou área atendida. Uma planilha de governança pode manter fonte, responsável, última verificação e páginas em que cada campo aparece. Para empresas com muitas filiais, automatize atualização a partir de sistema que a equipe consegue manter. Faça amostragem em campo e confirme com responsáveis locais, pois uma unidade pode ter horário diferente ou estar temporariamente fechada. O controle editorial evita divergências que afetam ligações, navegação e confiança.

Checklist antes de publicar

Confirme que a entidade é realmente local; escolha subtipo específico; identifique se há loja, filial ou área de serviço; confira cada propriedade com o texto visível; use telefone, endereço e horário verdadeiros; evite unidades criadas apenas para SEO; remova marcação duplicada; valide sintaxe e requisitos do Google; confira o Perfil da Empresa; defina responsável por atualizações; e monitore Search Console e feedback. Se não houver informação real para determinada propriedade, deixe-a fora em vez de adivinhar ou copiar de concorrentes.

Uma implementação boa não é a mais extensa, mas a mais fiel e sustentável. Páginas e perfis precisam refletir a mesma empresa real e ajudar a pessoa a tomar uma decisão: visitar, ligar, reservar ou solicitar serviço. A marcação fornece uma representação estruturada dessa informação. Revise as fontes oficiais quando requisitos mudarem, pois nem todo campo Schema.org corresponde a um recurso exibido pelo Google e nenhuma ferramenta pode prometer posição ou citações por IA.

Perguntas frequentes

LocalBusiness garante painel local no Google?

Não. O Google pode usar os dados para compreender a página, mas a exibição depende de critérios próprios e pode variar. A marcação não garante resultado enriquecido, painel ou posição.

Cada cidade atendida deve ter uma página com schema próprio?

Não automaticamente. Crie páginas para localidades reais quando oferecerem utilidade própria, e não uma página quase igual para cada consulta. Área atendida não equivale a uma filial física.

Posso marcar avaliações do Google no meu site?

Somente se as regras aplicáveis permitirem e o conteúdo atender aos requisitos do Google. Não invente nem copie avaliações agregadas de forma a criar uma representação enganosa.

Um negócio sem atendimento presencial pode usar LocalBusiness?

Depende da representação factual e do tipo de entidade. Não invente endereço físico; consulte definições do Schema.org, requisitos do Google e regras do Perfil da Empresa para o modelo de serviço.

Preciso atualizar o schema quando muda o horário?

Sim, mantenha os dados estruturados e o conteúdo visível coerentes com o horário real. Atualize também perfil e outros pontos de contato usados pelos clientes.

Quer transformar tráfego em oportunidades reais? A Open Leads integra mídia paga, mensuração e criação de sites focados em conversão. Conheça os serviços da Open Leads.

Fontes consultadas

Consulte os materiais originais usados na pesquisa deste artigo.

Tags

Schema LocalBusinessdados estruturados negócio localSEO local schemaGoogle Search Central LocalBusinessperfil da empresa Google
OL

Escrito por

Equipe Open Leads