Se você já testou se o seu escritório é citado por IA ou já leu sobre llms.txt, provavelmente chegou num ponto em comum: a recomendação de “colocar schema no site”. O problema é que boa parte do conteúdo sobre schema para advogados ensina um tipo que o próprio schema.org já abandonou.
Este artigo mostra qual schema usar de fato no site de um escritório de advocacia, o que mudou na marcação de FAQ em 2026, e como passar nos dois validadores diferentes que decidem se sua marcação funciona ou só existe no código sem efeito nenhum.
Vale o alinhamento de expectativa desde já: schema correto não é garantia de citação por IA nem de posição no Google. É a forma de garantir que, quando alguém ou alguma máquina for interpretar seu site, a interpretação seja a certa.
👉 Quer só copiar o schema? Vá direto ao schema completo real: cinco blocos prontos, com os dados de um escritório de advocacia de verdade, para copiar com um clique.
📋 O que você vai sair sabendo: qual schema usar no lugar do Attorney, como marcar o perfil de cada sócio, o que mudou no FAQPage, os dois validadores que sua marcação precisa passar e os erros mais comuns que fazem tudo isso falhar silenciosamente.
O que é schema, de fato, e por que o formato importa
Schema é o código, chamado dado estruturado, que descreve o conteúdo de uma página de um jeito que máquina entende, em vez de deixar a máquina adivinhar lendo HTML solto. Existem três formatos aceitos pelo Google: JSON-LD, Microdata e RDFa.
Segundo a documentação oficial do Google sobre dados estruturados, os três formatos funcionam igual para o Google, desde que a marcação seja válida. Mas existe uma recomendação clara: “Google recommends using JSON-LD for structured data if your site’s setup allows it”.
A razão prática, segundo comparação técnica entre os formatos, é que o JSON-LD vive num bloco de código separado, mais fácil de adicionar, atualizar e depurar, enquanto o Microdata fica misturado dentro do próprio HTML, o que complica a manutenção à medida que o site cresce.
Os três formatos, em resumo
- JSON-LD: bloco separado, mais fácil de manter, recomendado pelo Google.
- Microdata: misturado no HTML da página, funciona mas complica manutenção.
- RDFa: menos comum em site de escritório, exige atributo em cada tag HTML.
LegalService: o tipo certo para o escritório, não mais o Attorney
Se algum material que você já leu recomendou o tipo “Attorney” pra marcar seu escritório, essa recomendação está desatualizada.
“This type is deprecated – LegalService is more inclusive and less ambiguous.” (schema.org, definição oficial do tipo Attorney)
Essa frase sozinha já resolve boa parte da confusão que existe hoje em guia de schema pra advogado: muito conteúdo ainda ensina Attorney porque foi escrito antes da própria especificação abandonar o tipo.
“A LegalService is a business that provides legally-oriented services, advice and representation, e.g. law firms.” (definição oficial do tipo LegalService, subtipo de LocalBusiness)
É esse o tipo que descreve o escritório como negócio, não o Attorney.
Propriedades que a especificação pede, em ordem de prioridade
- Identidade do escritório: `name`, `url`, `@id`, `logo` e `description`, que estabelecem a identidade da entidade tanto pro Google quanto pros sistemas de IA.
- Áreas de atuação: use `hasOfferCatalog` com nomes de serviço específicos. “Litígio previdenciário” funciona melhor do que só “litígio”.
- Localização: `address`, `geo` e `areaServed`, que amarram a entidade digital a uma jurisdição física real.
- Contato: `telephone`, `email`, `openingHoursSpecification` e `contactPoint`, que permitem ação direta a partir do resultado de busca.
Para escritórios com mais de um sócio, a recomendação prática é linkar cada perfil de advogado ao bloco LegalService pela propriedade `employee` ou `member`, em vez de duplicar informação em cada página.
Escritório com mais de uma unidade física precisa de uma camada extra: uma entidade Organization no topo, com uma LocalBusiness para cada endereço. Sem isso, o Google tende a tratar cada unidade como entidade solta, sem ligação entre si. Vale até a comparação de escala: mesmo os maiores escritórios de advocacia do mundo, com dezenas de unidades, dependem exatamente dessa mesma estrutura hierárquica simples para não virar uma bagunça de entidades duplicadas no índice do Google.
Outros tipos de schema aparecem com frequência em guias voltados pra escritório de advocacia, segundo levantamentos da Grow Law e da VIP Marketing: LocalBusiness para a página inicial, Review/AggregateRating perto de depoimentos, Article para posts de blog, e HowTo para guias em formato de passo a passo. Nenhum desses substitui o LegalService na página institucional, eles se somam a ele.
| Tipo de schema | Status | Onde usar |
|---|---|---|
| Attorney | Obsoleto pelo schema.org | Não usar |
| LegalService | Ativo | Página institucional e de área de atuação. |
| Person | Ativo | Página de perfil de cada sócio. |
📊 Na prática: dos três tipos da tabela acima, só dois seguem recomendados pelo schema.org hoje. Attorney ficou pra trás, enquanto LegalService e Person são os dois que todo escritório deveria ter implementado corretamente antes de pensar em qualquer outro schema adicional.
Person: como marcar o perfil de cada advogado do escritório
Pra página institucional sobre a equipe, o tipo certo é `ProfilePage`, com `Person` como `mainEntity`. É a mesma estrutura que a documentação oficial do Google recomenda pra qualquer página cujo foco principal seja uma pessoa ligada ao site.
“The primary focus of the page must be a single person or organization that is affiliated with the overall website.” (Google Search Central, diretriz oficial de elegibilidade para ProfilePage)
O que incluir no schema de cada sócio
- `name`: único campo obrigatório pela especificação, embora `alternateName` possa substituir quando `name` não estiver disponível.
- `jobTitle`: o cargo, por exemplo “Sócio” ou “Advogado responsável pela área trabalhista”.
- `description`: um resumo real da trajetória, nunca texto genérico copiado de outro perfil.
- `image`: foto profissional, com URL rastreável e indexável.
- `sameAs`: links pros perfis profissionais reais, como LinkedIn e OAB, que ajudam a confirmar a identidade da pessoa fora do próprio site.
Essa marcação sustenta, em código, o mesmo E-E-A-T jurídico que qualquer auditoria de autoridade de conteúdo já cobra numa página institucional bem escrita.
Vale também consistência visual entre o que o schema descreve e o que a página mostra: se o site usa um logotipo específico pra identidade da marca, a propriedade `logo` do LegalService deveria apontar pra esse mesmo arquivo, não pra uma versão antiga esquecida num diretório velho do servidor.
Para escritórios que mantêm uma landing page dedicada por área de atuação, cada uma dessas páginas pode (e deveria) ter seu próprio bloco LegalService com `hasOfferCatalog` específico daquele serviço, em vez de repetir o schema genérico do site inteiro em toda página.
FAQPage ainda vale a pena depois de 2026?
Essa é a pergunta que todo escritório que já tinha FAQ marcado no site deveria estar fazendo. A resposta tem camada técnica e camada de expectativa, e as duas importam.
Em 7 de maio de 2026, segundo a própria documentação do Google Search Central, o recurso visual de FAQ parou de aparecer na busca. Segundo o levantamento do JSONLD.com, citado mais abaixo, os relatórios de FAQ saem do Search Console em junho e o suporte via API termina em agosto do mesmo ano.
Isso não foi uma surpresa isolada. Em agosto de 2023, o Google já tinha restringido o recurso só a sites de governo e saúde reconhecidos. Segundo análise da Search Atlas, essa restrição derrubou a visibilidade do recurso de 53,94% para 17,04% das páginas elegíveis, mais de 82% das páginas com FAQ perdendo o resultado visual de uma vez.
⚠️ O dado que muda a decisão: um estudo da própria Search Atlas, cruzando OpenAI, Gemini e Perplexity, não achou nenhuma correlação relevante entre ter FAQPage marcado e ser citado por essas IAs. A promessa de “o FAQ schema ainda importa pra IA” não tem, até agora, sustentação própria.
O fim do FAQPage, em ordem cronológica
- Agosto de 2023: recurso visual restrito a sites de governo e saúde.
- 7 de maio de 2026: recurso visual encerrado para todos os sites.
- Junho de 2026: relatório de FAQ sai do Search Console, segundo o JSONLD.com.
- Agosto de 2026: suporte via API é descontinuado, segundo o JSONLD.com.
Por outro lado, o schema.org continua mantendo o tipo FAQPage, mesmo sem recompensa visual no Google. A justificativa oficial, segundo levantamento do JSONLD.com, foi direta: “unused structured data doesn’t cause problems for Search”.
“Unused structured data doesn’t cause problems for Search.” (Google, nota oficial sobre a marcação de FAQPage depois da remoção do recurso visual)
Alguns fornecedores de plugin, como mostra análise do ThePlusAddons, defendem que IAs de busca continuam extraindo pares de pergunta e resposta marcados como “sinais de alta confiança”. Vale registrar essa visão com a ressalva de que ela vem de quem vende plugin de FAQ, sem dado de citação medido que comprove o efeito.
📈 Resumo prático do FAQPage: o schema continua válido e passa no validador de sintaxe, o recurso visual não existe mais desde maio de 2026, e nenhum estudo até agora mediu correlação entre marcar FAQPage e ser citado por IA. A camada que de fato importa é o conteúdo de pergunta e resposta visível na página, não o código por trás dele.
Os dois validadores que sua marcação precisa passar, não só um
O nome do arquivo deste artigo não é acidente: existem dois validadores diferentes, e passar só num deles não garante nada.
| Ferramenta | O que checa | Quando usar |
|---|---|---|
| Schema Markup Validator | Sintaxe e vocabulário válido do schema.org. | Pra confirmar que o código está correto. |
| Rich Results Test | Elegibilidade pra recurso visual do Google. | Pra confirmar o que o Google vai mostrar. |
Cada ferramenta faz uma coisa, e nenhuma substitui a outra: o Schema Markup Validator não checa conformidade com as regras do Google, e o Rich Results Test só avalia os tipos de schema que o Google efetivamente usa pra gerar recurso visual.
A regra prática: rode seu código nos dois antes de considerar o schema pronto. Um erro de sintaxe que o Rich Results Test deixa passar como “aviso” pode ser rejeitado pelo Schema Markup Validator, e vice-versa.
Schema completo real para copiar: o modelo de um escritório de advocacia
Chega de teoria solta. Abaixo está o schema completo de um escritório de advocacia de verdade, o Carvalho de Lima Advogados, de Belém (PA), montado com os dados reais do site: nome, endereço, telefone, serviços e o advogado responsável. São cinco blocos, um para cada tipo de página que importa. É só copiar, trocar os dados pelos do seu escritório e colar.
O que faz este modelo funcionar é a ligação entre as páginas. Todos os blocos usam os mesmos identificadores (@id) para o escritório (#organization), para o site (#website) e para o advogado (#person). Assim o Google e as IAs entendem que a página inicial, os contatos, a equipe e cada serviço falam de uma única entidade, em vez de enxergar vários escritórios soltos.
Onde colar: no WordPress, use um plugin de código no cabeçalho, como o Header Footer Code Manager, ou o campo de schema personalizado do Rank Math, e configure cada bloco para aparecer só na página correspondente, dentro do <head>. Se o seu plugin de SEO já gera parte do schema, substitua em vez de somar, para não duplicar o mesmo tipo na página.
1. Home (página inicial)
2. Contatos
3. Quem somos
4. Perfil do advogado (ProfilePage com Person)
5. Página de serviço (modelo para cada serviço)
Antes de colar no seu site, confira:
- Troque nome, telefone, e-mail, endereço, coordenadas (
geo), logo e URLs pelos do seu escritório. - Só marque o que aparece na página: se o telefone ou o serviço não está visível para o visitante, tire do schema.
- Sem preço: o campo
priceRangefica de fora, por causa do Provimento 205/2021 da OAB. - Horário de atendimento: se ele estiver visível na página, acrescente
openingHoursSpecificationno bloco da home e dos contatos; se não estiver, não coloque. - Para cada serviço, copie o bloco 5 e troque nome, URL, descrição e perguntas, mantendo a ligação com
#organization. - No
ProfilePage, o Google recomenda informardateCreatededateModified: acrescente se a página mostrar essas datas. - Rode o resultado nos dois validadores, o Schema Markup Validator e o Rich Results Test, como explicamos mais acima.
Os cinco blocos foram testados em 18/10/2026 no Schema Markup Validator oficial do schema.org, com 0 erros e 0 avisos, e todas as URLs foram conferidas. O Rich Results Test é o segundo passo: rode também por lá, com a URL da página publicada. Use o modelo como referência e adapte à realidade do seu escritório: schema bom é o que descreve com fidelidade o que existe na página.
Inteligência jurídica relevante
Erros mais comuns que fazem o schema falhar
“The most common and most damaging mistake law firms make.” (Custom Legal, sobre o uso do tipo genérico Service em vez de LegalService)
- Usar o tipo genérico Service em vez de LegalService.
- Nomear serviço de forma vaga, como “litígio”, em vez de específica, como “litígio previdenciário”.
- Deixar dado desatualizado depois de mudança de horário, endereço ou área de atuação. A recomendação é auditoria trimestral.
- Dado do schema não bater com o Google Perfil da Empresa, o que confunde tanto buscador quanto sistema de IA.
- Pular a validação em qualquer um dos dois validadores, arriscando erro silencioso que ninguém detecta até auditar o site.
- Faltar a camada de Organization em escritório com mais de uma unidade, o que faz o Google tratar cada endereço como entidade separada.
Esse último ponto é mais comum do que parece em escritórios que cresceram abrindo filial sem atualizar a estrutura de schema original.
Vale reforçar uma regra que vem direto das diretrizes gerais de dados estruturados do Google: a marcação precisa representar fielmente o conteúdo principal da página, nunca descrever algo que o visitante não vê. Um `description` de LegalService copiado de copywriting jurídico genérico, sem relação real com o texto visível da página, viola essa regra na prática, mesmo passando pelos dois validadores.
Isso vale também pro campo `telephone` e pro `contactPoint`: se o escritório atende principalmente por WhatsApp, o número marcado no schema precisa ser exatamente o número real usado nesse canal, não um número de linha fixa que ninguém atende.
![🚨 Criação de site para advogado: seu site aparece no Google e nas IAs? Veja essa busca real!
Faça um teste de 10 segundos.
Abra o ChatGPT e pergunte: “Indique um advogado de [a sua área] em [a sua cidade].”
Se o seu nome não aparece, o seu site é um outdoor no meio do deserto. Bonito, caro e sem ninguém passando.
Seu cliente não digita o nome do escritório. Ele digita o problema. Ou pergunta para a inteligência artificial. E ela só cita o que consegue ler, entender e confiar.
Neste vídeo você vê uma busca real: o escritório de um cliente nosso aparece no Google e na resposta da IA, sem pagar nada de anúncio.
O que mata um site de advogado:
✖ é cartão de visitas, não é conteúdo;
✖ responde ao que o escritório quer dizer, não ao que o cliente pesquisa;
✖ não tem dados estruturados que o Google e as IAs conseguem ler;
✖ é lento e foi montado sem arquitetura.
O que a gente faz na criação de sites para advogados:
✔ 150 mil palavras de conteúdo, entre artigos e páginas escritos com as palavras que o seu cliente digita no Google e nas IAs;
✔ um portal jurídico com 20 artigos pilares de 4.500 palavras cada;
✔ pesquisa das buscas reais do seu nicho e da sua cidade ANTES de escrever uma linha;
✔ velocidade e dados estruturados para o Google e para as IAs;
✔ tudo dentro do Provimento 205/2021 da OAB, desde a arquitetura. Não é remendo.
Sou Marcio Caldas: 25 anos criando sites, no Brasil e nos Estados Unidos, graduado em Direito e Design gráfico. É esse método que uso para criar site de advogado e site para escritório de advocacia que o cliente encontra.
A pergunta que fica: se o seu cliente pesquisasse agora, o Google e a IA encontrariam o seu escritório?
📌 SALVE este vídeo para quando for refazer o site.
📤 ENVIE para o colega que tem site bonito e zero cliente vindo dele.
💬 Fale conosco agora nos comentários ou no direct.
Solicite uma auditoria gratuita. Link na bio.
#sitesparaadvogados #sitedeadvogado #criacaodesite #criacaodesitesparaadvogados #sitejuridico](https://marketingadvogadosbrasil.com.br/wp-content/plugins/instagram-feed/img/placeholder.png)
Plataformas brasileiras de tecnologia jurídica, como o Jusbrasil, também dependem da mesma lógica de dado estruturado e consistente pra organizar perfil de advogado em escala. A diferença é que, no seu próprio site, você controla inteiramente o que entra ali, sem depender de terceiro.
Cuidado com AggregateRating: o que o Google e a OAB proíbem pelo mesmo motivo
“Don’t aggregate reviews or ratings from other websites.” (Google Search Central, diretriz técnica do Review snippet sobre fonte de avaliação)
Existe um tipo de schema que parece inofensivo e pode gerar dois problemas ao mesmo tempo: o AggregateRating, usado pra exibir estrelas de avaliação direto no resultado de busca.
O Google restringiu esse recurso em 2019. Pelo aviso oficial de setembro de 2019, avaliações “autoatribuídas”, isto é, sobre um negócio e colocadas no próprio site dele (direto na marcação ou por widget de terceiro), deixaram de gerar estrelas nos resultados para os tipos LocalBusiness e Organization e seus subtipos, como o LegalService. Sites de marketing jurídico relatam uma nova rodada em janeiro de 2021, mas esse segundo episódio não consta da documentação do Google.
🏛️ A regra do Google: a avaliação precisa vir de usuário real, coletada diretamente pelo site, nunca copiada de outra plataforma, e tem que ficar visível pro leitor na própria página, não só escondida no código.
Essa mesma lógica já é vedada por outro motivo no Brasil: o Provimento 205/2021 da OAB proíbe mérito comparativo e captação de cliente na publicidade do advogado. Marcar seu próprio site com estrelas de “melhor avaliado” sem base real soma risco técnico do Google a risco disciplinar da própria Ordem.
A alternativa seguro é mostrar avaliação real, de fonte verificável como o próprio Google Perfil da Empresa, sem inflar número nem usar o schema pra parecer “o melhor” de forma comparativa.
Como criar o schema do seu escritório sem escrever código
Pra quem usa WordPress, existem plugins gratuitos específicos pra cada tipo de schema deste artigo.
Pelo WordPress, passo a passo
- O Hyperion Schema, software livre, gera LocalBusiness, incluindo LegalService entre os tipos de negócio, além de FAQPage a partir de um construtor de pergunta e resposta.
- Pra Person, o Rank Math tem um gerador próprio: abra a aba Schema no editor, escolha Person, preencha nome, cargo, descrição e endereço, e salve.
- O campo `sameAs`, que linka o perfil do advogado às redes profissionais reais como o LinkedIn, costuma ficar na versão paga de boa parte dos plugins, mas o restante do schema de Person já sai completo na versão gratuita.
- Depois de configurar, sempre valide o resultado tanto no Schema Markup Validator quanto no Rich Results Test, nunca só um dos dois.
🔍 Checagem rápida antes de publicar: abra os dois validadores em abas separadas, cole a mesma URL nos dois, e só considere o schema pronto quando nenhum dos dois apontar erro crítico, não apenas aviso.
Escritórios que preferem terceirizar a implementação, ou que já têm um sistema de gestão próprio integrado ao site, também podem pedir pro desenvolvedor aplicar o JSON-LD direto no template, o que tende a ser mais estável do que depender de plugin.
Próximos passos na implementação
Vale a pena investir em schema sem garantia de citação por IA?
“There are no additional requirements to appear in AI Overviews or AI Mode, nor other special optimizations necessary.” (Google Search Central, documentação oficial sobre recursos de IA na busca)
Essa pergunta se conecta direto com o que já mostramos no guia sobre llms.txt: nenhuma peça técnica isolada garante citação. Schema não é diferente.
Mas schema correto resolve um problema concreto e imediato: impedir que Google e IA interpretem errado o nome, a especialidade ou a localização do seu escritório. Isso já vale o esforço, mesmo sem efeito comprovado em citação.
✅ O ganho real e mensurável: schema correto evita erro de interpretação automática do seu site, como nome, especialidade ou cidade do escritório lidos errado por máquinas. É o tipo de erro que o guia de teste de citação por IA, publicado aqui, mostra com base em um estudo do Tow Center: ao serem pedidas para identificar a fonte de trechos de notícias, as ferramentas de IA erraram em mais de 60% dos casos.
O que schema garante, e o que não garante
- Garante: interpretação correta de nome, especialidade, localização e perfil de cada sócio.
- Garante: elegibilidade técnica pros dois validadores, sem erro de sintaxe nem de vocabulário.
- Não garante: posição melhor no Google nem citação automática por nenhuma IA.
Vale lembrar também o achado que já aparece nos outros artigos desta série: o Direito é, segundo estudo independente sobre Information Gain Score, a única vertical entre dez testadas onde conteúdo original tem vantagem real de citação. Schema organiza esse conteúdo pra máquina entender; não substitui o conteúdo em si.
“Legal was the exception: there, AI Overviews really did cite the more original pages.” (On-Page.ai, estudo independente sobre Information Gain Score por vertical)
📈 No Brasil, esse interesse crescente por marcação técnica acompanha o mesmo movimento já documentado no Relatório Impacto da IA Generativa no Direito, com 77% dos profissionais do Direito já usando IA generativa pelo menos uma vez por semana.
Quem produz conteúdo jurídico de qualidade e organiza esse conteúdo com schema correto larga na frente de quem só copia um gerador genérico sem adaptar ao próprio escritório.
Isso vale também pra forma como esse conteúdo é divulgado depois de publicado, em canais como marketing digital e e-mail marketing: schema correto garante que o conteúdo bem divulgado também seja bem interpretado por quem recebe o link.
O mesmo raciocínio vale pra quem ainda depende só de indicação, sem nenhum funil de vendas estruturado: schema é peça pequena, mas pequena peça errada custa interpretação errada por anos, até alguém notar.
Vale separar dois receios que se misturam na cabeça de quem lê sobre schema, IA e marcação técnica: o receio de o site estar mal interpretado, que esse artigo resolve de forma concreta, e o receio maior de que a inteligência artificial vá substituir o próprio advogado, que é discussão bem mais ampla do que qualquer linha de código JSON-LD.
Ferramentas de IA aplicadas à petição inicial mudam o trabalho interno do escritório. Schema no site muda como esse mesmo escritório é entendido de fora, por máquina e por gente. São camadas diferentes do mesmo movimento, e as duas merecem atenção, cada uma na proporção certa.
Schema não substitui conteúdo bom. Organiza o conteúdo bom pra ser entendido certo, por máquina e por gente.
Schema correto é pré-requisito técnico, não vantagem competitiva por si só. A MAB implementa essa camada dentro de um trabalho maior de autoridade de conteúdo e estrutura de site, que é o que de fato move a agulha, na auditoria gratuita que fazemos para escritórios de advocacia em todo o Brasil.
Sobre o autor
Publicado em 12 de outubro de 2026 por Marcio Caldas
Marcio Caldas é graduado em Design Gráfico e em Direito, com 25 anos de experiência em design, web e marketing, incluindo 4 anos de atuação no mercado americano, e passagem de 3 anos pela Pearson (maior empresa de educação do mundo), no cargo de Designer Gráfico Sênior e responsável por todo o redesign dos worksheets da Pearson Channels.
Fundador da MAB, Marketing para Advogados Brasil, dedicada a atender escritórios e advogados brasileiros com faturamento mensal acima de R$ 30 mil, dentro das regras do Provimento 205/2021 da OAB.
Cada artigo publicado pela MAB passa por pesquisa de fonte real antes da publicação, nunca por dado estimado ou inventado, incluindo este guia sobre schema, construído a partir da própria especificação do schema.org, da documentação oficial do Google Search Central e de um estudo independente da Search Atlas sobre FAQPage e citação por IA.
Referências bibliográficas
Schema.org (especificação oficial dos tipos Attorney, deprecado, e LegalService).
Custom Legal (guia de implementação de LegalService e erros comuns).
Grow Law (levantamento de tipos de schema recomendados para escritórios de advocacia).
VIP Marketing (levantamento de cinco tipos de schema para desempenho de site jurídico).
Google Search Central (documentação oficial de FAQPage structured data).
Google Search Central (diretrizes gerais de dados estruturados).
Google Search Central (documentação oficial de ProfilePage e Person structured data).
Google Search Central (diretriz técnica do Review snippet sobre fonte de avaliação).
Google Search Central (documentação oficial sobre recursos de IA na busca).
JSONLD.com (análise da descontinuação do recurso visual de FAQ).
ThePlusAddons (análise sobre extração de FAQ schema por sistemas de IA).
Search Atlas (estudo sobre declínio de FAQ rich results e correlação com citação por IA).
Schema Markup Validator (ferramenta oficial de validação do schema.org).
Google Search Central Blog (aviso de setembro de 2019: avaliações autoatribuídas não são permitidas para LocalBusiness e Organization).
Conselho Federal da OAB, Provimento 205/2021.
On-Page.ai (estudo sobre Information Gain Score em dez verticais de mercado).
Canaltech (reportagem sobre o Relatório Impacto da IA Generativa no Direito, Edição 2026).
Relatório Impacto da IA Generativa no Direito, Edição 2026.
Google Search Central (introdução a dados estruturados e recomendação do formato JSON-LD).
Infidigit (comparação técnica entre JSON-LD e Microdata).
Hyperion Schema (plugin WordPress de geração de LocalBusiness, LegalService e FAQPage).
Rank Math (plugin WordPress com gerador de schema Person).
