Mitos GEO para agências WordPress: o que funciona e o que não

#O que é GEO para uma agência WordPress

GEO na prática é citabilidade mais retrieval, não um novo pack de plugins. Um modelo ou motor de pesquisa generativo precisa de: (1) saber que existe como entidade, (2) ter um URL com frases que possa citar, (3) tratar esse URL como credível face à concorrência. Um post no LinkedIn que diz «optimizámos para IA» sem alterar landings, sem lastVerified, sem um texto coerente em llms.txt e sem tabelas que um extractor consiga levantar não cumpre nenhuma destas condições.

Para uma agência WordPress o problema duplica-se. O cliente tem centenas de URL (portfolio, cidades, páginas de plugins), enquanto um assistente de IA cita poucas fontes por resposta. GEO sensata concentra-se em pilares de oferta e artigos expert, não em colar llmCard em cada página de cidade de 2019. Na wppoland.com agrupamos esforço em programador WordPress, WooCommerce, manutenção, migração headless, MCP e conteúdo LLMO. O resto do site continua a depender de SEO clássico e indexação.

Joe Hall lembrou num fio de final de setembro de 2026 que o hype ultrapassa a infraestrutura: empresas compram audits GEO antes de corrigir URL canónicas e o primeiro parágrafo da página que pagam em Ads. Vemos o mesmo padrão nos EUA quando uma agência instala um plugin «AI SEO» num site Elementor com LCP acima de 4 s e espera citações no ChatGPT. No WordCamp US 2026, conversas de corredor repetiam esse guião: painéis brilhantes de IA em checkouts WooCommerce lentos.

Em Lisboa, num encontro de marketing B2B no primeiro trimestre de 2026, ouvimos três vezes a mesma frase: «já temos llms.txt, falta só o ChatGPT». Nenhuma das três equipas tinha actualizado o primeiro parágrafo do landing de serviços nem alinhado footer com about. GEO sem entidade partilhada é marketing, não engenharia.

#O llms.txt melhora a visibilidade no ChatGPT

Mito: publicar um ficheiro /llms.txt ao estilo community faz o modelo escolher a sua marca em detrimento da concorrência.

Realidade: llms.txt é um documento orientador para crawlers e agentes (lista de serviços, contacto, regras de citação). Não é um standard W3C registado, e não há parser garantido em todos os produtos OpenAI ou Google. O Google Search Central continua a falar de HTML, ligações internas e dados estruturados, não de llms.txt como sinal de ranking.

O guia de otimização para IA da Google (última atualização a 10 de julho de 2026) inclui os ficheiros llms.txt, a divisão do conteúdo em pequenos blocos e as menções não autênticas entre as táticas que pode ignorar na Pesquisa Google, que não usa esses ficheiros. A mesma página indica que manter um llms.txt para outros serviços não ajuda nem prejudica a visibilidade na Pesquisa Google.

O que fazemos: mantemos /llms.txt com um parágrafo de entidade (engenharia WordPress sénior, headless Astro/Next.js, WooCommerce, MCP, GEO/LLMO) e um bloco Services (English canonical URLs) com ligações aos pilares que agentes devem encontrar sem adivinhar pelo menu. É um atalho para bots, não um duplicado de todo o site. A actualização de 2026-10-02 acrescentou headless, MCP e GEO/LLMO junto aos serviços anteriores.

Caso real: um cliente SaaS queria «só llms.txt», sem alterar /pricing/. O ficheiro apontava para preços, mas o landing ainda abria com a história da empresa de 2014. A Perplexity continuava a citar documentação de um concorrente com tabela de planos acima da dobra. Depois de movermos BLUF e uma tabela comparativa para HTML, as citações por paráfrase melhoraram. Nada se moveu por «poder de ranking» de llms.txt, que não existe no Google orgânico.

#Vale a pena servir Markdown aos bots de IA em vez de HTML

Mito: publicar /ai/ ou content.md em Markdown limpo e deixar a página humana num slider Divi.

