Porque é que os agentes de IA não escolhem o WordPress

Cada vez mais, quem escolhe a plataforma para um novo site já não é uma pessoa, mas um agente a quem essa pessoa descreveu o problema. Andy Peatling e Brian Coords defendem que o WordPress está a perder nessa escolha. Têm razão quanto à direção e enganam-se em parte quanto à causa. Seguem-se os argumentos deles, os nossos dados do Search Console e uma coisa incómoda sobre o nosso próprio site.

#O que Peatling e Coords dizem sobre o WordPress e os agentes de IA

Andy Peatling, fundador da Miles, publicou a 14 de setembro de 2026 o texto Ideas for WordPress in an agentic world. A tese é simples: “a escolha da plataforma é cada vez mais feita por um agente, que age apenas com base no que tem nos dados de treino” (tradução própria). A conclusão é igualmente simples: “Se o WordPress não for escolhido, o projeto não vai crescer” (tradução própria). Como remédio, Peatling propõe tirar “20 anos de desinformação e de dados caducados do caminho dos agentes” (tradução própria) e criar benchmarks públicos em três áreas: eficácia de percursos completos do utilizador, cenários de escolha de plataforma e capacidade dos agentes para trabalhar com o WordPress. O texto não traz números, e convém não o esquecer.

Brian Coords, Developer Advocate na Woo, acrescentou a 29 de setembro Bringing WordPress AI to the Market. A frase dele que correu o setor:

“O WordPress.org precisa de ter uma opinião sobre IA”

Brian Coords, Woo, Bringing WordPress AI to the Market, tradução própria

Coords considera que as ferramentas de IA no WordPress são sólidas, mas que os agentes não o recomendam porque não sabem do que é capaz. Propõe dar prioridade à gestão do site a partir de fora, por um agente, em vez de mais assistentes no painel:

• um plugin de funcionalidades com a Abilities API, com permissões de leitura e escrita de conteúdos,
• o MCP tratado como interface de pleno direito, como fazem o Laravel, o Shopify, a Vercel e o Figma,
• páginas /ai, /mcp e /try no WordPress.org com prompts prontos a copiar e um ficheiro AGENTS.md.

Os dois aprofundaram o tema a 30 de setembro numa conversa com Mike McAlister, da Ollie, no The WP Minute.

#Instalações e avaliações de plugins de IA para WordPress

Coords compara as instalações com o número de avaliações, e essa comparação diz mais do que as instalações sozinhas:

Fonte: Brian Coords, 29 de setembro de 2026.

Atualização, 23 de outubro de 2026: a página do WPVibe no diretório de plugins mostra agora mais de 90 mil instalações ativas e 177 avaliações, 175 delas de cinco estrelas. A tabela mantém os números de Coords de 29 de setembro.

A experiência oficial tem uma escala de instalações comparável, mas quase ninguém escreve sobre ela. Instalar não é usar. Para um agente que lê a web, conta o uso, porque são os utilizadores que escrevem os tutoriais, os tópicos de fórum e as avaliações de que o modelo depois se serve.

Na mesma semana, Jean Galea, fundador do WP Mayor, contou o diretório de plugins, e o The Repository de 2 de outubro citou os seus dados. Em 2026 entraram no diretório 14 608 novos plugins, mais do que em 2024 e 2025 juntos, e o número mensal de submissões mais do que quintuplicou desde julho de 2025. Oito em cada dez têm menos de 10 instalações ativas, mil passaram as 63, e 42,7 por cento dos plugins mais antigos perderam instalações no espaço de um ano. Também isto é um sinal para o agente: o diretório cresce mais depressa em ruído do que em sinal.

#Os prompts de IA sobre escolha de plataforma aparecem no Search Console

Peatling escreve sobre agentes em geral. Quisemos ver se era possível observar as próprias perguntas. É, em parte. As ferramentas que monitorizam a visibilidade em IA enviam prompts a modelos que pesquisam na web, e parte dessas pesquisas chega ao Google e deixa rasto no Search Console sob a forma de expressões muito longas.

O nosso relatório npm run report:long-queries extrai, das seis propriedades linguísticas do wppoland.com, as pesquisas com 15 palavras ou mais. Janela: 5 de julho a 3 de outubro de 2026. Duas famílias de prompts tratam diretamente da escolha de plataforma:

Desta tabela resultam algumas coisas sem necessidade de interpretação.

Primeira: isto não são pessoas. Ninguém escreve “debes proporcionar un ranking forzado”. É o modelo de uma ferramenta que compara repetidamente o HubSpot com a concorrência em várias línguas (nas nossas páginas em inglês e em espanhol) e em várias variantes: SSL, áreas de membros, blogs gratuitos, editores visuais. O WordPress é um ponto de referência fixo nestes prompts, ao lado do Wix, Squarespace, Weebly, Jimdo, Blogger, Medium, Webflow, Elementor e Divi.

