WordPress 6.9: Melhorias de performance no front-end
O WordPress 6.9 está chegando (previsto para 2 de dezembro de 2025) e, diferente de versões focadas apenas em novas funcionalidades do editor, esta atualização traz um presente que todos nós amamos: as melhorias de performance.
Com base no recente “Field Guide” publicado por Weston Ruter e nas análises da comunidade, o foco desta versão é refinar como o navegador carrega e prioriza os recursos do seu site. Para desenvolvedores e donos de sites preocupados com o Core Web Vitals, LCP (Largest Contentful Paint) e o TTFB, essas são ótimas notícias.
Vamos mergulhar nas três principais mudanças técnicas que farão seu site voar.
1. Script Modules e a lógica do fetchpriority
Com a adoção da Interactivity API, muitos blocos passaram a depender de script modules. Anteriormente, os scripts de visualização (view scripts) eram impressos no <head> para serem descobertos cedo. O problema? Isso criava uma disputa de rede (network contention) justamente quando o navegador deveria estar baixando elementos essenciais para o LCP (Elementos que carregam antes da dobra do navegador, como uma imagem principal).
No WordPress 6.9, o Core ficou mais inteligente:
- Otimização Padrão: Módulos de script para blocos interativos agora recebem
fetchpriority="low"por padrão. O mesmo se aplica ao script clássico decomment-reply. - Para Desenvolvedores: A API
WP_Scriptsfoi atualizada. Agora, ao registrar ou enfileirar scripts (wp_register_script/wp_enqueue_script), você pode passar a chavefetchpriorityno array de argumentos$args.- Valores aceitos:
auto(padrão),low, ehigh.
- Valores aceitos:
Isso dá aos desenvolvedores controle granular para “despriorizar” scripts secundários sem precisar de hacks ou plugins extras.
2. CSS: carregamento sob demanda e novos limites
A gestão de estilos recebeu três atualizações críticas voltadas para reduzir o bloqueio de renderização:
- Temas padrão otimizados: Os temas padrão do WordPress (os que já vem com ele, como o Twenty TwentyFive) agora carregam estilos de blocos sob demanda (on demand), em vez de carregar um monolito de CSS no cabeçalho. Se o bloco não estiver na página, o CSS não carrega.
- Blocos Ocultos: O Core agora omite automaticamente os estilos de blocos que estão ocultos, otimizando ainda mais o carregamento da página.
- Inline CSS (O Salto de 20KB para 40KB):
- O limite para CSS inline foi dobrado. Com designs cada vez mais complexos, 20KB era atingido muito rápido. Ao dobrar esse limite, o WordPress consegue embutir mais estilos diretamente na página, reduzindo o “render-blocking” (bloqueio de renderização) e acelerando o FCP (First Contentful Paint).
- O Impacto Real: Segundo os testes do Weston Ruter em conexões 4G, essa mudança sozinha reduziu a métrica LCP-TTFB em visitas não cacheadas de 655,7 ms para 449,9 ms. Isso representa uma melhoria impressionante de ~31% na velocidade de percepção visual para novos visitantes.
3. A nova arquitetura de “Output Buffering”
Esta é a mudança mais técnica e estrutural.
Historicamente, plugins que precisavam processar o HTML final (como otimizadores de imagem ou plugins de cache) criavam seus próprios buffers de saída, o que frequentemente causava conflitos.
O WordPress 6.9 padroniza isso com o Template Enhancement Output Buffer.
Novos Hooks:
wp_before_include_template: Disparado imediatamente antes do template ser incluído.wp_start_template_enhancement_output_buffer(): Inicia o buffer de forma controlada.
Por que isso é importante? Isso cria um caminho oficial para processar o HTML completo antes do envio ao navegador.
Desenvolvedores podem usar filtros para injetar headers Server-Timing, remover CSS não utilizado (tree-shaking no servidor) ou realizar outras otimizações complexas de forma segura e compatível com o Core.
Como exemplo de filtragem do buffer de saída, o código a seguir garante que as cinco primeiras tags IMG na resposta não sejam carregadas com lazyload, enquanto as tags IMG restantes são carregadas com lazyload:
add_filter(
'wp_template_enhancement_output_buffer',
function ( $buffer ) {
$processor = new WP_HTML_Tag_Processor( $buffer );
$img_index = 0;
while ( $processor->next_tag( 'IMG' ) ) {
if ( $img_index < 5 ) {
$processor->remove_attribute( 'loading' );
} else {
$processor->set_attribute( 'loading', 'lazy' );
}
$img_index++;
}
return $processor->get_updated_html();
}
);Conclusão
O WordPress 6.9 não está apenas “mais rápido”; ele está mais eficiente na gestão de recursos. Para nós, desenvolvedores, o suporte nativo a fetchpriority e o novo output buffer significam menos dependência de “gambiarras” para atingir pontuações altas no PageSpeed.
As melhorias de CSS, especialmente o carregamento sob demanda em temas clássicos, mostram que o Core continua preocupado em modernizar a base legada enquanto avança com o Full Site Editing.
Para se aprofundar nos detalhes técnicos, recomendo a leitura do Field Guide oficial do Weston Ruter e esta excelente análise do The Repository.
