Que dados Schema.org implementar num site WordPress para aumentar a visibilidade da sua marca nas respostas de IA (ChatGPT e Gemini)

TL;DR Não existe um schema.org "especial" para IA: a Google afirma explicitamente que não há markup obrigatório para aparecer em AI Overviews ou AI Mode. O schema serve para clareza de entidade e elegibilidade a rich results, não como atalho para citações em ChatGPT ou Gemini. Tipos prioritários em WordPress: Organization (ou OnlineStore/LocalBusiness), WebSite + SearchAction, BreadcrumbList, Article/BlogPosting, Person, Product + Offer, Service e Review/AggregateRating. O OAI-SearchBot controla a presença de um site nas respostas de pesquisa do ChatGPT; bloquear este crawler exclui o site dessas respostas. A medição faz-se com o relatório de IA generativa do Search Console, o Bing Webmaster Tools e ferramentas de terceiros, complementadas por auditorias de prompts. A Semly monitoriza prompts, concorrentes e fontes citadas, e o agente Leon audita schema.org, llms.txt, robots.txt, headings e links internos.

Dados Schema.org WordPress: o que realmente influencia a visibilidade em IA

Antes de listar tipos de schema, é necessário enquadrar expectativas com evidência. A documentação oficial da Google é inequívoca: "não há schema.org especial que precise de adicionar" para aparecer em AI Overviews ou AI Mode, e os dados estruturados não são obrigatórios para pesquisa generativa. A Google recomenda mantê-los como parte da estratégia de SEO, sobretudo pela elegibilidade a rich results.

A Microsoft apresenta uma posição diferente. Fabrice Canel confirmou publicamente que o schema markup ajuda os LLMs da Microsoft a compreender o conteúdo, o que se reflete em experiências como o Copilot. Ou seja, o schema é lido e utilizado por alguns sistemas, mas não por todos da mesma forma.

O estudo mais robusto disponível sobre causalidade é o da Ahrefs (maio de 2026). Foram analisadas 1.885 páginas que adicionaram JSON-LD entre agosto de 2025 e março de 2026, emparelhadas com 4.000 páginas de controlo, através de uma análise difference-in-differences. Os resultados: +2,2% de citações no ChatGPT, +2,4% no AI Mode e −4,6% em AI Overviews. Os dois primeiros valores são estatisticamente indistinguíveis de zero; o terceiro é pequeno mas significativo. Em termos práticos, adicionar JSON-LD não produziu um aumento mensurável de citações.

Existe, no entanto, uma correlação forte: 53% das páginas citadas por sistemas de IA têm schema, e as páginas citadas eram cerca de três vezes mais propensas a ter JSON-LD do que as não citadas. A conclusão dos autores é clara: isto é correlação, não causalidade. Sites com schema tendem a ter melhor SEO técnico, conteúdo mais forte e mais links.

Há ainda um dado técnico decisivo. Um estudo de retrieval em tempo real (searchVIU, citado pela Ahrefs) testou cinco sistemas de IA a buscar uma página ao vivo. Nenhum usou o schema: durante o retrieval direto, todos extraíram apenas conteúdo HTML visível, ignorando JSON-LD e microdados ocultos. Isto significa que o schema não é lido em tempo real pelos LLM; o seu valor está na forma como os motores de busca constroem e desambiguam entidades.

Na prática: o schema não faz aparecer no ChatGPT por si só, mas torna a sua entidade mais clara e elegível a rich results. Implementa-se por infraestrutura, não por atalho.

Os 8 tipos de Schema.org prioritários para WordPress (e o que cada um resolve)

A lista seguinte organiza os tipos por prioridade para um site WordPress de e-commerce ou serviços. Cada bloco indica função, propriedades-chave, implementação e limitação.

1. Organization (ou subtipo OnlineStore / LocalBusiness). Identifica a entidade-marca: nome, logo, contactos, endereço, VAT e sameAs. Propriedades-chave: name, url, logo (mínimo 112×112 px, fundo branco), sameAs, vatID, address. Em WordPress é gerado automaticamente por Yoast SEO, Rank Math ou AIOSEO, ou escrito manualmente em JSON-LD. Limitação: a Google não garante exibição; recomenda o subtipo mais específico.