Realidade: Na maioria dos pipelines de retrieval HTML indexado vem primeiro. Um ficheiro Markdown separado sem link rel="canonical" e sem paridade com MDX ou WordPress cria duas fontes de verdade. Uma semana depois os preços no .md estão desactualizados enquanto o HTML está correcto. O modelo cita números errados ou ignora a página por inconsistência.

O padrão melhor em Astro ou WordPress headless: um fluxo de conteúdo, HTML semântico (article, h2, listas, tabelas), frontmatter com llmCard.facts e FAQ em YAML renderizado em JSON-LD e em FAQ visível no final. Markdown como formato de autor no repositório (.mdx) é adequado. Markdown como publicação separada para bots raramente compensa.

Na wppoland.com, nos pilares MDX mantemos speakable, howTo onde faz sentido, e não duplicamos artigos em /raw.md. Para agentes MCP expomos APIs separadas (agent.json, ferramentas MCP). Isso é um índice de capacidades, não um clone do blog.

Medição noutro site, outubro de 2026: Amir Pournasserian analisou 18 dias de registos da Cloudflare do site pessoal dele (de 30 de setembro a 17 de outubro de 2026). As cópias em Markdown ficam em endereços .md, são geradas a partir dos mesmos ficheiros de conteúdo que o HTML, levam noindex, e cada página indica a respetiva cópia com <link rel="alternate" type="text/markdown">. Os crawlers verificados começaram a pedi-las no dia seguinte ao lançamento. Em oito dias, 143 dos 152 pedidos que não vieram das ferramentas do próprio autor partiram de sete crawlers verificados, com o Amazonbot à frente. O Googlebot e o Bingbot não pediram nenhuma cópia. O llms.txt, ativo durante 17 dias, não recebeu nenhum pedido de um crawler verificado de IA ou de pesquisa, e o único pedido verificado de IA veio do Claude-User, que vai buscar a página quando uma pessoa o pede. O aviso sobre duas fontes de verdade aplica-se, portanto, a um ficheiro Markdown mantido à mão, e uma cópia gerada a partir da mesma fonte evita-o. Os números contam pedidos num pequeno site pessoal e nada dizem sobre o que o crawler fez com o conteúdo. No wppoland.com, a versão em Markdown é gerada a partir da mesma fonte que o HTML e é servida no próprio endereço da página quando o pedido indica Accept: text/markdown; o cabeçalho HTTP Link identifica-a com rel="alternate"; type="text/markdown", e não existem endereços .md separados (verificado a 23 de outubro de 2026).

Atualização de 24 de outubro de 2026: a especificação aberta AgentReady, versão 2.0 (outubro de 2026), elaborada com o laboratório de investigação ora.ai a partir de execuções de agentes rastreadas, aponta no mesmo sentido. Os requisitos MUST para a leitura de um site são a resposta no HTML inicial, renderizado no servidor ou previamente e não injetado por JavaScript, e respostas HTTP corretas: 404 para uma página em falta em vez de 200, e 429 com Retry-After quando há limitação de pedidos. Páginas de documentação próprias, llms.txt e JSON-LD são requisitos SHOULD, e a especificação nota que os agentes só chegam aos ficheiros feitos para máquinas quando uma página que já obtiveram aponta para eles. Uma cópia em Markdown é MAY, a acrescentar depois de o HTML funcionar. Um servidor MCP ou uma CLI só passa a ser obrigatório em produtos onde o agente deve concluir uma tarefa, e não apenas ler, e a especificação desaconselha criar um vazio só para cumprir o requisito.

Nota de quem implementa: Barry Schwartz cobriu em 2026 no Search Engine Roundtable que AI Overviews empurram mais respostas em AI Mode. A história de tráfego continua a ser URL HTML no índice Google, não um site Markdown fantasma num subdomínio sem ligações.

Textura PT: retalhistas que enviam para Açores e Madeira precisam de uma página de envios com prazos, portes e excepções aduaneiras citáveis, com lastVerified no frontmatter, não FAQ schema injectado em 600 templates de SKU. Vimos isso no Porto: loja WooCommerce de moda com plugin «AI SEO» que duplicou jQuery no checkout mobile enquanto o Markdown /ai/shipping.md dizia portes de 2024. O assistente citou a política genérica da Shopify porque o HTML principal não tinha BLUF nem data de verificação.

