Hafen

Troca de tema em números: um site WordPress real migra para o Hafen

Em 1º de setembro de 2026, o flirtuniversity.de trocou de tema, do Neve para o nosso block theme Hafen. Medimos antes e depois no mesmo dia, com o mesmo método. Aqui estão todos os números, inclusive os que a troca sozinha não melhorou.

Promessas de marketing sobre velocidade de temas existem aos montes, séries de medições de migrações reais são raras. Por isso documentamos aqui uma completa: o flirtuniversity.de, uma escola de flerte com conteúdo acumulado em 17 anos, área de membros, gestão de consentimento, embeds de vídeo e tudo o que se acumula em um site WordPress que cresceu com o tempo, trocou o Neve pelo Hafen em 1º de setembro de 2026. Nada de ambiente de laboratório, nada de site demo recém-instalado. Exatamente por isso os números são conservadores, e exatamente por isso eles valem alguma coisa.

O ponto de partida

O Neve não é um tema ruim, pelo contrário, é considerado com razão um dos temas clássicos mais rápidos. Com ele, o site ficava em scores Lighthouse de 56 a 59 no celular, com um First Contentful Paint em torno de 4 segundos. O motivo não é descuido, e sim a arquitetura: um tema clássico traz seu próprio framework CSS, seus próprios scripts e suas próprias camadas de configuração, que carregam em todas as páginas, sendo necessárias ou não.

O Hafen vem da direção oposta: um block theme em que layout, cores e tipografia ficam no theme.json e o próprio WordPress gera o CSS necessário. O que isso significa no pacote, nós já contamos em detalhe: dois requests, 7 KB pela rede. A pergunta deste estudo de caso era o que sobra disso em um site real, carregado de tudo.

O método, para que os números possam ser verificados

As medições foram feitas com o Lighthouse 13.4.1 no Chrome headless, na mesma máquina, no mesmo dia: o Neve ao meio-dia, antes da migração, o Hafen logo depois de entrar no ar, com cache limpo e reaquecido. Três execuções por página e categoria de dispositivo, valendo a mediana de cada métrica. Quatro tipos de página cobrem o site: página inicial, página do blog, um artigo e uma página de curso com hero de vídeo. São valores de laboratório, não dados de campo, mas levantados sob condições idênticas, e é só isso que importa na comparação.

O que a troca de tema trouxe por si só

No celular, onde dói de verdade, a troca pura ficou assim, sempre Neve contra Hafen, mesmo dia, mesmo conjunto de plugins:

Página (celular)ScoreFirst Contentful PaintJavaScript
Página inicial56 → 713,9 s → 1,3 s621 → 382 KB
Página do blog58 → 763,8 s → 1,3 s599 → 396 KB
Artigo59 → 774,1 s → 1,3 s638 → 398 KB
Página de curso57 → 713,9 s → 1,4 s599 → 359 KB

A isso se somam 22% a 38% menos requests, uma Total Blocking Time reduzida à metade na página inicial e um Largest Contentful Paint que caiu 29% a 44%. A estabilidade de layout ficou em 0,00. No desktop, o site já estava no verde com o Neve e assim continuou, com 23% a 34% menos peso de página.

O número mais importante é o First Contentful Paint: de cerca de 4 segundos para 1,3 segundo em todas as páginas medidas. É o momento em que os visitantes veem algo pela primeira vez, em vez de esperar diante de uma tela branca, e ele depende quase totalmente de quanto CSS e JavaScript o tema empurra para antes da renderização.

A parte honesta: o que a troca não resolveu

Os cerca de 360 a 400 KB de JavaScript restantes vêm quase inteiramente do conjunto de plugins: área de membros, gestão de consentimento, estatísticas, embeds de vídeo. Uma troca de tema não limpa essa camada, apenas deixa evidente que é ela que carrega o peso de verdade. E o Largest Contentful Paint continuava entre 4 e 6 segundos no celular mesmo com o Hafen, porque o maior elemento das páginas mais importantes é um pôster de vídeo que só era carregado depois, via JavaScript. Um tema leve não salva conteúdo pesado, já escrevemos isso antes, e esta medição confirma.

Rodada 2: o que ainda dava para extrair do novo tema

