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) | Score | First Contentful Paint | JavaScript |
|---|---|---|---|
| Página inicial | 56 → 71 | 3,9 s → 1,3 s | 621 → 382 KB |
| Página do blog | 58 → 76 | 3,8 s → 1,3 s | 599 → 396 KB |
| Artigo | 59 → 77 | 4,1 s → 1,3 s | 638 → 398 KB |
| Página de curso | 57 → 71 | 3,9 s → 1,4 s | 599 → 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.
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.