Na nossa propriedade portuguesa houve, em 90 dias, uma única pesquisa deste tipo, em formato de pergunta de teste: “das seguintes plataformas, indique a que tem maior quota de mercado. joomla drupal pyro wordpress”. Mostra que os modelos também estão a ser testados sobre a quota de mercado das plataformas em português europeu.

Segunda: os prompts com persona descrevem um principiante. “O caminho mais simples para começar a ganhar dinheiro online, simplicidade acima de funcionalidades, orientação passo a passo”. É exatamente o utilizador para quem o WordPress há anos não é a resposta mais simples. Um agente que recebe esta descrição faz o que lhe pediram.

Terceira: onde vão parar estes prompts. 195 das 244 impressões dos prompts com persona foram para um único artigo nosso, a versão inglesa do texto o WordPress está a perder quota de mercado, publicada no endereço /en/is-wordpress-dying-market-share-2026/ com o título “Is WordPress dying?”. O Google considerou que a melhor resposta à pergunta “que plataforma para um principiante” é um texto que pergunta no título se o WordPress está a morrer. Se o modelo lê os resultados de pesquisa, lê também esse enquadramento.

Uma ressalva sobre os nossos próprios dados: são 96 pesquisas num único site de empresa, não um estudo de mercado. Mostram a forma das perguntas, não a sua escala. Aqui, porém, a forma importa mais do que a escala.

#Porque a IA recomenda construtores de sites em vez do WordPress

Peatling tem razão quando diz que a decisão passou para o agente. Tem razão quando diz que os dados sobre o WordPress na web são antigos: décadas de tutoriais sobre plugins que já não existem e comparações de 2015.

A tese da “desinformação” explica, no entanto, apenas parte do problema. Os nossos prompts com persona não perguntam “o WordPress é bom”. Perguntam qual é o caminho mais simples para alguém que não quer aprender. A essa pergunta, um construtor de sites alojado é muitas vezes a resposta mais honesta, e o agente que o recomenda não é vítima de desinformação. Está a obedecer.

O WordPress está, portanto, a perder dois confrontos diferentes, que convém separar:

1. O confronto pelo principiante. Aqui perde, porque nesta categoria um produto mais fraco pode ser a melhor resposta. Um benchmark não muda isso, e tentar provar o contrário é marketing.
2. O confronto pelos projetos em que o WordPress é a escolha certa: sites multilingues, WooCommerce com integrações, editores de conteúdos, organizações com equipa editorial própria. Aqui a causa é outra. O agente não sabe do que o WordPress é hoje capaz, porque ninguém lho diz num formato que ele saiba ler e usar. É a este problema que Coords responde, e é este que se pode ganhar.

Pelo mesmo motivo, não confiamos em capturas de ecrã isoladas do ChatGPT em que “o agente não recomendou o WordPress”. A SparkToro, num estudo de 28 de janeiro de 2026, recolheu de 600 voluntários 2961 execuções de 12 prompts no ChatGPT, no Claude e na IA da Google: a mesma lista de recomendações repetiu-se menos de uma vez em cada 100 execuções, e a mesma ordem menos de uma vez em cada 1000. O benchmark que Peatling pede tem, portanto, de medir a percentagem de presença ao longo de muitas execuções, não a posição numa só.

#Porque o wppoland.com usa Astro e não WordPress

O wppoland.com é o site de uma empresa que há anos trabalha com WordPress e WooCommerce. Ele próprio funciona em Astro 7 e Cloudflare Pages: mais de dez mil páginas em seis línguas, conteúdos em Markdown e MDX no repositório, um build em vez de uma base de dados. Descrevemos isto abertamente no estudo da reconstrução do site.

Escrevemos sobre isto porque é exatamente a escolha que os agentes fazem hoje, só que feita por uma pessoa e com justificação. Para um site multilingue que é sobretudo conteúdo e que tem de ser rápido sem uma camada de cache, um gerador estático era a ferramenta melhor. Para uma loja integrada com um ERP ou para uma redação onde publicam vinte pessoas, a resposta seria outra, e seria o WordPress.

Um agente que recomendou a alguém um site estático em vez do WordPress nem sempre está errado. O problema começa quando não consegue reconhecer que caso tem à frente, porque falta na web uma descrição honesta de quando o WordPress é a escolha certa e de quando não é.

#Como fazer os agentes de IA recomendarem o WordPress

Não é preciso esperar por uma posição do WordPress.org. Parte disto já fazemos em casa e nos clientes.