#O schema FAQPage gera citações em IA

Mito: um plugin injecta schema FAQ e Google AI ou ChatGPT citam todas as perguntas.

Realidade: FAQPage ajuda parsers a ver estrutura Q&A. Não garante: (a) indexação do URL, (b) inclusão nos conjuntos de fontes de overviews, (c) escolha do modelo num chat sem browsing. O Google documenta rich results FAQ para tipos de página elegíveis; em 2026 ainda vemos JSON-LD válido sem extensões FAQ visíveis na SERP.

O que funciona junto com schema:

1. Perguntas na língua da query («quanto custa migração WooCommerce headless»), não frase corporativa.
2. Respostas curtas, com um facto (data, âmbito, excepção legal). Mesmo texto em <div class="faq-answer"> e em JSON-LD.
3. lastVerified e fontes em llmCard.sources em guides YMYL.

O nosso audit generative eligibility (estilo Lumar, outubro 2026) nos pilares de oferta verifica FAQ ou llmCard mais sinais de credibilidade. Falhámos o pilar headless em inglês até acrescentarmos data explícita lastUpdated no Astro. Schema sozinho, sem datas e fontes, passava no validador, não no nosso check credibility_signals.

Medido numa amostra grande, outubro de 2026: a SISTRIX (22 de outubro de 2026) comparou 48 527 páginas da região DACH citadas pelo ChatGPT, pelo Google AI Mode ou pelos AI Overviews no segundo trimestre de 2026, cada uma com uma página não citada do mesmo domínio: 96 418 URLs de 17 380 domínios, 43 características por página, regressão logística condicional. As páginas com schema FAQPage foram citadas 1,5 vezes mais, desde que as perguntas sejam reais. Um índice de conteúdos visível obteve 1,7 e o schema Article 1,6, enquanto as marcações Breadcrumb, HowTo e QAPage não mostraram diferença (1,0). No caso do llms.txt a comparação teve de ser feita entre domínios: 11,7% dos URLs citados vinham de domínios com o ficheiro, contra uma quota de 14,0% entre todos os domínios. Não há vantagem mensurável. Os autores falam de correlação e não de causa, não testaram o Perplexity, o Claude nem o chat do Gemini, e viram o efeito do FAQ inverter-se nos seus próprios testes abaixo de cerca de 5000 URLs. A forma como tratamos isto nos sites de clientes, em qualquer CMS: otimização GEO e LLMO.

#Os rankings no Google contam com AI Overviews

Mito: porque a IA responde na SERP, posições 1-3 são irrelevantes.

Realidade: Retrieval ainda depende de índice e qualidade, e AI Overviews alargados comem cliques, nem sempre citações. No nosso artigo sobre AI Overviews documentámos linhas na Search Console: posição 1,7 numa query de preços e zero cliques porque a resposta fica acima da ligação. Isso não torna ranking irrelevante. Significa que top rank sem copy citável dá visibilidade sem visitas.

A cobertura nas pesquisas comerciais também está a subir. A Semrush (21 de outubro de 2026) acompanhou 400 palavras-chave com modificadores comerciais (alternativas, best X for Y, preço, opiniões, marca vs marca) nos resultados de desktop dos EUA: em agosto de 2026, 88% delas mostravam um AI Overview, contra 45,75% em setembro de 2025.

Para uma agência WordPress:

• Long tail informacional ainda traz cliques e entrada no funil.
• Cabeça comercial (preços, «programador WooCommerce») precisa de BLUF, tabelas, entidade nas primeiras frases. Caso contrário o overview ganha sem visita.
• Sem rank ainda significa que modelos com browsing muitas vezes não têm sítio de onde puxar o seu URL.

GEO sem SEO é tentar citar uma página que o Google não promove em queries monetárias.

