Temas WordPress Gutenberg são temas preparados para o editor de blocos, que renderizam o conteúdo com o mesmo motor visual do back-end e do front-end. Na prática, isso divide o mercado em duas famílias: os temas de blocos (block themes), que ativam o FULL Site Editing, e os temas clássicos, que ainda dependem de PHP e do antigo Customizer. A escolha muda o fluxo de trabalho inteiro de quem edita o site. Este comparativo cobre as opções mais usadas, com dados reais de compatibilidade, e mostra quando o block editor supera o page builder. Para mapear o cluster completo, veja a categoria de temas WordPress da FULL.

Comparativo direto: Temas WordPress Gutenberg lado a lado

Os principais temas WordPress Gutenberg em 2026 dividem-se entre block themes puros e híbridos com painel próprio. Os mais leves entregam o front-end com menos de 60 KB de CSS, contra os 200 KB de um tema com page builder embutido, uma diferença de mais de 3x que pesa direto no LCP.

O Gutenberg definiu o padrão theme.json, que centraliza o estilo do tema. A tabela abaixo compara as opções por arquitetura, peso e suporte ao FULL Site Editing, o critério que mais pesa na decisão de quem edita conteúdo todo dia.

Legenda: os temas de blocos nativos mostram cabeçalho e rodapé editáveis direto no Gutenberg, sem tela separada.

Tema de blocos ou tema clássico: O que muda no Gutenberg

A diferença central está em quantos elementos do site o tema entrega ao editor. Um tema de blocos edita os 4 templates principais (cabeçalho, rodapé, página inicial e post) dentro do Gutenberg, via FULL Site Editing, sem tocar em PHP. Um tema clássico como GeneratePress mantém o cabeçalho no Customizer e só usa o editor de blocos no corpo do post.

Segundo o WordPress Theme Handbook, um block theme é definido pela presença de templates HTML na pasta templates/ e por um theme.json válido. Essa estrutura é o que libera a edição visual completa. Quem pública conteúdo diariamente tende a ganhar mais com o tema de blocos, porque tudo vive numa interface só. Já equipes presas a hooks PHP antigos preferem o tema clássico, mais previsível em sites legados. A escolha de tema WordPress aqui não é estética, é de fluxo de trabalho.

O papel do theme.json nos temas WordPress Gutenberg

O arquivo theme.json centraliza num único ponto os 5 grupos de estilo que antes viviam espalhados pelo CSS: cores, tipografia, espaçamentos, largura de conteúdo e bordas. Em vez de dezenas de arquivos, o tema declara uma paleta e o editor de blocos a aplica de forma consistente no back-end e no front-end.

Isso elimina a divergência clássica em que o post parecia certo no admin e quebrava no site publicado. Um theme.json bem escrito reduz o CSS inline gerado pelo Gutenberg em uma fatia relevante, porque o WordPress passa a usar variáveis CSS em vez de estilos duplicados. A maioria dos tickets de tema que chegam ao suporte da FULL envolve sobrescrita de estilo que poderia morar no theme.json. Entre os temas WordPress Gutenberg, Kadence e Blocksy expõem parte desse controle numa interface visual, o que ajuda quem não escreve código.

Astra entre os temas WordPress Gutenberg: Leveza e o risco de CSS

Astra é o tema híbrido mais adotado entre os temas WordPress Gutenberg, e entrega o front-end com cerca de 50 KB de CSS quando configurado sem add-ons pesados. Ele funciona bem com o editor de blocos no corpo do conteúdo e oferece templates iniciais que aceleram a montagem de um site.

O detalhe técnico que gera ticket aparece na combinação errada: Astra com Gutenberg ativo somado a um plugin de page builder editando o mesmo template cria conflito de prioridade de CSS, e o layout quebra no front-end sem erro visível no admin. A correção é escolher um motor por template, nunca os dois na mesma página. Em testes de campo, o Astra tende a manter LCP abaixo de 2,5 s em hospedagem decente. O review técnico do Astra detalha o comportamento com e sem add-ons.

Performance: Core Web Vitals em temas de blocos

Temas de blocos nativos sobem uma página com CSS abaixo de 60 KB, enquanto um tema carregado de widgets passa de 200 KB só em estilos, e essa diferença de mais de 3x aparece direto no LCP e no CLS medidos pelo PageSpeed Insights. Um tema como Ollie gera menos CSS por não empilhar folhas de estilo por seção.

O risco mora no excesso de block patterns pesados: um tema de blocos com muitos patterns somado a PHP 7.4 sem opcode cache empurra o TTFB acima de 600 ms na primeira renderização do FSE. A solução é atualizar para PHP 8.2 e cachear a página. O peso do tema interage com a hospedagem, então um tema leve em servidor ruim ainda fica lento. Para medir o impacto real, vale entender os Core Web Vitals no WordPress antes de trocar de tema.