2. WebSite + SearchAction. Identifica o site e habilita a sitelinks search box. Propriedades: url, potentialAction com SearchAction. Automático na maioria dos plugins SEO. Limitação: impacto visual depende da elegibilidade do site.

3. BreadcrumbList. Descreve o caminho de navegação apresentado no SERP. Propriedades: itemListElement, position, name, item. Automático em Yoast e Rank Math. Limitação: impacto de CTR modesto.

4. Article / BlogPosting. Marca autoria, data de publicação e imagem, suportando Top Stories e carrosséis. Propriedades: headline, author, datePublished, dateModified, image. Automático em plugins SEO. Limitação: requer consistência de autor.

5. Person. Reforça o reconhecimento de autores e especialistas (E-E-A-T). Propriedades: name, jobTitle, sameAs (LinkedIn, Wikidata), knowsAbout. Gerado pelos plugins para autores, enriquecível manualmente. Limitação: não gera rich result direto.

6. Product + Offer. Descreve preço, disponibilidade e avaliações. Propriedades obrigatórias em Offer: price, priceCurrency, availability. Em WooCommerce, usa-se Yoast WooCommerce SEO ou Rank Math. Limitação: dados desatualizados geram rich results incorretos.

7. Service. Descreve serviços B2B: serviceType, provider, areaServed, offers. Implementação manual em JSON-LD ou plugins genéricos. Limitação: não gera rich result nativo; o valor é semântico.

8. Review / AggregateRating. Produz estrelas e contagem de avaliações. Propriedades: ratingValue, reviewCount, author. Limitação: reviews falsas ou não visíveis podem gerar manual action.

O agente Leon da Semly audita automaticamente estes tipos, sinalizando ausências, inconsistências e sobreposições antes de qualquer alteração em produção.

FAQPage e HowTo em 2026: ainda vale a pena?

A resposta curta é: não para rich results. A partir de 7 de maio de 2026, os FAQ rich results deixaram de aparecer para a maioria dos sites, ficando restritos a sites governamentais e de saúde autoritativos. Os HowTo rich results foram retirados em 2023. Em ambos os casos, os vocabulários continuam válidos e parseáveis, mas já não produzem o resultado visual que motivava a sua implementação.

O valor migrou para featured snippets, People Also Ask e clareza semântica. A recomendação é explícita: não implementar FAQPage apenas para obter rich results. Se já existe conteúdo de FAQ real e útil, mantê-lo é razoável, porque continua a alimentar a compreensão do conteúdo e a captação de snippets. Se o FAQ foi criado artificialmente só para markup, deve ser removido.

Como implementar JSON-LD em WordPress: plugin ou código manual

A Google recomenda JSON-LD como formato preferido, por ser mais fácil de implementar e manter e menos propenso a erros. Para CMS como WordPress, a própria Google sugere um plugin que permita especificar structured data.

A opção por plugin (Yoast SEO, Rank Math, AIOSEO) gera um grafo automático por página, inclui blocos de FAQ e How-to e permite extensão via API. É o caminho mais rápido e com menor risco de erro de sintaxe. A opção manual consiste em injetar JSON-LD no functions.php ou no header, com controlo total sobre o grafo. É mais flexível, mas exige validação rigorosa.

A regra crítica é evitar duplicação: um único plugin capaz deve produzir o grafo, e o schema sobreposto de temas ou de outros plugins deve ser desativado. Dois blocos a descrever a mesma entidade geram conflitos e inconsistência.

Exemplo ilustrativo de grafo ligado por @id:

{"@context":"https://schema.org","@graph":[
{"@type":"Organization","@id":"https://exemplo.pt/#org","name":"Marca","sameAs":["https://www.linkedin.com/company/marca"]},
{"@type":"WebSite","@id":"https://exemplo.pt/#site","publisher":{"@id":"https://exemplo.pt/#org"}},
{"@type":"Article","@id":"https://exemplo.pt/artigo/#artigo","author":{"@id":"https://exemplo.pt/#org"}}
]}

