Recentemente, acompanhei uma discussão acalorada nas redes sociais de um profissional de marketing que anunciou que, após 20 anos, estava abandonando o WordPress. O motivo? Uma suposta inadequação do PHP à era da Inteligência Artificial e a adoção do “Vibe Coding” por meio de outro CMS.

A postagem viralizou e expôs algumas das maiores hatebaits que ainda circulam pelo mercado sobre o WordPress há anos. WordPress está longe de ser uma plataforma perfeita, mas é um framework sólido com uma comunidade incrível.

Mito #01: O PHP é uma “linguagem ultrapassada” incompatível com IAs

A afirmação mais polêmica (e tecnicamente equivocada) da discussão foi que “na época da IA, precisamos de linguagem tipada que as LLMs vão entender muito melhor” e que o PHP seria ultrapassado e incapaz de entregar isso.

Vamos aos fatos:

• PHP 5 (Julho/2004): A primeira introdução de Type Hinting (dicas de tipo), permitindo forçar que os parâmetros de funções fossem objetos de classes específicas ou arrays.
• PHP 7.0 (Dezembro/2015): A grande revolução da tipagem forte. Há quase uma década, a linguagem passou a aceitar declaração de tipos escalares (int, float, string, bool) não só para os parâmetros, mas também para os retornos de funções, além de introduzir o modo estrito de validação (Strict Mode).
• PHP 8 e posteriores (a partir de 2020): Introdução de recursos avançadíssimos de tipagem, como Union Types (declarar múltiplos possíveis tipos), propriedades tipadas e classes constantes tipadas, consolidando o PHP como uma linguagem super moderna e mais do que apta para ferramentas de IA.

Na verdade, um dos principais desafios do uso de IA generativa no WordPress não é a linguagem em si, mas sim a vastidão técnica envolvida e a quantidade de caminhos possíveis no próprio CMS.

Atualmente, por exemplo, o WordPress conta com diferentes abordagens para a criação de temas (a forma tradicional baseada em arquivos PHP e os block themes baseados em blocos e JSON) e permite que a renderização aconteça tanto usando as funções nativas do PHP quanto usando bibliotecas modernas como o React.

Para usuários que tentam executar comandos e prompts sem conhecimento profundo sobre a arquitetura da plataforma, essas múltiplas variações e opções históricas podem facilmente “atrapalhar” e levar a IA a gerar respostas e códigos imprecisos.

A melhor solução para isso não é o distanciamento ou culpar o PHP, mas sim a utilização de contexto especializado e Agent skills (habilidades atreladas ao seu agente de programação com regras e boas práticas).

MITO #02: A Arquitetura ultrapassada

Nos comentários da postagem, um desenvolvedor sênior resumiu muito bem o sentimento da comunidade técnica: “O problema do WordPress não é o PHP… o problema é a arquitetura”.

É comum que desenvolvedores, ao analisarem o código do WordPress, façam julgamentos baseados em padrões puramente modernos. O que muitos esquecem é que o WordPress serve 40% da web e possui uma regra de retrocompatibilidade.

Desenvolvedores do Core fazem um trabalho formidável para garantir que uma atualização hoje não quebre sites que estão no ar há anos. Além disso, como o próprio time de performance do WordPress já ressaltou, o fato de ser uma plataforma aberta acarreta consequências inerentes. O WordPress não tem controle sobre:

• Como o conteúdo final será entregue.
• A qualidade e os recursos do servidor/hospedagem escolhidos pelo usuário.
• A manutenção, a segurança e a qualidade do código dos milhares de plugins e temas de terceiros instalados.

Essa realidade é completamente diferente de plataformas fechadas (como Shopify), onde você sequer tem acesso total ao código e a empresa controla de ponta a ponta a infraestrutura e o ecossistema. Comparar a arquitetura de um software livre que roda em qualquer servidor do planeta com ambientes altamente enclausurados é, no mínimo, injusto.

Muitas vezes, a “culpa” da lentidão de um projeto WordPress não está na plataforma em si, e muito menos na linguagem PHP. A culpa mora, em geral, em:

1. Instalações com dezenas de plugins mal desenhados ativos.
2. Uso de temas pesados (page builders desatualizados) que carregam um mar de CSS e JS desnecessários.
3. Servidores baratos sem otimização de cache ou de banco de dados.

A confusão entre IDEs, IA e Frameworks