Na propriedade Search Console https://wppoland.com/pt-pt/ (sem filtro misto no domínio raiz) vemos o mesmo padrão em consultas comerciais em português: posição média confortável, CTR abaixo do que esperávamos em 2023, sobretudo em desktop quando AI Overviews aparecem. Ranking continua a ser pré-requisito; cliques são métrica separada.

#A GEO pode substituir o SEO

Mito: contratar um «especialista GEO» e deixar SEO congelado desde 2018.

Realidade: GEO sobrepõe-se a SEO técnico e conteúdo. Desligar SEO significa: noindex de staging a vazar para produção, zero ligações internas para pilares, canonicalUrl desactualizado após migração Astro. Depois nenhum llmCard corrige retrieval.

Os números de tráfego apontam no mesmo sentido: no estudo da The SEO Works com 95 sites (setembro de 2025 a agosto de 2026), a pesquisa orgânica trouxe 39 vezes mais tráfego do que os assistentes de IA.

Terreno mínimo partilhado para agências:

Entregar só GEO sem audit Core Web Vitals em WooCommerce é PR, não engenharia. Vimos uma loja com 40 plugins e «optimizado para ChatGPT» no rodapé: TTFB 1,8 s, sem lastVerified, FAQ copiado 1:1 de um concorrente. O assistente continuou a citar o Shopify Help Center.

#Checklist GEO para sites WordPress em 2026

Checklist concreta de outubro de 2026 para separar hype de trabalho:

1. public/llms.txt - entidade mais URL canónicas EN de serviços (headless, MCP, GEO/LLMO acrescentados nesta passagem de orquestração).
2. Script npm run audit:generative-eligibility-pillars - seis checks (BLUF, title, cobertura de query, um objectivo por página, credibilidade, FAQ/llmCard) em seis pilares; --check para CI.
3. Frontmatter GEO (llmCard, faq, speakable, lastVerified) em guides e pilares MDX, não copiado para milhares de páginas de cidade.
4. Páginas about (PL, EN, DE, NB, PT-PT) - frase de entidade alinhada com llms.txt (engenharia sénior, headless, MCP, GEO/LLMO).
5. Artigos LLMO e AI Overviews - linha educativa separada. Este post desmonta mitos; não repete tutorial de bots.

Não prometemos «#1 no ChatGPT em 30 dias», sites Markdown paralelos, nem schema FAQ em massa em páginas de cidade que devem ficar noindex.

#Vale a pena usar plugins AI SEO no WordPress

O directório de plugins em 2026 lista dezenas de extensões com «AI», «GEO» ou «LLMO» no título. A maioria envolve chamadas API OpenAI para meta descriptions ou geração em massa de FAQ. Nenhuma substitui higiene de crawl.

Antes de instalar mais um painel:

• Leia se o plugin escreve FAQ visível em HTML ou só JSON-LD. Schema escondido sem copy no body falha nos nossos checks de duplicação e credibilidade.
• Verifique se gera seis variantes locale como templates 1:1. Esse padrão dispara o nosso gate de retórica AI-slop em sites traduzidos.
• Meça INP no checkout após activação. Um cliente em Manchester perdeu 0,4 s no checkout mobile quando um plugin «AI schema» enfileirou um segundo bundle jQuery.

Prefira uma reescrita de pilar a dez toggles de plugin.

#GEO em sites WordPress multilingues

A wppoland.com publica seis locales. Erros GEO multiplicam-se quando cada língua recebe a mesma frase de entidade em inglês colada em llmCard.entity.

Regras que seguimos:

• Mesmo wpId, exemplos de quem implementa diferentes por locale (lei regional, WordCamp local, contexto de moeda em landings de preços só onde permitido).
• llms.txt mantém-se EN-first para URL de serviço, com páginas humanas localizadas. Agentes muitas vezes resolvem slugs de serviço em inglês primeiro; landings localizados ainda precisam de BLUF na língua do mercado.
• hreflang e canonical continuam a ser trabalho SEO. GEO não corrige uma página portuguesa que canonicaliza para um URL inexistente.

