Schema e dados estruturados (JSON-LD)

A maioria dos sites de prestadores de serviços residenciais comunica perfeitamente para humanos e quase nada para máquinas. Um visitante vê "Encanador 24h, atendemos toda a Grande São Paulo, nota 4,8 no Google". O buscador, sem ajuda, vê apenas texto. Dados estruturados em JSON-LD existem para fechar essa lacuna: traduzem o que a página diz para um vocabulário que Google, Bing e sistemas de IA entendem sem ambiguidade.

O Google recomenda o JSON-LD como formato preferido de dados estruturados, usando o vocabulário do schema.org. Implementado corretamente, ele habilita rich results — estrelas de avaliação, perguntas frequentes expandidas, trilha de navegação — e ajuda sistemas generativos a interpretar e atribuir sua informação com precisão.

Este guia mostra, com exemplos de código reais, os cinco tipos de schema que importam para prestadores: LocalBusiness, Service, FAQPage, Review com AggregateRating e BreadcrumbList. Também cobre como validar e os erros mais comuns que fazem o schema falhar silenciosamente.

Por que dados estruturados importam para prestadores

Três benefícios concretos:

1. Rich results. Estrelas, FAQs e breadcrumbs na página de resultados aumentam a área visível e a clareza do seu anúncio orgânico.
2. Compreensão por máquinas. Buscadores e sistemas de IA entendem com mais certeza o que você faz, onde e com que reputação.
3. Consistência de dados (NAP). Nome, endereço e telefone marcados de forma estruturada reforçam os sinais que sustentam o SEO local e a presença no Google Maps.

Uma ressalva honesta desde já: marcar corretamente torna a página elegível a rich results, mas não garante a exibição. Schema é condição necessária, não suficiente.

---

LocalBusiness: a base de tudo

O tipo LocalBusiness identifica a empresa. O schema.org define subtipos específicos úteis para o setor: Plumber, Electrician, HVACBusiness, HousePainter, Locksmith, RoofingContractor. Use o subtipo mais específico que se aplica.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Plumber",
  "name": "Nome da Empresa",
  "image": "https://seusite.com.br/foto-equipe.jpg",
  "@id": "https://seusite.com.br/#empresa",
  "url": "https://seusite.com.br/",
  "telephone": "+5511999999999",
  "priceRange": "$$",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Rua Exemplo, 123",
    "addressLocality": "Guarulhos",
    "addressRegion": "SP",
    "postalCode": "07000-000",
    "addressCountry": "BR"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": -23.4543,
    "longitude": -46.5337
  },
  "areaServed": [
    { "@type": "City", "name": "Guarulhos" },
    { "@type": "City", "name": "Sao Paulo" }
  ],
  "openingHoursSpecification": [{
    "@type": "OpeningHoursSpecification",
    "dayOfWeek": ["Monday","Tuesday","Wednesday","Thursday","Friday"],
    "opens": "08:00",
    "closes": "18:00"
  }]
}
</script>

Pontos-chave: telefone em formato internacional, endereço completo, areaServed refletindo onde você atende de verdade (a mesma lógica das páginas de cidade) e horário real. A documentação do Google sobre local business detalha as propriedades aceitas.

---

Service: descrever cada serviço

O tipo Service descreve um serviço oferecido, idealmente na página de serviço correspondente.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Service",
  "serviceType": "Deteccao e conserto de vazamentos",
  "provider": {
    "@type": "Plumber",
    "name": "Nome da Empresa",
    "@id": "https://seusite.com.br/#empresa"
  },
  "areaServed": { "@type": "City", "name": "Guarulhos" },
  "description": "Localizacao e reparo de vazamentos em tubulacoes residenciais com equipamento de deteccao."
}
</script>

O @id do provider aponta para a entidade LocalBusiness, conectando os dois nós. Isso evita duplicar a empresa e mantém o grafo coerente.

---

FAQPage: perguntas frequentes marcadas

Se a página tem uma seção de perguntas frequentes visível ao usuário, marque-a com FAQPage. As perguntas e respostas devem existir de fato na página.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "Voces atendem em quanto tempo numa emergencia?",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "Em emergencias, o atendimento na regiao de Guarulhos costuma ocorrer no mesmo dia, conforme disponibilidade da equipe."
    }
  }, {
    "@type": "Question",
    "name": "Voces dao garantia no servico?",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "Sim. Os reparos tem garantia conforme o tipo de servico, informada no orcamento."
    }
  }]
}
</script>