Por isso, depois da troca veio uma segunda rodada, desta vez no conteúdo e no comportamento de carregamento, tudo coisas que só funcionam direito sobre a base arrumada:

  • Preload do pôster para os heroes de vídeo: a imagem de prévia do maior elemento é carregada via preload com alta prioridade e exibida de imediato como fundo em CSS, em vez de esperar pelo script do embed.
  • Conexões antecipadas com os hosts de análise via preconnect, o que poupa o handshake de DNS e TLS no caminho crítico em conexões móveis.
  • content-visibility para as seções abaixo da dobra: o navegador só renderiza o que entra no campo de visão.
  • Dieta de scripts: um widget de avaliações agora só carrega na página inicial, onde de fato está incorporado, e os scripts de anúncios automáticos de uma conta de publicidade desativada saíram completamente do site.

Resultado na página de curso, o caso mais difícil, com hero de vídeo: score mobile de 71 para 86, e o Largest Contentful Paint caiu de 5,2 para 4,0 segundos. O artigo subiu de 77 para 86, a página do blog de 76 para 80, a página inicial manteve o score e avançou no caminho de carregamento e no peso. O JavaScript caiu mais uma vez de forma clara, para 215 a 254 KB por página. Somando as duas etapas: scores mobile de 56 a 59 com o Neve viraram 71 a 86, com o conteúdo inalterado.

O que disso voltou para o tema

Para nós, a migração foi as duas coisas ao mesmo tempo, projeto de cliente e teste de resistência do nosso próprio produto. Um punhado de achados da migração foi direto para o desenvolvimento do tema e entra na próxima versão, o Hafen 0.9.0: a página do blog ganhou uma grade estilo revista com card de destaque, posts sem imagem destacada ganharam um fallback desenhado, e a paginação ganhou alvos fáceis de tocar. O que antes era corrigido via CSS no site do cliente vira padrão para todo mundo que instala o tema na próxima atualização. É assim que dogfooding deve funcionar: o estudo de caso melhora o produto, não só aquele site.

O que você pode levar disso

Se você está pensando em trocar de tema, três coisas desta migração valem para o seu caso. Primeiro: meça antes, meça depois, com o mesmo método. Sem os números de antes, você não sabe depois se o esforço valeu a pena. Segundo: a troca melhora a base, não o conteúdo. Imagens pesadas, embeds de vídeo e scripts de plugins vão junto, só que sobre a base rápida eles chamam mais atenção, e é exatamente aí que a segunda rodada compensa. Terceiro: o conteúdo fica, os layouts migram. Cabeçalho, rodapé e páginas de listagem precisam ser repensados, os textos e as imagens permanecem intactos no banco de dados. Como acelerar um site lento independentemente do tema, você encontra no nosso guia em dez passos.

O tema deste estudo de caso

O Hafen é o nosso block theme gratuito no diretório oficial do WordPress: dois requests, 7 KB, nenhuma chamada externa. As melhorias desta migração chegam com a próxima atualização.

Hafen no WordPress.org

Perguntas frequentes

Ao trocar para um block theme, o conteúdo se perde?

Não. Posts, páginas e imagens ficam no banco de dados e permanecem intactos na troca de tema. O que precisa ser reconstruído é o que rodava nas configurações próprias do tema antigo: cabeçalho, rodapé, atribuições de menu e definições de layout. Neste estudo de caso, foram o rodapé, a página do blog e um punhado de atribuições de template. O conteúdo em si não foi tocado.

Os números valem para o meu site?

A direção sim, a magnitude não automaticamente. O efeito depende de quanto CSS e JavaScript o seu tema atual carrega e do peso do seu conjunto de plugins. O site medido manteve um grande stack de plugins, então a comparação mostra o efeito puro do tema. Em sites mais enxutos o salto é maior: em outra migração para o Hafen, o JavaScript caiu 97%.

Por que o First Contentful Paint é o número mais importante deste estudo de caso?

Porque ele mede quando os visitantes veem algo pela primeira vez, e porque aqui ele depende quase exclusivamente do tema. O Largest Contentful Paint, neste site, depende de pôsteres de vídeo grandes, ou seja, do conteúdo. A queda de cerca de 4 segundos para 1,3 segundo no primeiro conteúdo visível é a parte que o tema entrega, e é exatamente ela que deve estar no centro de um estudo de caso sobre temas.

Um tema rápido basta, ou ainda preciso otimizar depois?

O tema estabelece a base, nada mais. Neste estudo de caso, a troca elevou os scores no celular em 14 a 18 pontos, e a segunda rodada sobre o novo tema avançou de forma mensurável, com preload do pôster, conexões antecipadas via preconnect e content-visibility. Imagens, embeds e plugins continuam sendo tarefa sua, não importa o quão leve o tema seja.

Voltar ao blog Um artigo da hafenstudios