Checklist de implementação em 6 passos:

1. Auditar o schema atual e identificar duplicações entre tema e plugins.
2. Escolher um único plugin SEO/schema como fonte do grafo.
3. Definir a entidade-marca (Organization ou subtipo) com sameAs e logo em conformidade.
4. Ligar os tipos por @id num @graph coerente.
5. Validar com o Rich Results Test e o Schema Markup Validator.
6. Monitorizar o relatório de Enhancements no Search Console após a publicação.

Erros que anulam o efeito do schema (e como os evitar)

1. Marcar conteúdo não visível. Corrigir: o schema deve descrever apenas o que o utilizador vê.
2. Usar tipos irrelevantes (Product numa página de serviço). Corrigir: escolher o tipo que corresponde ao conteúdo real.
3. FAQ spam criado só para markup. Corrigir: manter apenas FAQ com conteúdo genuíno.
4. JSON-LD quebrado por erros de sintaxe ou campos obsoletos. Corrigir: validar antes de publicar.
5. Inconsistência de entidade (nome, morada ou autores divergentes). Corrigir: padronizar os dados em todo o site.
6. Tratar schema como ranking hack. Corrigir: encará-lo como infraestrutura de clareza.
7. Reviews falsas ou não geradas por utilizadores reais. Corrigir: usar apenas avaliações verificáveis.

O risco concreto é a manual action por "spammy structured data": a página perde elegibilidade para rich results, embora o ranking em pesquisa web não seja afetado. É um custo evitável com validação e consistência.

Como validar e medir a visibilidade em IA

A validação começa com o Rich Results Test e o Schema Markup Validator, seguidos da monitorização do relatório de Enhancements no Search Console. A medição de visibilidade em IA faz-se com o relatório de desempenho em IA generativa do Search Console, o Bing Webmaster Tools e ferramentas de terceiros como Ahrefs Brand Radar ou Semrush AI toolkit. A Google avisa que nenhuma ferramenta de terceiros acede aos seus sistemas internos de ranking ou IA, pelo que os dados devem ser lidos como indicativos.

A metodologia recomendada é fixar uma lista de prompts de clientes, repeti-los em sessões signed-out no ChatGPT, Gemini e AI Overviews, e medir taxa de menção, share of voice, citation rate e volatilidade. A Semly automatiza esta monitorização, acompanhando prompts, concorrentes e fontes citadas, e integra-se com WooCommerce via API para cruzar dados de catálogo com a visibilidade em IA.

Conclusão: schema como infraestrutura, não atalho

O schema.org é infraestrutura: garante clareza de entidade, elegibilidade a rich results e uma base legível para crawlers como o OAI-SearchBot. Não é um atalho para citações. O seu efeito é amplificado quando combinado com conteúdo estruturado, FAQ citável de 40 a 80 palavras e sinais E-E-A-T consistentes.

O próximo passo prático é sequencial: auditar o schema atual, corrigir inconsistências de entidade, validar, publicar e monitorizar. A Semly oferece auditoria com o agente Leon e monitorização contínua de visibilidade em IA, permitindo transformar estas decisões técnicas em resultados mensuráveis.

Perguntas frequentes

O schema faz aparecer no ChatGPT? Não por si só. A Google afirma que não há schema especial para IA, e o estudo da Ahrefs não encontrou aumento significativo de citações. O schema melhora a clareza de entidade e a elegibilidade a rich results.

Porque é que os sites com schema são mais citados? Porque tendem a ter melhor SEO técnico, conteúdo mais forte e mais links. É correlação, não causalidade.

Preciso de todos os 8 tipos? Não. E-commerce prioriza Product + Offer; serviços prioriza Service. Organization, WebSite, BreadcrumbList e Article são transversais.

Devo remover o FAQPage? Se foi criado só para rich results, sim. Se existe conteúdo de FAQ real e útil, mantenha-o pelo valor semântico e para snippets.

Como sei se funcionou? Através do relatório de IA generativa do Search Console, do Bing Webmaster Tools e de auditorias de prompts com métricas de mention rate, share of voice e citation rate.