Descrever os limites, não só as vantagens. O agente procura uma resposta ajustada à descrição do utilizador. Uma página de serviços que diz claramente “para este caso o WordPress não é o melhor, escolha X” é mais útil para o modelo do que a décima página com o slogan da quota de mercado. Também dá ao agente uma razão para confiar nela nos casos em que diz “sim”.

Abrir os sites dos clientes aos agentes. A Abilities API, que descrevemos no texto sobre fluxos de trabalho de IA no WordPress, permite definir o que o agente pode fazer no site e com que permissões. O MCP dá-lhe para isso uma interface normalizada. O nosso próprio servidor funciona em wppoland.com/mcp e mostra que é possível fazê-lo sem o painel do WordPress. Também há movimento do lado do projeto: segundo o The Repository de 2 de outubro, o WordPress.org lançou um servidor MCP para o Trac, a partir do qual os contribuidores podem consultar tickets e o histórico de commits no Claude ou no ChatGPT, sem conta nem chave de API.

Dar aos agentes o conteúdo em Markdown. A versão 1.4.0 do plugin oficial WordPress AI, apresentada por Jeffrey Paul a 6 de outubro de 2026 em What’s new in AI 1.4.0, acrescenta a experiência Markdown Feeds. Quando está ativa, o site disponibiliza um feed em Markdown em /feed/markdown/ (e equivalentes para outros contextos de feed), e cada artigo ou página pode ser pedido em Markdown acrescentando ?output_format=markdown ao endereço. O anúncio diz que isto é útil para “agentes de IA, modelos de linguagem, ferramentas de desenvolvimento e outros sistemas” (tradução própria). É uma experiência, não uma funcionalidade do núcleo, por isso teste-a primeiro em staging. Cada funcionalidade e experiência passa a ser ativada individualmente no ecrã de definições de IA, porque o interruptor global “Enable AI” foi removido.

Manter uma interface verdadeira. Giacomo Zecchini, da MERJ, testou agentes de navegador em 100 testes preparados. Num deles, os botões tinham etiquetas ARIA propositadamente enganadoras: o agente clicou primeiro em “Cancelar” em vez do “Guardar” visível em 25 de 25 execuções. A conclusão da MERJ: uma etiqueta ARIA errada pode ser pior do que nenhuma. A eficácia média dos agentes ao longo do estudo subiu de cerca de 30 para cerca de 60 por cento, e uma grande parte das falhas resultava dos mesmos defeitos de estrutura, nomes e estados que o trabalho normal de acessibilidade elimina. O painel do WordPress e os temas dos clientes também são uma interface onde o agente vai clicar.

Atualizar os conteúdos que o agente lê quando escolhe. No nosso caso, às perguntas sobre uma plataforma simples para principiantes, o Google mostra um texto que pergunta se o WordPress está a morrer. Não é um erro do Google, é o nosso enquadramento. Os artigos comparativos e de mercado têm de ter números atuais, data de verificação e resposta à pergunta de quando o WordPress serve e quando não serve.

Medir várias vezes. Se quer saber se os agentes recomendam a sua agência, ou o WordPress no seu nicho, faça o mesmo prompt várias dezenas de vezes e conte em quantas respostas aparece o nome. Uma captura de ecrã é uma anedota.

#O que o WordPress 7.2 planeia para o MCP e os agentes de IA

A parte sobre IA do roteiro do WordPress 7.2 começa com uma ressalva. O ciclo 7.1 deixou claro que as funcionalidades de IA têm primeiro de mostrar adoção real e valor prático antes sequer de serem consideradas para o núcleo, por isso este trabalho decorre no plugin de IA, sem garantia de que chegue ao 7.2. É a mesma lição da tabela de Coords mais acima: as instalações não chegam, o que conta é o uso.

A lista em si está próxima do que Coords pede:

• atualizar o MCP Adapter para a especificação MCP mais recente, mantendo as definições de capacidades do WordPress independentes das revisões do protocolo,
• publicar o adaptador no diretório de plugins do WordPress.org, para que se instale e atualize como qualquer outro plugin,
• permitir que os administradores ativem o MCP a partir do plugin de IA com configuração mínima, incluindo a instalação do adaptador e a escolha das capacidades expostas,
• um modelo de identidade e delegação para agentes: identidades auditáveis, permissões adequadas e acessos geridos independentemente das contas de pessoas,
• mais capacidades, incluindo trabalho em capacidades de escrita e acesso de leitura a multimédia, taxonomias e comentários,
• experiências com WebMCP, ou seja, capacidades usadas em fluxos de agentes no navegador, ligadas à interface atual do WordPress e ao estado da página.