Make WordPress Slack e o grupo Advanced WordPress no Facebook ainda surfacem histórias de produção mais depressa que decks de fornecedores. Ligamos essas comunidades no onboarding, não como citações, mas como lembrete de que WordPress em produção é desordenado.

#Um domínio .pt ajuda nas citações de IA em B2B

Aleyda Solis mediu isto em Local vs Global AI Citations, publicado a 8 de outubro de 2026: citações do ChatGPT, do Gemini e do AI Mode em dez temas, com uma biblioteca de prompts localizada para os EUA, o Reino Unido, Espanha e o Brasil. Os domínios nacionais (.uk, .es, .br) tiveram 38,3% das citações no Reino Unido, 24,0% em Espanha e 41,4% no Brasil. O B2B fica no fundo da tabela:

«Software B2B e SaaS tem uma quota local baixa nos três países: 14,3% no Reino Unido, 10,5% em Espanha e 15,9% no Brasil.»

Aleyda Solis, Local vs Global AI Citations, 8 de outubro de 2026, tradução própria

Portugal não foi estudado, e o Brasil não é Portugal. O mercado em português que entra no estudo é o brasileiro: prompts em português do Brasil, domínios .br, fontes brasileiras. Os 41,4% não dizem nada sobre o peso dos domínios .pt nas respostas a pesquisas feitas em Portugal, por isso não transpomos nenhum destes números para cá. A nossa leitura:

• Em B2B, a extensão do domínio sozinha é uma alavanca fraca. Solis usa o ccTLD como sinal de segmentação por país e nota que domínios genéricos como .com também publicam conteúdo local. Separar uma instalação WordPress B2B da subpasta /pt-pt/ para um domínio .pt a pensar em visibilidade em IA não tem apoio nestes dados. O que controla é o conteúdo escrito para cada mercado.
• Meça cada mercado e cada plataforma em separado. A ordem das plataformas muda de país para país: no Reino Unido o ChatGPT tem 40,8% de quota local contra 26,3% do AI Mode e 26,4% do Gemini, no Brasil lidera o Gemini com 51,7%. Google e YouTube representam 19 a 45% das citações do AI Mode, e a sobreposição normalizada de URL com os resultados dos EUA vai de 1,7% a 35,7%. Uma amostra de prompts para Portugal tem de ser em português europeu e corrida a partir de Portugal, não herdada da brasileira.

#Plano GEO de 90 dias para WordPress e WooCommerce

Dias 1-14: entidade e pilares

• Uma frase: quem, audiência B2B/B2C, três serviços canónicos.
• Consistência: footer, about, llms.txt, LinkedIn. Mesmo núcleo, exemplos localizados, não seis traduções copy-paste.
• Escolher 3-6 URL de pilar. O resto do site só liga para dentro.

Dias 15-45: copy citável

• Primeiro parágrafo de cada pilar responde à query mais nome da empresa.
• Uma tabela comparativa ou faixa de âmbito sem quebrar regras de voz (página de preços com faixas de mercado; pilares usam bandas «a partir de» em EUR por mercado).
• Cinco a oito itens FAQ na língua do cliente, espelhados em JSON-LD.

Dias 46-70: técnico

• Canónicas, indexação, CWV no checkout WooCommerce.
• lastVerified e duas a três fontes externas (Wikidata, docs WooCommerce, WordPress Developer Handbook) em llmCard.sources.
• llms.txt só se o actualizar em cada novo serviço.

Dias 71-90: medição

• Search Console: queries com posição abaixo de 5 e CTR abaixo de 1% (sinal de overview, não «score GEO»).
• Conjunto manual de prompts (ver docs/plans/prompt-sampling-core-2026-q4.json no repositório): cinco repetições, registar se URL ou marca aparecem.
• Não mudar prompts core a meio do trimestre.

Se o único deliverable após 90 dias for um PDF «AI readiness» sem alterações HTML nos pilares, os mitos ganharam.

#Como avaliar uma auditoria GEO

Um bom deliverable de audit GEO nomeia URL e mostra diffs: primeiro parágrafo antes e depois, FAQ acrescentado ao frontmatter, entrada llms.txt. Um mau termina com mapa de calor «AI visibility score» sem Search Console, datas de crawl, ou verificação de que o pilar está no sitemap.