Regra do Google: o conteúdo marcado precisa estar visível ao usuário na página. Marcar FAQs ocultas viola a política.

---

Review e AggregateRating: avaliações com responsabilidade

Avaliações marcadas podem gerar estrelas no resultado. Aqui exige-se rigor ético e técnico. A política de review snippet do Google proíbe avaliações inventadas e desencoraja "self-serving reviews" — a empresa marcando notas sobre si mesma sem origem genuína.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Plumber",
  "name": "Nome da Empresa",
  "@id": "https://seusite.com.br/#empresa",
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.8",
    "reviewCount": "127"
  }
}
</script>

Nunca invente notas ou contagens. Os números precisam corresponder a avaliações reais e verificáveis. A ciência por trás do impacto dessas avaliações está no nosso artigo sobre a ciência das avaliações online, e a estratégia prática em avaliações Google para empresas de serviços residenciais.

---

BreadcrumbList: a trilha de navegação

O BreadcrumbList informa a hierarquia da página e pode exibir a trilha nos resultados.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [{
    "@type": "ListItem",
    "position": 1,
    "name": "Inicio",
    "item": "https://seusite.com.br/"
  }, {
    "@type": "ListItem",
    "position": 2,
    "name": "Servicos",
    "item": "https://seusite.com.br/servicos/"
  }, {
    "@type": "ListItem",
    "position": 3,
    "name": "Desentupimento em Guarulhos",
    "item": "https://seusite.com.br/servicos/desentupimento/guarulhos/"
  }]
}
</script>

Casa diretamente com a arquitetura descrita nas páginas de serviço e de cidade.

---

Como validar

Ferramenta	Para que serve	URL
Teste de Resultados Ricos	Elegibilidade a rich results e avisos	search.google.com/test/rich-results
Schema Markup Validator	Validação de sintaxe contra o vocabulário	validator.schema.org
Search Console (Dados estruturados)	Erros em escala após indexação	search.google.com/search-console

Fluxo recomendado: rascunhe o JSON-LD, valide no Teste de Resultados Ricos, corrija avisos, publique e acompanhe o relatório no Search Console. O Schema Markup Validator ajuda quando o erro é de sintaxe pura.

---

Erros comuns que fazem o schema falhar

• Marcar conteúdo que não está visível (FAQs ocultas, avaliações inexistentes) — viola a política e pode gerar ação manual.
• Inventar AggregateRating — além de antiético, é detectável e punível.
• Inconsistência de NAP entre schema, site, Perfil da Empresa e diretórios — confunde os sinais.
• JSON-LD inválido (vírgula sobrando, chave fechada errada) — o bloco inteiro é ignorado.
• @type errado (usar Organization onde cabe LocalBusiness) — perde elegibilidade a rich results locais.
• Esquecer o @id para conectar entidades — gera duplicação no grafo.

No projeto da Made For Builders, a validação de schema roda em CI: JSON-LD inválido quebra o build, justamente para evitar que esses erros cheguem à produção.

---

Schema e a era das respostas de IA

Sistemas como ChatGPT, Perplexity e o AI Overviews do Google resumem e atribuem informação. Dados estruturados tornam o significado da página explícito, o que facilita interpretação e atribuição corretas. Não há garantia formal publicada de que schema, por si, aumente citações em respostas de IA — mas clareza semântica, FAQs marcadas e dados consistentes nunca atrapalham.

Para entender o mecanismo de seleção de fontes, veja como as IAs generativas escolhem as fontes que citam, como aparecer no ChatGPT e Perplexity e o que é GEO, otimização para motores generativos.

Conclusão

Dados estruturados são o trabalho técnico de SEO com melhor relação esforço-retorno para prestadores: poucas linhas de JSON-LD bem feitas habilitam rich results e melhoram a compreensão por máquinas. Os cinco tipos — LocalBusiness, Service, FAQPage, Review/AggregateRating e BreadcrumbList — cobrem quase todas as necessidades do setor.

Implemente com honestidade (nunca invente notas), valide sempre no Teste de Resultados Ricos e mantenha o NAP consistente. Para continuar, veja as páginas de serviço e de cidade, a estratégia de visibilidade e o restante do blog.