Gutenberg ou page builder: Quando o editor de blocos basta

O editor de blocos do Gutenberg já cobre a maioria dos sites institucionais, blogs e páginas de conteúdo com 0 plugins de page builder instalados. Com um tema de blocos e o FULL Site Editing, dá para montar os 4 templates principais numa interface só, com CSS enxuto e sem markup extra.

Um page builder como Elementor entra quando o projeto exige animações complexas, popups condicionais ou um construtor visual que designers sem código dominam. O contraste é peso contra liberdade: o Gutenberg sai mais leve, o page builder dá mais controle com mais markup. A comparação detalhada está no nosso Elementor vs Gutenberg, e quem quer dominar o editor nativo segue o guia passo a passo do Gutenberg. Para portfólio pesado, o Elementor PRO ainda vence em flexibilidade.

Quando um tema WordPress Gutenberg não vale a pena

Nem todo projeto se beneficia de migrar para os temas WordPress Gutenberg de blocos, e forçar o FULL Site Editing em 3 cenários específicos custa mais do que entrega. O primeiro é o site legado com dezenas de hooks PHP no functions.php: um tema clássico estável como GeneratePress poupa semanas de retrabalho, porque o FSE não respeita boa parte desses hooks antigos.

O segundo é o e-commerce WooCommerce pesado, onde os templates de loja maduros do tema clássico ainda superam os blocos de produto do FSE em catálogo grande. O terceiro é a agência que entrega dezenas de sites com um page builder padronizado: trocar o fluxo inteiro por Gutenberg quebra a produtividade da equipe e o ROI não fecha. A maioria dos casos de migração frustrada que vemos no suporte da FULL cai num desses três perfis.

Quanto custa um tema WordPress Gutenberg gerenciado

Manter um dos temas WordPress Gutenberg premium custa entre US$50 e US$70 por site por ano na licença avulsa, e esse valor se multiplica em quem administra vários sites. Astra PRO, Kadence Pro e GeneratePress Premium cobram por chave anual, e a conta cresce rápido para agências.

O plano PRO da FULL traz o Astra PRO incluso, junto de outros 15 plugins premium, por R$849,90 por mês: distribuído em 10 sites, isso dá R$85 por site, com o tema instalado, atualizado e com suporte. A diferença não é só preço, é gestão: a gente vê no suporte da FULL que boa parte dos sites quebrados em update vem de licença vencida e tema desatualizado, problema que o modelo gerenciado elimina. Para comparar planos, confira a página de planos da FULL. Quem quer só o tema pode olhar a página do Astra PRO na FULL.

Atributos-chave dos temas: Valores reais lado a lado

Esta tabela reúne os atributos-chave que mais pesam na decisão técnica, com os valores reais de licença, compatibilidade e limitação conhecida de cada arquitetura. Os números de licença vêm das páginas oficiais dos temas, e a referência de adoção, do W3Techs (2026), que registra o CMS em 41,5% de todos os sites.

Posicionamento: Como cada tema compete

Cada um dos 4 temas WordPress Gutenberg líderes ocupa um lugar diferente no ecossistema. Astra compete por leveza e por um ecossistema enorme de templates iniciais. Kadence compete por blocos próprios e por um header builder visual. GeneratePress compete por código enxuto, e Twenty Twenty-Five, por aderência total ao padrão FSE.

Um insight que só aparece com operação em escala: em sites com mais de 30 block patterns customizados rodando FULL Site Editing em hospedagem compartilhada, a primeira renderização do editor no wp-admin fica lenta porque o WordPress monta o theme.json inteiro a cada carregamento. Registrar esses patterns via código no functions.php, em vez de deixá-los no banco, corta esse tempo de carga pela metade. Esse ajuste não está na documentação oficial, e separa um site rápido de um lento na mesma hospedagem.

Perguntas frequentes sobre temas WordPress Gutenberg

Próximos passos para escolher seu tema de blocos

Escolher entre os temas WordPress Gutenberg é, no fundo, uma decisão sobre fluxo de trabalho e peso, não sobre qual nome aparece em mais listas. Se o seu site vive de conteúdo publicado com frequência, um dos temas WordPress Gutenberg de blocos nativos, como Twenty Twenty-Five ou Ollie, entrega tudo numa interface só, com CSS enxuto e Core Web Vitals melhores. Se você administra vários sites, o modelo gerenciado resolve a parte chata de licença, update e suporte de uma vez. O child theme continua sendo a forma certa de customizar sem perder as atualizações, independentemente da arquitetura escolhida. Para continuar aprendendo, o FULL Academy reúne tutoriais, guias e reviews de WordPress num só lugar em FULL Academy. O caminho prático é testar dois temas WordPress Gutenberg numa instalação limpa, medir o CSS gerado e decidir com dado, não com opinião.