Schema.org para Superfície de IA: Quais Marcações Importam Agora

Schema.org para Superfície de Inteligência Artificial: Quais Marcações Importam Agora

Os dados estruturados ajudam os motores de busca a entender páginas, autores, organizações e fatos. Não são um interruptor de citação de IA.

O Google afirma que as páginas não precisam de marcação Schema.org especial para aparecer em Visões Gerais de IA ou Modo IA. Uma página deve ser principalmente rastreável, indexada, elegível para um snippet de pesquisa e suportada por conteúdo útil. O Google também diz que os dados estruturados devem corresponder ao conteúdo visível da página. (developers.google.com)

Comece aqui:

1. Use dados estruturados para descrever a página com precisão.
2. Combine a marcação com o verdadeiro propósito da página.
3. Crie relações claras entre artigos, autores, organizações e tópicos.
4. Escreva respostas diretas e completas em HTML visível.
5. Meça as citações de inteligência artificial separadamente dos resultados ricos tradicionais.

Veredito executivo

A adição de dados estruturados genéricos por si só não aumentou consistentemente as citações de IA. Um estudo controlado da Ahrefs rastreou 1.885 páginas que adicionaram Notação de Objeto JavaScript para Dados Vinculados e as comparou com 4.000 páginas de controle. Não encontrou nenhuma melhoria significativa nas citações do Google AI Mode ou ChatGPT. As citações do Google AI Overview diminuíram ligeiramente, mas os pesquisadores alertaram que a mudança foi pequena e não pôde ser claramente atribuída à marcação. (ahrefs.com)

Um pré-print separado de 2026 descobriu que tipos genéricos como Article, Organization, BreadcrumbList e WebPage não previram independentemente as citações de inteligência artificial após controlar a classificação de pesquisa e a autoridade de domínio. Sua descoberta mais forte foi que as páginas com dados concretos e ricos em atributos, como preços, classificações e especificações, tiveram um desempenho melhor do que as páginas com apenas rótulos de página genéricos. Esse estudo focou-se principalmente em páginas de produtos e avaliações. (aixiv.science)

O que os dados estruturados podem e não podem fazer

Dados estruturados são uma descrição de uma página legível por máquina. Eles podem dizer a um motor de busca:

• Que tipo de página é
• Quem a escreveu
• Qual organização a publicou
• Que pergunta ela responde
• Qual data foi publicada ou atualizada
• Qual pessoa, empresa, termo ou conjunto de dados a página descreve

O Google afirma que os dados estruturados podem ajudar seus sistemas a entender o conteúdo da página e tornar as páginas elegíveis para recursos de pesquisa mais ricos. Também afirma que o Google Search pode usar outras propriedades do Schema.org para compreensão, mesmo quando essas propriedades não acionam um resultado de pesquisa visível. (developers.google.com)

O Bing oferece orientação semelhante. Sua orientação atual para webmasters diz que os dados estruturados podem apoiar um embasamento mais claro, mas não garantem visibilidade ou tráfego de citação. O Bing também aconselha os editores a tornar fatos e definições explícitos no conteúdo visível da página. (bing.com)

A principal limitação da pesquisa

Os painéis de resposta de inteligência artificial geralmente mostram a página de origem, não o tipo Schema.org que pode ter estado presente nessa página. O Google não publica um relatório dizendo, por exemplo, que uma página foi citada porque usou Article em vez de WebPage.

Isso cria três perguntas diferentes:

1. A página foi citada?
2. A página continha dados estruturados?
3. Os dados estruturados causaram a citação?

A maioria dos estudos pode responder apenas às duas primeiras. Eles não podem provar a terceira.

É por isso que uma página com marcação FAQPage pode aparecer frequentemente em respostas de inteligência artificial sem que a marcação seja a razão. A página pode ter conteúdo forte, uma alta classificação de pesquisa, muitos links ou uma marca conhecida.

Auditoria por tipo de esquema

1. Article

O que faz