Para uma agência, o ponto sobre identidade é o mais importante. Uma palavra-passe de aplicação está associada a uma conta de utilizador concreta, por isso um agente que hoje se liga através da REST API atua com as permissões dessa pessoa, e as suas ações são difíceis de distinguir das dela.

A 21 de outubro de 2026, a equipa de IA do WordPress registou que Matt Mullenweg aprovou tornar o MCP, na prática, uma parte integrante do WordPress. A equipa sublinhou que isso não significa necessariamente passar o MCP Adapter para o núcleo e discutiu o WordPress 7.3 como possível meta, sem compromisso de lançamento (resumo semanal da equipa de IA). O adaptador está no diretório de plugins desde 2 de outubro de 2026 e mostrava mais de 50 000 instalações ativas a 23 de outubro (versão 0.7.1).

Atualização, 24 de outubro de 2026: segundo as notas, foram discutidos três caminhos: incluir o plugin MCP Adapter no WordPress, ativá-lo através de interfaces já existentes no núcleo ou integrar capacidades específicas diretamente no núcleo. Um dos contribuidores preferiu manter o adaptador como plugin separado, em vez de acrescentar a todos os sites WordPress funcionalidades sensíveis do ponto de vista da segurança. Outro sugeriu o OAuth como parte da configuração predefinida, para reduzir a dependência das palavras-passe de aplicação. As notas registam ainda que o adaptador não inclui por enquanto as abilities necessárias para as operações comuns do WordPress e que não houve decisão final sobre a implementação.

Nos WordPress Agent Benchmarks de Andy Peatling de outubro de 2026, o Opus 5.5 no Claude Code e o GPT-6.1-Sol no Codex receberam cada um 21 pedidos de proprietários de sites, cada pedido duas vezes: uma com o MCP Adapter como único acesso, outra com uma palavra-passe de aplicação para a REST API. Através do adaptador concluíram 0 de 42 tarefas, através da REST API 33 de 42 (79 %). As execuções com o adaptador fizeram 11 alterações em 4 execuções, todas através das abilities de produtos do WooCommerce, porque as três abilities do próprio WordPress só leem informação sobre o site, o utilizador e o servidor. No issue #402 do repositório do adaptador, Peatling planeia abilities experimentais do núcleo em quatro etapas para fechar essa lacuna.

Atualização, 24 de outubro de 2026: o mesmo projeto já publica o benchmark de escolha de plataforma que Peatling pedia. Na execução de outubro do Choosing WordPress, sete agentes construíram sites a partir de pedidos que não nomeavam nenhuma plataforma, e nenhum escolheu o WordPress (0 %, intervalo de confiança de 95 % entre 0 e 3 %). O código à medida ficou com 92 % dos sites, um CMS headless com 4 %, um construtor alojado com 3 % e o Shopify com 1 %. Durante a decisão, os agentes mencionaram o WordPress em 7 % das execuções, mas depois indicaram-no como alternativa em 51 %, sobretudo para sites de associações e organizações (71 %). É o primeiro mês de dados, por isso mostra um nível e ainda não uma tendência.

#WordPress 7.2 e o acesso seguro de agentes de IA

O roadmap do WordPress 7.2, previsto para 8 de dezembro de 2026, não inclui colaboração em tempo real, mas acrescenta segurança: reforço das Application Passwords, primeiros trabalhos num modo “sudo” e uma proposta de Secrets API para guardar credenciais. São exatamente as peças sem as quais nenhuma agência dá a um agente permissões de escrita no site de um cliente. A gestão do site a partir de fora, que Coords pede, começa por o agente se conseguir autenticar com segurança e não fazer mais do que lhe é permitido.

Os pormenores estão no roteiro que Anne McCarthy publicou a 18 de setembro de 2026, e o calendário de lançamento do 7.2 confirma o dia 8 de dezembro. Nas Application Passwords, a lista inclui uma notificação por e-mail quando é adicionada uma nova palavra-passe de aplicação, uma correção da verificação do ambiente em sites sem HTTPS, o bloqueio de valores perigosos para default_role e o suporte do atributo SameSite nos cookies. A Secrets API chega com suporte no WP-CLI, enquanto uma interface no painel fica para uma versão posterior. O modo sudo está numa fase inicial: deverá exigir nova autenticação antes de ações administrativas especialmente privilegiadas, mesmo durante uma sessão ativa.

Se os agentes vão passar a escolher mais vezes o WordPress depende menos de campanhas e mais de surgir na web uma descrição honesta, atual e utilizável por máquinas daquilo que o WordPress faz bem. Essa descrição pode ser escrita pelas agências, não só pelo WordPress.org. Se quer que o seu site ou a sua loja estejam prontos para serem geridos por agentes, veja como abordamos a integração de IA com WordPress.

Última verificação das fontes: 24 de outubro de 2026.