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

#Como a GEO difere de uma oração no LinkedIn

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.

#Mito 1: llms.txt sobe no ChatGPT como um sitemap sobe no Google

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 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.

#Mito 2: Markdown para bots chega em vez de HTML para pessoas

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.

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.

#Mito 3: schema FAQPage é um interruptor de citações de 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.

#Mito 4: rankings no Google já não importam

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.

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.

#Mito 5: pode pausar SEO e fazer só GEO

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.

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.

#O que entregamos na wppoland.com em vez de mitos

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.

#Plugins AI SEO e sopa de rótulos no WordPress.org

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.

#Sites multilingues: uma entidade, seis vozes

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.

#Plano de 90 dias para agência WordPress ou loja 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 PLN/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 distinguir um audit GEO de slop

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.

#Escala de catálogo WooCommerce e onde a GEO para

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.

#Prompts de marca e o que não usar como benchmark

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 optimização GEO e LLMO. Orquestração de audit em docs/plans/2026-10-02-geo-orchestration.md no repositório.