Você implementou o schema LocalBusiness em Taiwan, mas sua empresa continua fora das respostas dos mecanismos de IA. O problema provavelmente não está no código, e sim na falta de alinhamento dos dados. Quando alguém pergunta ao Perplexity ou ao ChatGPT “Há algum dentista recomendado no distrito de Xinyi, em Taipei?”, a IA primeiro cruza o nome, o endereço e o telefone do seu site com o Perfil da Empresa no Google, mapas e diretórios do setor. Se encontrar três versões diferentes, tenderá a não mencionar sua empresa em vez de tentar adivinhar qual delas está correta. Por isso, o que realmente determina suas chances de ser citado é a consistência do NAP — nome, endereço e telefone. A sintaxe do schema apenas organiza esses fatos em um formato legível por máquinas. Neste artigo, percorremos toda a implementação: escolher o tipo, preencher o endereço, informar o horário de funcionamento e, por fim, alinhar o NAP em todas as plataformas.
Por que os mecanismos de IA são tão sensíveis aos dados de LocalBusiness
Para responder a perguntas locais, o mecanismo de IA precisa extrair fatos com clareza: onde fica o estabelecimento, se está aberto naquele momento e qual é o telefone. Endereços em chinês não são fáceis de interpretar por máquinas. “Nº 7, Seção 5, Xinyi Road, Taipei City” e “Nº 7, Seção 5, Xinyi Road, Distrito de Xinyi, Taipei City” representam o mesmo lugar para uma pessoa, mas o modelo de extração pode tratá-los como duas entidades. O schema LocalBusiness separa e identifica essas informações em campos fixos. Na prática, é como entregar a resposta diretamente ao mecanismo, poupando o trabalho de comparar versões e fazer suposições. Quanto menos a IA precisar adivinhar, maior será a confiança para incluir sua empresa na resposta.
Etapa 1: escolha o @type correto — não classifique tudo como LocalBusiness
O schema.org oferece dezenas de subtipos de LocalBusiness. Quanto mais específica for a classificação, melhor o mecanismo entenderá o que sua empresa faz. Identificar um escritório contábil apenas como LocalBusiness é tecnicamente válido, mas usar AccountingService muda bastante a capacidade da IA de avaliar se aquele é o serviço profissional procurado. Comece pelo subtipo mais próximo da sua atividade. Se realmente não houver uma opção adequada, suba um nível e use um tipo mais genérico.
- Restaurantes e cafeterias: Restaurant, CafeOrCoffeeShop
- Dentistas e clínicas: Dentist, MedicalClinic
- Advogados e agentes imobiliários: Attorney, LegalService
- Escritórios de contabilidade e escrituração contábil: AccountingService
- Lojas de varejo: Store, com subtipos como ClothingStore, HardwareStore e outros
- Salões de beleza e cabeleireiros: BeautySalon, HairSalon
- Use o tipo genérico LocalBusiness somente quando não existir uma categoria correspondente.
Campo de endereço: como mapear as divisões administrativas de Taiwan em PostalAddress
O endereço é um dos pontos com mais erros. PostalAddress possui campos fixos, e cada nível da divisão administrativa de Taiwan precisa ser mapeado no lugar certo. Não coloque a sequência completa do endereço em streetAddress; assim, o mecanismo não conseguirá extrair corretamente o condado, a cidade e o distrito administrativo.
- addressCountry: informe o código de país “TW”, não “Taiwan” ou “Taiwan”
- addressRegion: município ou condado, como “Taipei City” e “New Taipei City”
- addressLocality: distrito ou município, como “Xinyi District”
- streetAddress: via, seção, travessa e número, como “No. 7, Section 5, Xinyi Road”
- postalCode: código postal no formato 3+3, como “110011”
- geo: latitude e longitude; as coordenadas devem coincidir com a posição do marcador no Google Maps
Horário de funcionamento: como configurar openingHoursSpecification sem erros
Use OpeningHoursSpecification para informar o horário de funcionamento, dayOfWeek para indicar os dias de cada período e opens e closes para registrar os horários no formato de 24 horas, HH:MM. Se o estabelecimento fecha no horário do almoço, não informe um intervalo contínuo das 09:00 às 21:00. Divida-o em dois períodos — por exemplo, 11:00–14:00 e 17:00–21:00 — para evitar que a IA diga ao usuário que o local está aberto às 3 da tarde. Se não houver atendimento em um feriado, não inclua esse dia. Para funcionamento 24 horas, preencha opens e closes com 00:00. Em ajustes temporários, como no Ano-Novo Lunar ou em feriados nacionais, use specialOpeningHoursSpecification e informe as datas abrangidas; isso é mais seguro do que alterar diretamente o horário principal. Depois da mudança, sincronize também os horários especiais no Perfil da Empresa no Google. As duas fontes precisam apresentar a mesma informação.
Consistência do NAP: o schema é apenas um dos pontos da rede
Não importa quão bem estruturado esteja o schema: se as demais fontes não coincidirem, o trabalho perde valor. Nome, endereço e telefone devem aparecer da mesma forma em todas as plataformas, inclusive na pontuação e na formatação. O telefone costuma gerar ainda mais confusão: no site oficial aparece “02-1234-5678”, no Perfil da Empresa no Google, “(02)12345678”, e no schema, “+886-2-1234-5678”. Para uma pessoa, todos funcionam; para a máquina, são três informações distintas. A recomendação é usar sempre o formato E.164 “+886212345678” nos dados estruturados. A versão exibida ao público pode receber outra formatação, mas o schema deve manter apenas um padrão.
- Perfil da Empresa no Google
- Schema, rodapé e página de contato do site oficial
- Páginas comerciais no Facebook e no Instagram
- Apple Maps e outras plataformas de navegação
- Diretórios do setor e listas telefônicas locais
Nas auditorias de sites locais que realizamos para clientes, o problema mais frequente não é a ausência do schema, mas o mesmo telefone escrito de quatro maneiras em quatro plataformas. Para o mecanismo de IA, não se trata de um único estabelecimento, e sim de quatro empresas muito parecidas.— Tenten GEO audit notes
Checklist de verificação antes da publicação
- Use o Teste de pesquisa aprimorada do Google para confirmar que o schema pode ser interpretado e não contém erros.
- Use o Schema Markup Validator para verificar a sintaxe de cada campo.
- Coloque o NAP do schema lado a lado com os dados do Perfil da Empresa no Google e compare o texto literalmente para encontrar qualquer divergência.
- Faça uma pergunta local diretamente a um mecanismo de IA e confira se o endereço e o horário de funcionamento apresentados estão corretos.
- Repita a verificação periodicamente após a publicação. Se o endereço ou o telefone mudar, sincronize a alteração em todas as plataformas.
A dificuldade do schema LocalBusiness nunca foi aquele trecho de JSON-LD, mas manter consistentes, ao longo do tempo, os fatos espalhados por uma dezena de plataformas. Se você não sabe quantos estabelecimentos diferentes seu NAP e seus dados estruturados parecem representar aos olhos dos mecanismos de IA, a auditoria GEO de 30 dias da Tenten GEO identifica todas essas lacunas de uma só vez. Para receber um direcionamento inicial com rapidez, você também pode agendar um diagnóstico GEO de 30 minutos. Usaremos o endereço real do seu site para executar uma busca local.