Article descreve um artigo, notícia, postagem de blog ou página editorial similar. O Google suporta Article, NewsArticle e BlogPosting como tipos de artigo. O Google não lista propriedades obrigatórias para a marcação de artigo, mas recomenda adicionar as propriedades que se aplicam à página. (developers.google.com)

Propriedades mais importantes

Use estas quando forem visíveis e precisas:

• headline
• author
• author.name
• author.url ou author.sameAs
• datePublished
• dateModified
• image
• publisher
• mainEntityOfPage
• about
• inLanguage

O Google recomenda usar uma Person ou Organization real para o autor. Também recomenda manter as datas nos dados estruturados consistentes com as datas visíveis de publicação e atualização. (developers.google.com)

Efeito da inteligência artificial

Article identifica o tipo de página, autor e datas. Use-o em artigos reais, mas concentre o trabalho no conteúdo visível: adicionar Article sozinho não demonstrou aumentar citações de IA.

Lista de verificação para Article

• A página é realmente um artigo.
• O título corresponde ao título visível.
• Cada autor visível está incluído.
• Cada autor tem um objeto Person ou Organization separado.
• Os nomes dos autores contêm apenas nomes, não cargos ou nomes de editoras.
• O autor se vincula a um perfil real ou página de autor.
• As datas de publicação e atualização são visíveis na página.
• As datas usam o fuso horário correto quando o horário é incluído.
• A imagem representa o artigo.
• O editor é identificado consistentemente em todo o site.
• O artigo não está marcado como um tipo primário diferente, como HowTo, a menos que a página realmente sirva a ambos os propósitos.

2. WebPage

O que faz

WebPage é um tipo de página geral. Schema.org afirma que cada página da web é implicitamente tratada como uma WebPage, mas uma declaração explícita pode ajudar quando a página inclui propriedades ou relações de nível de página. (schema.org)

Propriedades úteis incluem:

• url
• name
• description
• inLanguage
• dateModified
• breadcrumb
• mainEntity
• about
• isPartOf
• primaryImageOfPage

Efeito da inteligência artificial

Use WebPage para conectar uma página ao seu artigo principal, definição, conjunto de dados, pessoa ou organização. Um objeto WebPage genérico por si só diz menos do que um que identifica a entidade principal da página.

Lista de verificação para WebPage

• Use um @id estável para a página.
• Use o URL canônico como o URL da página.
• Identifique a verdadeira mainEntity da página.
• Vincule a entidade principal de volta à página com mainEntityOfPage.
• Adicione inLanguage quando conhecido.
• Mantenha o nome e a descrição da página alinhados com o conteúdo visível.
• Não use WebPage para ocultar o fato de que a página é realmente um artigo, perfil, conjunto de dados ou página de pergunta.

3. QAPage

O que faz

QAPage é para uma página focada em uma pergunta e suas respostas. O Google afirma que usa dados estruturados de Question de páginas marcadas como QAPage, e deve haver apenas uma QAPage e uma Question principal na página. (developers.google.com)

Propriedades obrigatórias

Para elegibilidade atual de perguntas e respostas do Google:

• QAPage.mainEntity
• Uma Question aninhada
• Question.answerCount
• acceptedAnswer ou suggestedAnswer
• Answer.text

Uma pergunta sem respostas não é elegível para o resultado rico.

Regra de conteúdo importante

Não use QAPage para:

• Uma página normal de perguntas frequentes
• Uma postagem de blog que responde a uma pergunta
• Um artigo de "como fazer"
• Uma página de produto contendo muitas perguntas
• Uma resposta editorial escrita apenas pelo proprietário do site

O Google diz que os usuários devem ser capazes de enviar respostas para uma QAPage normal. Exemplos válidos incluem uma pergunta de fórum ou uma página de suporte onde os usuários podem fornecer respostas. (developers.google.com)

Efeito da inteligência artificial

Use QAPage para uma página real de perguntas e respostas. A pergunta clara e as respostas visíveis fazem o trabalho útil; a marcação não tem um aumento de citação de IA estabelecido.