O termo “Vibe Coding” tem ganhado muita força. Refere-se ao desenvolvimento usando linguagem natural em ferramentas potencializadas por IA. Não há problema nenhum com esse termo. Acredito, inclusive, que ele veio para ficar.

O problema central aqui é o comportamento gerado pelo próprio hype. Quando uma tecnologia explode, muitas pessoas entram na discussão sem compreender a fundo os conceitos envolvidos. É um processo natural de maturação.

Há 10 anos, o próprio WordPress passou por um momento de hype massivo, democratizando a criação de websites. Recebeu críticas por causa do mau uso, projetos com problemas de segurança, onde muitas vezes a causa era profissionais despreparados entregrando aplicações de baixa qualidade.

Hoje, a IA e o Vibe Coding está em alta com a promessa de democratizar programação qualquer profissional sem conhecimento de programação pode criar sua própria aplicação e ganhar rios de dinheiro. Pessoas despreparadas estão entrando no barco do Hype com a promessa de mudança de vida.

Uma evidencia da incompreensão fundamental veio como um comentário levado pelo hatebait que não entendia a diferença entre ferramentas de codificação (IDEs/Editores com IA) e plataformas de produto (Frameworks/CMS).

Um CMS novo baseado em Node/Next.js resolve dores de desenvolvedores Node? Com certeza. Mas achar que simplesmente mudar de stack resolverá a falta de conhecimento fundamental é uma ilusão. O desenvolvedor no “controle” do prompt continua sendo a peça-chave. Afinal, quando o sistema corporativo quebrar na mão de alguém que apenas “vibe codou” sem saber arquitetura, quem irá debugar?

O desafio da inovação com a Inteligência Artificial

Há um último ponto, fundamental e pouco debatido: o desafio da inovação inerente ao próprio uso da Inteligência Artificial.

A evolução de arquiteturas não para. O WordPress está, hoje mesmo, passando por atualizações profundas (como renovações do painel de administração e integrações nativas mais flexíveis). O “problema” é que os modelos de IA generativa operam com base em dados do passado. Eles, por natureza, reproduzem o que já existe.

Quando um profissional depende única e exclusivamente do “Vibe Coding” para desenvolver, a chance de ele ficar refém de soluções defasadas é altíssima. A IA tenderá a sugerir a arquitetura que era o padrão há três ou quatro anos, e não a forma moderna e otimizada sugerida pelos desenvolvedores do sistema hoje.

Isso traz um desafio duplo enorme:

1. Para os criadores de conteúdo: Como manter o ecossistema educado sobre inovações recentes quando a internet é inundada pela replicação automática de métodos obsoletos gerados por IA?
2. Para a nova geração de desenvolvedores: Como se desprender do “piloto automático” e aprender de fato a investigar, estudar e consumir as novidades oficiais do Core em vez de aceitar apenas o que o prompt devolveu?

A inovação continuará a vir da comunidade e dos engenheiros focados nas atualizações do core, enquanto aqueles sem contexto técnico correm o risco de rodar eternamente num “loop” reprodutivo, sem perceber.

Um futuro de soluções complementares, não excludentes

Existe uma falta de compreensão fundamental de que um cms ter mais de 20 anos não significa, de forma alguma, que ele esteja defasado. O WordPress, que roda em quase metade da internet, é uma estrutura orgânica open source que se atualiza e se reinventa constantemente. A plataforma de hoje é radicalmente diferente da de 10 ou 20 anos atrás.

É inegável que, com o advento da inteligência artificial, estamos entrando em uma nova era. Teremos aplicações muito mais direcionadas a casos de uso super específicos e novas formas de interagir com o conteúdo. No entanto, o surgimento de plataformas baseadas nesse novo paradigma não anula projetos como o WordPress, na verdade, ambas as soluções se complementam.

Migrar cegamente apenas para seguir o hype ignora o mundo real, que, como disse um desenvolvedor na discussão, “roda em cima de legado e boleto pago”.

O verdadeiro “pulo do gato” para o amanhã não é abandonar de forma sumária o CMS mais usado do mundo. Em vez disso, o desafio e a maior oportunidade é pegar a base monumental de conteúdo e informações maduras já estabelecidas no WordPress e modernizá-la, alavancando a IA generativa para criar uma nova geração de conteúdos verdadeiramente inteligentes.