O seu site WordPress pode estar tecnicamente bonito e, mesmo assim, invisível para o Google e para os modelos de IA. Na prática, isso acontece por três motivos: conteúdo que só existe em JavaScript, canonicals duplicados e bots bloqueados sem querer. Este guia mostra como auditar, corrigir e monitorizar o seu site em sete passos concretos. No fim, vai saber o que é obrigatório, o que é opcional e como medir se está a funcionar.
TL;DR O SEO clássico continua a ser a base: o Google afirma que não há requisitos técnicos extra para AI Overviews ou AI Mode. GEO e AEO são uma camada adicional: dados estruturados JSON-LD, conteúdo citável e controlo de crawlers. No WordPress, os riscos concretos são conteúdo só em JavaScript, canonicals duplicados e robots.txt a bloquear bots. O processo é simples de memorizar: auditar, corrigir, estruturar e monitorizar. Os resultados aparecem em semanas a meses, sem garantias de recomendação. Comece pela checklist de 7 passos no fim do artigo.
GEO e AEO no WordPress: o que muda (e o que não muda)
GEO, ou otimização para motores generativos, nasceu num paper académico apresentado na KDD 2024. AEO, ou otimização para motores de resposta, é um termo de mercado que apareceu depois, sem paper fundador. Na prática, GEO funciona como guarda-chuva e AEO como o subconjunto focado em respostas diretas.
Aqui está o ponto que muita gente ignora. O Google afirma, na documentação oficial atualizada a 10 de dezembro de 2025, que não existem requisitos técnicos adicionais nem schema especial para aparecer em AI Overviews ou AI Mode. As boas práticas de SEO continuam válidas.
Ou seja: GEO e AEO não substituem o SEO. São uma camada por cima.
Uma comparação simples ajuda. No SEO clássico, compete por posição numa lista de resultados. No GEO, compete por citação dentro de uma resposta gerada. São jogos diferentes, mas jogados no mesmo campo.
Sobre o llms.txt: é uma proposta emergente, não um standard oficial. O Google diz explicitamente que não precisa de criar ficheiros de texto de IA para aparecer nas funcionalidades de IA. Trate-o como opcional.
Porque é que o WordPress é um caso especial? Porque 40,2% de todos os sites usam WordPress (W3Techs, setembro de 2026) e cerca de um terço usa page builders como o Elementor. Essa stack facilita a criação de sites e complica a vida aos crawlers.
Passo 1 — Verificar se o Google e os bots de IA conseguem entrar
Antes de otimizar, confirme que ninguém está à porta.
O que fazer: abra o seu robots.txt e confirme que o Googlebot não está bloqueado. Depois verifique se o CDN, o hosting ou o firewall não estão a bloquear pedidos de bots.
Com que ferramenta: o inspetor de URL do Search Console mostra se o Google consegue rastrear e indexar a página.
No que ter cuidado: bloquear tudo "por precaução" é o erro mais comum. Fica fora das respostas sem perceber porquê.
Os bots da OpenAI têm funções diferentes. Vale a pena decidir com consciência:
| Bot | Para que serve | Permitir? |
|---|---|---|
| Googlebot | Pesquisa Google e AI Overviews | Sim, sempre |
| OAI-SearchBot | Pesquisa dentro do ChatGPT | Sim, se quer aparecer nas respostas |
| GPTBot | Treino de modelos | Decisão sua |
| ChatGPT-User | Ações pedidas pelo utilizador | Sim, na maioria dos casos |
| Google-Extended | Treino e grounding noutros sistemas Google | Decisão sua |
Ponto de controlo: confirme também que o sitemap está submetido e que as páginas estão indexadas e elegíveis para snippet. Depois de alterar o robots.txt, conte com cerca de 24 horas para o ajuste.
Passo 2 — Confirmar que o conteúdo existe no HTML (e não só em JavaScript)
Este é o risco número um no WordPress.
O Google processa JavaScript em três fases: crawling, rendering e indexing. Conteúdo injetado por page builders, sliders, tabs ou acordeões pode não aparecer no HTML renderizado. Se não aparece, não é indexado. O shadow DOM só é visto se for achatado no rendering.
O que fazer: confirme que o texto essencial está no HTML. Nome da empresa, serviços, produtos e contactos têm de estar visíveis.
Com que ferramenta: desative o JavaScript no browser ou veja o código-fonte da página. Se o texto principal não estiver lá, tem um problema.
No que ter cuidado: os suspeitos habituais são Elementor e builders equivalentes, sliders e conteúdo escondido em tabs. A solução costuma ser server-side rendering ou pre-rendering.
Ponto de controlo: o texto essencial tem de estar visível no HTML, não apenas depois de o JavaScript correr.
Passo 3 — Corrigir canonicals, duplicados e erros de rastreio
Canonicals duplicados ou conflituosos aparecem muitas vezes quando plugins injetam a tag rel=canonical via JavaScript. O resultado é imprevisível: o Google pode escolher outro URL como o "certo".
O que fazer: garanta uma só tag canonical por página, a apontar para o URL correto. Prefira canonical no HTML.
Com que ferramenta: inspecione o código-fonte e use o Search Console para ver que URL o Google escolheu.
No que ter cuidado: routing client-side pode gerar soft 404. E o caching agressivo do Googlebot pode servir ficheiros JS e CSS desatualizados. Use content fingerprinting nos nomes dos ficheiros.
Ponto de controlo: uma canonical por página, sem conflitos.
Passo 4 — Dados estruturados: JSON-LD como "linguagem dos factos"
Dados estruturados dão aos motores e aos LLMs factos sem ambiguidade. O formato recomendado é JSON-LD.
O ideal é construir um grafo conectado: Organização ligada a Artigo, Produto e Autor. Os tipos prioritários são Organization, Product com Offer, Article, BreadcrumbList e FAQPage.
O que fazer: implemente o schema através de um plugin SEO ou do tema. Depois valide com o Rich Results Test.
No que ter cuidado: a regra de ouro é simples. O schema tem de corresponder ao texto visível na página. Schema inventado cria ambiguidade e pode gerar problemas.
Vale a pena saber o que mudou. Entre 2025 e 2026, o Google retirou vários tipos de dados estruturados e, a 7 de maio de 2026, os FAQ rich results deixaram de aparecer para a maioria dos sites. O FAQPage continua válido como vocabulário, mas já não garante destaque visual. O impacto é no CTR, não nos rankings.
Ponto de controlo: schema validado sem erros e alinhado com o conteúdo da página.
Passo 5 — Escrever conteúdo que a IA consegue citar
Aqui é onde a maioria dos sites ganha ou perde.
O que fazer: estruture com H2 e H3 claros. Use o formato "resposta primeiro": responda à pergunta antes de explicar. Acrescente listas e tabelas onde ajudam a ler.
Com que ferramenta: o seu próprio editor de conteúdo. Não precisa de software especial.
No que ter cuidado: FAQs de 40 a 80 palavras funcionam bem. Cenários de utilização concretos também. Linguagem simples e factual, com autoria e provas verificáveis, reforça a confiança.
Um exemplo de resposta direta: "Entregamos em Portugal continental em 2 a 4 dias úteis. Os envios para ilhas demoram entre 5 e 7 dias." Curto, factual, citável.
Ponto de controlo: cada secção responde a uma pergunta real de cliente? Se não, reescreva.
Passo 6 — Controlar o acesso dos bots de IA (robots.txt, llms.txt, Google-Extended)
Decida conscientemente quem pode ler o seu site.
O robots.txt é o controlo principal para o Googlebot. O Google-Extended permite limitar treino e grounding noutros sistemas Google. O llms.txt é uma proposta emergente, útil sobretudo para agentes e assistentes com pesquisa, e alguns plugins WordPress já o geram.
O que fazer: documente a sua decisão e teste-a. Use a tabela do Passo 1 como referência.
No que ter cuidado: o Google afirma que não é necessário criar ficheiros de IA para AI Overviews ou AI Mode. Tratar o llms.txt como obrigatório é um erro de interpretação.
Ponto de controlo: decisão documentada, testada e com cerca de 24 horas de latência após alterações.
Passo 7 — Medir e iterar: como saber se está a funcionar
Otimizar sem medir é trabalhar às cegas.
O que fazer: teste prompts manualmente no ChatGPT, Gemini e Perplexity. Veja como a sua marca é descrita. Identifique as fontes citadas e compare com os concorrentes. Mapeie as lacunas.
Com que ferramenta: o Search Console, no tipo de pesquisa "Web", mostra dados de AI Overviews e AI Mode. Para uma visão contínua, a Semly monitoriza como ChatGPT, Gemini, Claude, Google AI e Grok descrevem a sua marca, acompanha prompts, citações, sentimento, share of voice e concorrentes, e aponta as lacunas a fechar. A integração com WordPress e WooCommerce faz-se por chave de API, e a base de conhecimento suporta llms.txt e JSON-LD.
No que ter cuidado: os padrões de citação são voláteis. Um estudo da Semrush com 230 mil prompts mostrou que a citação do Reddit no ChatGPT caiu de cerca de 60% para cerca de 10% em poucas semanas. Não existe uma receita fixa.
Ponto de controlo: prazos realistas são semanas a meses, sem garantias de recomendação.
Erros comuns e como corrigir
- Bloquear crawlers por engano. Sinal: páginas desaparecem das respostas. Correção: rever robots.txt, CDN e firewall.
- Conteúdo só em JavaScript. Sinal: o texto não aparece no código-fonte. Correção: server-side rendering ou pre-rendering.
- Tratar o llms.txt como obrigatório. Sinal: tempo perdido num ficheiro que o Google não exige. Correção: tratar como opcional.
- Schema desalinhado do texto visível. Sinal: erros no validador. Correção: alinhar ou remover.
- Canonicals duplicados. Sinal: o Google escolhe outro URL. Correção: consolidar numa só tag.
- Assumir uma receita GEO fixa. Sinal: resultados que mudam sem explicação. Correção: monitorizar em vez de copiar.
O que fazer a seguir
- Repita a auditoria a cada trimestre.
- Escolha entre fazer manualmente ou usar uma plataforma de monitorização.
- Aprofunde conteúdo citável e autoridade de marca.
- Quando o site é grande ou multi-marca, escale para monitorização contínua.
Manual ou plataforma? Faça manualmente se tem poucos prompts e um site pequeno. Use uma plataforma quando acompanha vários prompts, marcas e concorrentes. Escale para monitorização contínua quando precisa de histórico e comparação.
Mini-checklist final:
- Robots.txt e CDN não bloqueiam Googlebot nem OAI-SearchBot
- Texto essencial visível no HTML, sem depender de JavaScript
- Uma canonical por página, sem conflitos
- JSON-LD validado e alinhado com o texto visível
- Conteúdo estruturado com respostas diretas e FAQs curtas
Mini-glossário
- GEO: otimização para motores generativos, com origem no paper da KDD 2024.
- AEO: otimização para motores de resposta, termo de mercado.
- LLM: modelo de linguagem de grande escala, como o ChatGPT ou o Gemini.
- JSON-LD: formato recomendado para dados estruturados.
- llms.txt: proposta emergente de ficheiro para agentes de IA, não standard oficial.
Perguntas frequentes
GEO substitui o SEO? Não. O SEO continua a ser a base. GEO e AEO são uma camada adicional.
Preciso de ficheiros especiais para a IA? Não para o Google. O llms.txt é opcional e útil sobretudo para agentes.
Devo permitir o GPTBot? Depende. Permitir o OAI-SearchBot ajuda a aparecer nas respostas de pesquisa do ChatGPT. O GPTBot serve para treino, e a decisão é sua.
Quanto tempo até ver mudanças? Semanas a meses. Os padrões de citação variam por plataforma e mudam depressa.