Lista de verificação para QAPage

• A página se concentra em uma pergunta.
• Os usuários podem enviar respostas, a menos que a página se qualifique para uma experiência especial de perguntas e respostas educacionais.
• A pergunta completa é visível.
• O texto completo da resposta é visível.
• answerCount corresponde ao número real de respostas.
• As respostas aceitas e sugeridas são rotuladas corretamente.
• Os comentários são marcados como comentários, não como respostas.
• A página não é simplesmente uma página editorial de perguntas frequentes.
• A página não contém várias perguntas não relacionadas.

Exemplo de QAPage

html

4. HowTo

O que faz

HowTo descreve instruções passo a passo. O Google já suportou resultados ricos de "Como fazer", mas descontinuou esse recurso de pesquisa em setembro de 2023. O Google disse que os resultados de "Como fazer" não apareceriam mais no desktop e já haviam sido removidos da pesquisa móvel. (developers.google.com)

Efeito da inteligência artificial

Coloque as etapas em títulos visíveis e listas numeradas, com ferramentas, tempo e avisos quando necessário. A marcação HowTo não tem vantagem estabelecida nas Visões Gerais de IA do Google ou no Modo IA.

Recomendação

Use HowTo apenas quando:

• A página realmente ensina uma tarefa.
• As etapas são visíveis no conteúdo da página.
• Outro motor de busca, plataforma ou sistema interno se beneficia da marcação.

Para o Google Search, priorize títulos HTML fortes, listas numeradas, instruções claras e imagens ou vídeos úteis.

Lista de verificação para Tutorial

• A página ensina uma tarefa real.
• O resultado da tarefa é claro.
• Cada etapa é visível e completa.
• Os nomes das etapas correspondem aos títulos visíveis.
• Ferramentas e suprimentos são reais e visíveis.
• As estimativas de tempo são precisas.
• Avisos de segurança estão incluídos onde necessário.
• A primeira seção oferece uma resposta curta ou resultado.
• A página não depende de marcação para fornecer as instruções.

5. ClaimReview

O que faz

ClaimReview foi projetado para conteúdo de verificação de fatos. O Google descontinuou gradualmente o suporte a Claim Review na Pesquisa como parte de seu esforço de 2025 para simplificar os resultados da pesquisa. O tipo foi removido dos relatórios do Search Console e do Teste de Resultados Ricos. (developers.google.com)

Efeito da inteligência artificial

Uma verificação de fatos de alta qualidade ainda pode ser citada porque declara claramente:

• A alegação
• A classificação
• A evidência
• A data
• A organização de verificação de fatos
• O raciocínio por trás da conclusão

Esses benefícios vêm principalmente do conteúdo em si, e não do recurso de pesquisa descontinuado do Google.

Recomendação

Para uma página de fatos:

1. Use Article ou NewsArticle quando a página for editorial.
2. Declare claramente a alegação em texto visível.
3. Cite evidências primárias.
4. Identifique o autor e a organização revisora.
5. Adicione datas de publicação e revisão.
6. Use ClaimReview apenas se outra plataforma ou sistema de dados o exigir especificamente.

Não adicione ClaimReview apenas porque você espera que as respostas de inteligência artificial do Google o prefiram.

6. FAQPage

O que faz

FAQPage descreve uma página contendo perguntas e respostas oficiais. O Google parou de exibir o resultado rico de FAQ na Pesquisa a partir de 7 de maio de 2026, e removeu a documentação relacionada em junho de 2026. (developers.google.com)

Efeito da inteligência artificial

Um estudo de fornecedores de 90 dias adicionou a marcação FAQPage a 120 páginas. Não encontrou nenhuma melhoria confiável nas citações do ChatGPT, Gemini ou Google AI Overview. O Perplexity mostrou um pequeno aumento, mas o próprio estudo disse que o resultado era específico da plataforma e não provou causalidade. (authorityradar.com)

