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

A partir de 5 de setembro de 2026, os dados estruturados ainda ajudam os motores de busca a entender páginas, autores, organizações e fatos. No entanto, não são um fator direto de classificação para respostas de inteligência artificial.

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)

A melhor estratégia atual é, portanto:

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 descoberta ampla da pesquisa é importante: a adição de dados estruturados genéricos por si só não produziu um aumento consistente nas citações de inteligência artificial. 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. Essa descoberta se concentrou principalmente em páginas de produtos e avaliações, portanto, não deve ser tratada como prova de que qualquer um dos tipos neste artigo cria uma vantagem de citação. (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)

Dados estruturados não garantem:

• Uma classificação orgânica mais alta
• Uma citação de inteligência artificial
• Um resultado rico
• Um painel de conhecimento
• Inclusão em uma resposta de inteligência artificial
• Uso do texto exato na marcação

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

Nível de evidência: indireto.

Article ajuda a estabelecer o tipo de página, autoria e frescor. Estes são sinais úteis para sistemas de busca, especialmente em páginas de fatos e conteúdo editorial. No entanto, as evidências atuais não mostram que a adição de Article por si só aumenta as citações de inteligência artificial.

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

Nível de evidência: baixo e indireto.

WebPage é melhor usado como a camada de página externa em um grafo conectado. Ele pode conectar a página ao seu artigo principal, definição, conjunto de dados, pessoa ou organização.

Não deve ser tratado como um tipo especial de otimização de inteligência artificial. Uma página que contém apenas um objeto WebPage genérico geralmente fornece menos informações úteis do que uma página que identifica claramente sua entidade principal.

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

Nível de evidência: ajuste semântico médio, sem aumento causal comprovado.

Uma página real de perguntas e respostas é naturalmente fácil para um sistema de recuperação entender. No entanto, nenhum estudo público forte prova que a marcação QAPage por si só aumenta as citações de inteligência artificial.

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

Use este padrão apenas quando a página realmente suporta uma interação de perguntas e respostas.

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

Nível de evidência: baixo para o Google.

As etapas visíveis ainda podem ajudar usuários e sistemas de recuperação. Um tutorial claro com títulos, etapas numeradas, ferramentas, tempo e avisos é mais fácil de ler e citar. Mas as evidências atuais não mostram que a marcação HowTo cria uma vantagem especial no Google AI Overviews ou AI Mode.

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.
• Sua equipe pode mantê-la sem criar dados conflitantes.

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

Nível de evidência: nenhuma vantagem atual do Google.

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

Nível de evidência: fraco e misto.

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

Esta é uma descrição semântica, não uma promessa de um recurso de pesquisa do Google.

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

Nível de evidência: indireto, mas útil.

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 é útil para desambiguação de entidades. Não prova que um sistema de inteligência artificial citará a página.

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

Nível de evidência: indireto.

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

A orientação geral do Google favorece dados completos e precisos em vez de grandes quantidades de marcação incompleta. Também adverte que os dados estruturados devem representar o conteúdo visível e que a marcação correta ainda não garante um resultado rico. (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)

Um plano de teste prático

Para medir se a marcação tem um efeito incremental, use um teste controlado em vez de depender de algumas pesquisas manuais.

Antes da mudança

Registre:

• Consultas-alvo
• Classificação orgânica atual
• Se uma resposta de inteligência artificial aparece
• Quais páginas são citadas
• Posição da citação quando disponível
• Tráfego de pesquisa
• Conversões
• Dados estruturados atuais
• Alterações de conteúdo feitas durante o período de teste

Durante o teste

• Adicione uma grande alteração de marcação por vez.
• Mantenha o conteúdo, links internos, títulos e backlinks estáveis.
• Use páginas de controle semelhantes que não recebem a alteração.
• Registre a data exata de publicação da alteração.
• Espere tempo suficiente para rastreamento e reprocessamento.

A Ahrefs usou controles correspondentes e um método de diferenças-em-diferenças antes e depois. Sua abordagem é um modelo útil para organizações que desejam testar dados estruturados em vez de assumir que uma correlação prova causalidade. (ahrefs.com)

Após a mudança

Acompanhe:

• Dados de desempenho de inteligência artificial do Google Search Console
• Citações do Google AI Overview
• Citações do Google AI Mode
• Citações de inteligência artificial do Bing Webmaster Tools
• Citações de ChatGPT, Gemini ou Perplexity quando relevantes
• Classificações orgânicas
• Cliques de pesquisa
• Conversões assistidas

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.

Conclusão

A lição atual mais forte é simples: a marcação Schema.org ajuda as máquinas a entender o conteúdo, mas não é um caminho garantido para as respostas de inteligência artificial.

A implementação mais durável não é uma grande coleção de tipos de esquema. É um grafo de entidades pequeno e preciso:

• Article descreve a página editorial.
• Person identifica o autor.
• Organization identifica o editor.
• WebPage conecta a página à sua entidade principal.
• QAPage descreve uma pergunta genuína do usuário e suas respostas.
• DefinedTerm esclarece uma definição.
• Dataset e DataCatalog descrevem recursos de dados estruturados.

Use dados estruturados onde eles adicionam significado claro. Não os use para disfarçar conteúdo superficial, duplicar texto visível ou imitar um recurso de pesquisa que o Google não suporta mais. Para a superfície de inteligência artificial, o trabalho de maior valor continua sendo respostas claras, evidências fortes, entidades precisas, informações atuais e conteúdo que pode se sustentar por si só.