Nível Ômega Absoluto (Leitura estritamente proibida para "instaladores de plugins" e amantes de gambiarras)
Prólogo: Do mesozoico à singularidade quântica
Abaixe a sua clava, primata. Limpe o sangue do teclado e preste atenção. Você sobreviveu até à jornada pelo núcleo podre (e depois reestruturado) do WooCommerce.
Mas aquilo era apenas a troposfera. Agora, nós vamos apontar o Telescópio Espacial diretamente para o buraco negro supermassivo que sustenta 43% da internet: o próprio WordPress.
Se você acha que ele ainda é aquele motorzinho de blog em PHP que você hospedava no HostGator ou Hostinger em 2010, cuspindo echo ‘Hello World’; no header.php, você está em coma profundo.
A Automattic pegou o DeLorean, viajou para 2050, roubou tecnologia alienígena e trouxe de volta.
Estamos falando do Release 7.0. Uma infraestrutura nativa de Inteligência Artificial chumbada no núcleo.
Parece magia obscura absoluta do WordPress Playground, que desafia as leis da física da computação rodando servidores inteiros na memória RAM do seu navegador.
Esta é a saga cinematográfica do que há de vir. Prepare-se para ter suas estruturas mentais, psicológicas e emocionais sacudidas. O asteroide já caiu. Os dinossauros do código legado estão mortos.
Bem-vindo à nova era do silício.
Capítulo 1: O feitiço proibido do "WP Playground"
Lembra do XAMPP, MAMP, WAMP? Do Docker consumindo 16GB da sua memória RAM só para subir um banquinho de dados de testes? Pode jogar gasolina e colocar fogo em tudo isso. O WordPress Playground é a maior bruxaria arquitetural que a web de código aberto já produziu em duas décadas.
Nota do autor:
Caaalma… é brincadeira! Não desmonte ainda seu servidor local Docker. Você pode precisar dele se quiser trabalhar offline na praia durante suas férias de julho.
1.1. A Alquimia do WebAssembly (WASM)
Os engenheiros do WordPress olharam para o backend clássico (Apache/Nginx + PHP + MySQL) e disseram: “E se rodássemos tudo isso no lado do cliente?”.
Eles pegaram o código-fonte em C do motor do PHP e usaram o Emscripten para compilá-lo em WebAssembly (WASM). O WASM é um formato binário de baixo nível que roda no motor V8 do seu navegador (Chrome/Edge/Firefox) com desempenho quase nativo. De repente, o seu navegador é o servidor PHP.
Nota do autor:
Ei, não mate o mensageiro! Se duvida de mim, até porque eu não sou programador de ofício, as informações são da própria Automattic e da WordPress TV.
1.2. O exorcismo do MySQL
Mas e o banco de dados? O navegador não roda MySQL. A solução? O Playground usa o SQLite, compilado em WASM, rodando puramente na memória volátil (RAM) da aba do seu navegador.
A Mágica da Interceptação: Como o WordPress exige MySQL, eles usam um plugin bicho bruto tipo um mastodonte (wp-sqlite-db) que atua como um tradutor simultâneo.
Ele intercepta as queries SQL feitas para MySQL, traduz a Árvore de Sintaxe Abstrata (AST) para o dialeto do SQLite em tempo real, injeta no banco em memória e devolve a resposta. Tudo em milissegundos.
1.3. Service workers: O falso servidor web
Quando você clica em um link dentro do Playground, a requisição HTTP nunca vai para a internet.
Um Service Worker (um script rodando em background no browser) intercepta a requisição GET /contato, repassa para o binário do PHP em WASM, que processa o index.php, faz as queries no SQLite falso, e cospe o HTML de volta na sua tela.
O que isso significa?
Agências estão criando botões mágicos de “Testar Meu Plugin”.
Com um clique, e zero tempo de carregamento no servidor, o usuário sobe uma instância inteira do WordPress no celular, em 3G, no meio do mato, instala seu plugin, testa e joga fora quando fecha a aba.
É a uma infraestrutura leve e descartável. Usou, testou, aprovou (ou não), joga fora.
Nota do autor:
Do que eu aprendi com vários programadores ao longo dos anos, é que ter um processo documentado é rigorosamente indispensável.
No meu entendimento, essa tecnologia pode ser maravilhosa por um lado, mas se você abandonar o processo de documentação das depurações do código, correção de bugs e refatoração, pode dar ruim. Desfrute dos novos recursos, mas: Documentação, Sempre!
É apenas um pensamento que me ocorreu. Se você é programador ou tem outra visão, detalhe nos comentários. Valeu!
Capítulo 2: WordPress 7.0 e a infraestrutura de IA nativa
Em 8 de abril de 2026, a Automattic largou uma bomba termonuclear no blog oficial: “How WordPress 7.0 Is Building the Foundation for AI-Powered Sites” (Como o WordPress 7.0 está construindo os pilares para sites baseados em IA).
Até então, “IA no WordPress” significava instalar plugins de terceiros que cobravam 20 dólares por mês para conectar na API da OpenAI e gerar textos medíocres para o seu blog institucional ou de suposições sobre SEO (se eu disser tudo que eu discordo — e provo porquê — do que dizem por aí, até Neil Patel ficaria de “cabelos” arrepiados).
O WordPress 7.0 acabou com a brincadeira das crianças. A IA não é mais um plugin. Ela é a Infraestrutura.
2.1. A abstração agnostic-LLM
O core do WordPress agora possui uma camada de abstração de LLMs (Large Language Models).
Assim como o $wpdb abstrai as operações de banco de dados, o WP 7.0 introduziu a API de Inteligência Artificial nativa.
Agências de hospedagem (como a Hostinger, Hospedagem Ilimitada) agora podem plugar seus próprios modelos de linguagem treinados direto no servidor.
2.2. A morte do "pedreiro de div" (blocos gerativos)
Você se orgulhava de montar landing pages arrastando bloquinhos no Gutenberg ou no Elementor? Sinto muito, a IA acabou de automatizar esse subemprego.
Com o AI Website Builder nativo, o usuário digita: “Quero uma seção heroística escura, com tipografia neon cyberpunk, três colunas de serviços e um formulário de captura à direita”.
O núcleo da IA não gera código HTML estático sujo (isso é coisa do passado).
Ele gera um JSON estruturado compatível com a Block API. Ele desenha os blocos do Gutenberg, preenche com copywriting contextualizado, aplica as classes de estilo nativas do seu theme.json e entrega o layout renderizado e editável.
Se você é um desenvolvedor frontend cujo único dom era “montar telinhas”, o WordPress 7.0 acabou de colocar o seu currículo na guilhotina.
O seu trabalho agora é desenhar sistemas de design (Design Systems) e treinar os LLMs do cliente.
Nota do autor:
Contudo, porém, entretanto e todavia, não subestime o Elementor, porque ele também veio com atualizações estruturais pesadas para acompanhar essas mudanças do WordPress, com construtor atômico introduzindo classes, estilos e widgets personalizados reutilizáveis e com a IA do próprio Elementor, Angie. Se você gosta dele, não o descarte, porque ele pode te surpreender.
Leia também: 10 workflows de IA para salvar seu marketing
Capítulo 3: A ditadura do theme.json e o sangue do FSE (full site editing)
Não podemos falar do futuro sem esfregar o dedo na ferida purulenta do presente. O trauma da transição para o Full Site Editing (FSE) e os Block Themes foi a maior quebra de paradigma (e de corações) da história da plataforma.
3.1. A extinção da hierarquia PHP
Lá no Triássico (nem está tão longe assim), para criar um tema, você precisava conhecer o Codex: header.php, footer.php, single.php, page.php. Você usava a força bruta do PHP para injetar lógica.
Em 2026, criar um Block Theme significa que o PHP é basicamente ignorado. O frontend foi engolido pelo React. O design inteiro do seu site, do peso da fonte H1 até o raio da borda dos botões, é governado por um monólito assustador e tirano: o arquivo theme.json.
3.2. A central de controle
O theme.json não é apenas um arquivo de configurações; ele é um ditador digital. Ele compila dinamicamente variáveis CSS Custom Properties) sob o prefixo –wp–preset.
// Exemplo de um fragmento de controle do json:
{
"version": 3,
"settings": {
"color": {
"palette": [
{ "slug": "base", "color": "#0f172a", "name": "Dark Base" },
{ "slug": "accent", "color": "#ec4899", "name": "Neon Pink" }
]
},
"typography": { "fluid": true }
},
"styles": {
"blocks": {
"core/button": {
"border": { "radius": "8px" },
"color": { "background": "var(--wp--preset--color--accent)" }
}
}
}
}
Por que isso dá dor de cabeça nos dinossauros?
Porque você não pode mais usar a gambiarra do !important no seu style.css de forma porca. Se você quiser que as coisas funcionem bem no Editor do site para o cliente final, você tem que se submeter à hierarquia rigorosa do Global Styles.
É engenharia de software requintada, não artesanato digital de fundo de garagem.
Desenvolver uma arquitetura de dados inteligente, precisa, detalhada, é parte indispensável na construção da estratégia de marketing.
Capítulo 4: Optimization detective e a guerra contra o bloatware
Como você leu na nota sobre a wordpress.tv, há um esforço epopéico chamado Optimization Detective (O Detetive de Otimização).
O WordPress tem 20 anos de débito técnico. É uma colcha de retalhos de plugins que carregam 15 arquivos JavaScript em páginas onde eles nem são usados (alô, plugins de formulário do cretáceo!).
4.1. Auditoria autônoma
O Optimization Detective é o anticorpo que a Automattic injetou no núcleo.
Ele rastreia a página em modo de renderização simulada (durante o carregamento ou via requisições assíncronas), mapeia os assets (CSS/JS) enfileirados, analisa o DOM e percebe: “Espera aí, esse plugin carregou a biblioteca Swiper.js inteira, mas não há um único carrossel nesta página”.
4.2. Execução interceptada
Em vez de depender do desenvolvedor preguiçoso do plugin para usar lógica condicional, o próprio núcleo do WordPress passa a atuar como um firewall de performance, bloqueando enfileiramentos abusivos na função wp_enqueue_script().
Somado ao suporte nativo para bancos de dados de objeto pesado (Object Cache) e a refatoração das métricas de Core Web Vitals, o WordPress deixou de ser “pesado por natureza” para se tornar uma Ferrari nas mãos de quem sabe afinar a injeção eletrônica.
Finalmente acabou o tormento de montar um site com desempenho de Lamborguini Huracán hoje, para daqui a três meses ele estar mais pesado que um caminhão puxando carreta bitrem com carga acima do permitido.
A pérola do Dino!
Epílogo: A seleção natural é inevitável
Do pântano do PHP 4 sem orientação a objetos ao ápice intergaláctico do WebAssembly, Inteligência Artificial generativa no núcleo e Block Themes puramente concebidos em JSON e React.
O cenário de 2026 é fascinante para os predadores (os Engenheiros de Software, os Arquitetos de Soluções) e aterrorizante para os parasitas (os que apenas instalam temas piratas e empilham plugins).
O WordPress parou de ser gentil com os amadores. Ele se tornou uma infraestrutura de grau corporativo para construção de sistemas SaaS, integrações complexas e desenvolvimento guiado por IA.
As estruturas mentais tremem porque a régua subiu. Se você quiser continuar prevalecendo na web, aprenda os fundamentos de LLMs, estude as APIs REST modernas, engula o React e pare de tentar hackear o functions.php com código copiado e colado de fóruns de 2014.
O James Webb do código aberto está mapeando o universo. Ou você pega carona neste foguete, ou vai virar fóssil na próxima atualização principal.
Fim da transmissão.
Abraço do Dino! 🦖
Aquele que perdeu noites de sono com PHP 5.3 e MySQL 5.4 e sobreviveu para rir da sua cara hoje
Gostou desse conteúdo? Tem uma opinião diferente, complementar, outro ponto de vista? Deixa aí nos comentários!