Outro estudo de 615 páginas já citadas descobriu que a marcação FAQ apareceu com mais frequência em páginas muito citadas. Essa relação desapareceu após o controle de páginas repetidas dos mesmos editores. Os pesquisadores concluíram que a evidência não estabeleceu um efeito da própria marcação. (getintel.ai)

Recomendação

Use perguntas frequentes quando elas melhorarem a página para os leitores. Não adicione grandes blocos de perguntas genéricas apenas para atingir as respostas de inteligência artificial.

Se você mantiver a marcação FAQPage para outro motor de busca ou sistema de conteúdo:

• Torne cada pergunta visível.
• Torne cada resposta completa.
• Mantenha a marcação idêntica à página.
• Não repita a mesma pergunta em vários blocos de esquema.
• Não espere um resultado rico de FAQ do Google.

Exemplo de FAQPage para consumidores que não são do Google

html

7. Organization

O que faz

Organization ajuda o Google a entender e desambiguar uma empresa, organização sem fins lucrativos, editora, escola ou outra organização. O Google diz que a marcação de organização pode influenciar elementos visuais como o logotipo exibido na Pesquisa e algumas informações do painel de conhecimento. Não há propriedades obrigatórias no guia atual de organização do Google. (developers.google.com)

Propriedades recomendadas

Use as propriedades que são verdadeiras e visíveis:

• name
• alternateName
• url
• logo
• sameAs
• description
• telephone
• email
• address
• identifier
• foundingDate
• parentOrganization

Efeito da inteligência artificial

Organization pode conectar:

• O editor a um artigo
• A empresa aos seus produtos ou serviços
• A marca aos seus perfis oficiais
• A organização a uma identidade web conhecida

Isso ajuda a distinguir a organização de outras com nomes semelhantes.

Lista de verificação para Organization

• Coloque o objeto completo da organização na página inicial ou na página da organização.
• Use um @id estável, como https://www.example.com/#organization.
• Use o nome exato da organização pública.
• Vincule a perfis oficiais reais com sameAs.
• Use o subtipo de organização correto quando apropriado.
• Use um logotipo real que represente a organização.
• Mantenha as informações de contato atualizadas.
• Faça referência à organização a partir de artigos em vez de recriar versões conflitantes em cada página.

8. Person

O que faz

Person identifica uma pessoa que escreve, revisa, possui, gerencia ou aparece em uma página. Geralmente é mais útil quando conectado a:

• Article.author
• Autor da pergunta ou resposta de QAPage
• ProfilePage.mainEntity
• Organization.employee
• Review.author

A orientação de perfil do Google diz que uma página de perfil deve se concentrar em uma pessoa ou organização. O objeto ProfilePage exige uma mainEntity, e essa entidade deve ser uma Person ou Organization. A pessoa ou organização deve ter um name, ou um alternateName quando nenhum nome estiver disponível. (developers.google.com)

Propriedades recomendadas

• name
• url
• sameAs
• image
• description
• jobTitle
• worksFor
• knowsAbout
• affiliation
• identifier

Efeito da inteligência artificial

A marcação de pessoa pode ajudar a conectar o nome de um autor a:

• Uma biografia
• Um cargo ou função
• Uma organização
• Artigos publicados
• Perfis externos
• Áreas de especialização

Use-o para deixar a identidade clara, não para reivindicar experiência que a página não suporta.

Lista de verificação para Person

• Use Person apenas para uma pessoa real.
• Use Organization para uma empresa ou publicação.
• Vincule a pessoa a uma página de autor visível.
• Use sameAs apenas para perfis precisos e oficiais.
• Mantenha os cargos e credenciais atualizados.
• Adicione todos os autores visíveis, não apenas o autor principal.
• Use o mesmo @id de pessoa em artigos e páginas de perfil.

Matriz de propriedades obrigatórias

O Google favorece marcação completa e precisa que corresponda ao conteúdo visível em vez de grandes quantidades de marcação incompleta. (developers.google.com)

Listas de verificação de implementação de casos de uso

Páginas de fatos

Melhor combinação:

• WebPage
• Article ou NewsArticle
• Person
• Organization
• ClaimReview opcional apenas para outro consumidor suportado

Lista de verificação:

• Declare o fato principal próximo ao topo da página.
• Nomeie a fonte do fato.
• Vincule à evidência primária.
• Inclua a data de publicação e da última revisão.
• Identifique o autor e o revisor.
• Separe fatos de opiniões.
• Use Article quando a página for editorial.
• Não use ClaimReview como tática atual do Google Search.

Páginas de definição

Melhor combinação:

• WebPage
• DefinedTerm
• Article opcional se a página for uma longa explicação editorial
• Organization ou Person quando um especialista ou editor for responsável

DefinedTerm destina-se a uma palavra, frase, código ou conceito com uma definição formal. Suas principais propriedades incluem name, description, termCode, inDefinedTermSet e sameAs. (schema.org)

Lista de verificação:

• Dê a definição no primeiro parágrafo.
• Use um termo claro como entidade principal.
• Adicione nomes alternativos apenas quando forem reais.
• Vincule a uma definição externa confiável quando apropriado.
• Explique o termo em linguagem simples.
• Use exemplos e limites.
• Evite marcar uma lista de termos não relacionados como um DefinedTerm.

Tutoriais

Melhor combinação:

• WebPage
• HowTo apenas quando outro consumidor precisar
• Article quando o tutorial também é um artigo editorial
• Person e Organization para autoria

Lista de verificação:

• Declare o resultado antes das etapas.
• Use títulos visíveis numerados.
• Mantenha cada etapa focada em uma ação.
• Inclua ferramentas, suprimentos, tempo e avisos onde necessário.
• Adicione imagens ou vídeos quando ajudarem.
• Não oculte as etapas apenas no JSON-LD.
• Não espere resultados ricos de "Como fazer" no Google Search.

Catálogos de dados

Melhor combinação:

• WebPage
• DataCatalog
• Dataset
• DataDownload
• Organization

Schema.org define Dataset como um corpo de informações estruturadas e suporta relações como includedInDataCatalog e distribution. (schema.org)

O Google esclareceu no final de 2025 que os dados estruturados de Dataset são usados pelo Dataset Search e não são um recurso geral de resultado do Google Search. Portanto, devem ser tratados como uma camada de descoberta e interoperabilidade de dados, não um atalho de citação de inteligência artificial. (developers.google.com)

Lista de verificação:

• Dê a cada conjunto de dados um identificador estável.
• Declare o assunto e o escopo.
• Inclua o editor ou criador.
• Adicione o intervalo de datas coberto pelos dados.
• Declare a cobertura geográfica quando relevante.
• Descreva licenças e condições de acesso.
• Adicione cada arquivo baixável como um DataDownload.
• Inclua o formato do arquivo e o URL de download.
• Mantenha os metadados do catálogo sincronizados com os arquivos reais.
• Documente a frequência de atualização e a data da última atualização.

Exemplo JSON-LD: página de fatos

Este exemplo conecta a página, artigo, autor, editor e tópico. Substitua cada valor por informações que aparecem na página real.

html

Exemplo JSON-LD: página de definição

html

A definição também deve aparecer como texto normal da página. Não coloque a definição apenas nos dados estruturados.

Exemplo JSON-LD: tutorial

Como o resultado rico de "Como fazer" do Google foi descontinuado, trate isso como uma marcação opcional para outros sistemas. A página visível ainda deve conter as instruções completas.

html

Exemplo JSON-LD: catálogo de dados

html

Armadilhas comuns de implementação

Esquema incompatível

O erro mais grave é marcar conteúdo que os usuários não podem ver. O Google diz que os dados estruturados devem ser uma representação verdadeira da página, e conteúdo enganoso ou oculto pode tornar uma página inelegível para resultados ricos. (developers.google.com)

Exemplos comuns:

• Marcar um artigo como HowTo quando não contém etapas reais
• Marcar uma empresa como autora quando o artigo foi escrito por uma pessoa
• Adicionar respostas de FAQ que não aparecem na página
• Usar uma data de publicação futura
• Marcar uma postagem de blog geral como QAPage
• Adicionar ClaimReview a um artigo de opinião

Respostas superficiais

Dados estruturados não podem preencher uma página vazia.

Uma resposta curta e vaga dentro de Answer.text ou acceptedAnswer não cria uma fonte forte. O conteúdo visível deve:

• Responder à pergunta diretamente
• Explicar limites e exceções importantes
• Nomear fontes
• Incluir datas, exemplos ou medições onde útil
• Ser compreensível por si só quando copiado de contexto

A orientação de inteligência artificial do Google diz que não há um tamanho ideal de página e não há necessidade de dividir o conteúdo em pequenas partes para sistemas de inteligência artificial. O objetivo melhor é um conteúdo útil, completo e focado nas pessoas. (developers.google.com)

Entidades duplicadas

Evite publicar várias versões conflitantes da mesma organização, autor ou página.

Implementação fraca:

• Um objeto Organization com um nome na página inicial
• Um segundo objeto com um nome diferente em cada artigo
• Um terceiro objeto sem @id na página do autor

Melhor implementação:

• Dê à organização um @id estável
• Dê a cada autor um @id estável
• Faça referência a esses objetos em artigos, perfis e páginas de perguntas
• Mantenha o nome, logotipo, URL e links de identidade externa consistentes

Perguntas duplicadas

Não repita a mesma pergunta em:

• FAQPage
• QAPage
• Marcação de artigo
• Várias seções visíveis da página
• Múltiplos blocos JSON-LD

Use o tipo de esquema que corresponde ao propósito principal da página. Uma única resposta clara é melhor do que vários blocos de marcação sobrepostos.

Datas incorretas

O Google usa várias fontes para estimar as datas de publicação e atualização. Ele recomenda que as datas visíveis e as datas estruturadas concordem, e adverte contra o uso de datas futuras ou datas relacionadas a eventos discutidos no artigo, em vez de datas relacionadas à própria página. (developers.google.com)

Uso excessivo de sameAs

Um link sameAs deve identificar a mesma pessoa ou organização do mundo real. Não vincule a:

• Um perfil social não relacionado
• Uma página de resultados de pesquisa
• Uma listagem de diretório genérica
• Uma página com ortografia ou identidade diferente
• Um perfil que a organização não controla

Marcação apenas com JavaScript

O Google pode processar dados estruturados adicionados à página renderizada, mas uma implementação apenas com JavaScript pode ser mais difícil de detectar para outros rastreadores e ferramentas de auditoria. Um bloco JSON-LD renderizado pelo servidor geralmente é mais fácil de testar e manter. (developers.google.com)

Onde ver o tráfego de IA

O estudo da Ahrefs não encontrou melhoria significativa nas citações ao adicionar dados estruturados. (ahrefs.com)

O Google relata o tráfego de pesquisa de inteligência artificial por meio do relatório de desempenho do Search Console. O relatório de desempenho de inteligência artificial do Bing mostra páginas citadas e consultas de embasamento, mas não mostra por que uma página foi selecionada ou quão importante ela era dentro de uma resposta. (developers.google.com)

Ordem de implementação recomendada

Para a maioria dos editores, a melhor ordem é:

1. Corrija o conteúdo visível primeiro.
2. Torne o rastreamento e a indexação confiáveis.
3. Implemente Article para páginas editoriais reais.
4. Conecte autores com Person e páginas de perfil.
5. Conecte editores com Organization.
6. Use WebPage como uma camada de grafo de nível de página limpa.
7. Use QAPage apenas para perguntas genuínas da comunidade.
8. Use DefinedTerm para páginas de glossário e definição.
9. Use Dataset e DataCatalog para recursos de dados.
10. **Trate FAQPage, HowTo e ClaimReview como marcação secundária ou não-Google porque seus recursos de pesquisa do Google foram removidos ou descontinuados.