Perguntas para fornecedor ou equipa interna:

1. Quais três URL são prioridade comercial máxima e o que mudou em HTML?
2. canonicalUrl após migração Astro aponta para página que existe no build? (Temos centenas de canónicas portfolio obsoletas como dados históricos, não como padrão para pilares.)
3. FAQ duplica copy do body ou encurta respostas do frontmatter face a parágrafos MDX mais longos? (Regra: nunca apagar texto mais rico no body.)
4. llms.txt foi actualizado no mesmo commit que mudança de oferta MCP ou headless?

Respostas vagas significam que comprou um relatório, não GEO.

#GEO em catálogos WooCommerce grandes

Uma instalação WooCommerce mid-market com 12 000 SKU e navegação facetada gera ruído de crawl que nenhum llmCard num landing de cidade corrige. Trabalho GEO pertence a histórias de categoria, páginas de envios e devoluções, e três pilares de serviço, não a cada URL de variante.

Usamos um filtro simples com comerciantes:

• Se o URL é noindex ou existe só para combinações long-tail de SKU, saltar frontmatter GEO. Corrigir canónicas em vez disso.
• Se o URL ganha queries de dinheiro na GSC (marca mais serviço, implementação, rescue), recebe BLUF, FAQ e lastVerified trimestral.
• JSON-LD de produto mantém-se para lógica Google Shopping. Schema FAQ em páginas de produto raramente compensa manutenção, excepto quando perguntas de suporte se repetem em tickets.

Um retalhista nórdico de outdoor manteve FAQ schema em 400 templates de produto via plugin em massa. Respostas de suporte viviam no Zendesk, não no WordPress. Citações não se moveram. Mover cinco URL de política para linguagem clara com datas e ligações about Wikidata fez mais por paráfrase em IA em oito semanas do que um ano de schema ao nível SKU.

Para mercado ibérico, o equivalente útil é consolidar envios continentais versus ilhas (Açores, Madeira, Baleares se aplicável) numa página indexável com tabela de prazos, não espalhar a mesma pergunta em centenas de fichas de produto.

#Como medir a visibilidade da marca em respostas de IA

Decks de fornecedores adoram um único «GEO visibility score». Seguimos algo mais estreito:

• Cinco prompts de marca de docs/plans/prompt-sampling-core-2026-q4.json, cinco repetições por mês, registados em folha com data e versão do modelo.
• Linhas query na Search Console onde posição média é melhor que 5 mas CTR fica abaixo de 1%. Esse par frequentemente sinaliza absorção por overview, não site partido.
• Verificações manuais na Perplexity com browsing ligado versus desligado, porque caminhos de retrieval diferem.

Não tratamos trackers «AI rank» de terceiros aleatórios como verdade absoluta. Rodam modelos, geos e estado de login. Use-os só para picos direccionais, sempre junto com a sua lista de URL e datas de crawl da Inspecção de URL na GSC na propriedade /pt-pt/ (não filtro mixed-locale no domínio raiz).

Quando um conjunto de prompts mostra a sua marca mas nunca o seu URL, a correcção é quase sempre copy de pilar, não mais uma linha em llms.txt.

#Resumo

GEO para WordPress é disciplina de entidade e citabilidade em pilares que têm de rankear e manter-se indexados de qualquer forma. llms.txt ajuda agentes a encontrar os URL certos. Não substitui texto. Markdown só para bots sem HTML é dívida técnica. Schema FAQ sem BLUF e datas de verificação é teatro de validador, não estratégia. Rankings ainda condicionam se entra no conjunto de fontes. AI Overviews mudam cliques, não a necessidade de estar no índice. SEO e GEO correm juntos, ou paga por uma buzzword.

Leitura complementar na wppoland.com: resumo estratégico LLMO, Google expande AI Overviews, pilar otimização GEO e LLMO. Orquestração de audit em docs/plans/2026-10-02-geo-orchestration.md no repositório.