
WordPress block themes (themes that implement Full Site Editing through Gutenberg blocks) have been available since 2022. After several years of platform maturation, the honest assessment of where they fit and where they don't is now clearer than it was when the technology was new.
The block theme question matters because it represents the platform's stated future direction. Understanding what works today and what doesn't helps decide whether your specific site should adopt block themes now, later, or not.
Block themes use the same block system that powers the post editor to define the entire site template: header, footer, archive layouts, single post layouts. Theme files are minimal (mostly templates and template parts as block markup); most customization happens in the Site Editor.
The contrast with classic themes: classic themes use PHP templates with theme functions to render the site. Customization requires either theme files (developer territory) or theme settings exposed by the theme (limited).
The block theme promise: visual editing of the entire site template, by site owners rather than developers, with consistency enforced by the block system.
Editor-level customization. The Site Editor lets non-developer users change colors, fonts, spacing, header layout, footer layout. Changes that previously required theme files now happen in the admin UI.
Pattern-based design. Reusable patterns work seamlessly across block themes. Building a library of patterns and using them across post templates is straightforward.
Style variations. Block themes can define multiple style variations (color schemes, typography combinations) that users switch between. The implementation is cleaner than the classic theme equivalent.
Performance. Well-built block themes produce lean output. The block-based approach can be lighter than classic themes with bundled features. Recent block themes (Twenty Twenty-Five, Astra block theme version, GeneratePress block theme version) produce competitive performance.
Complex layouts. Block themes handle standard layouts (header, content, sidebar, footer) well. Less common layouts (multi-section homepages with diverse content, complex archive layouts with filters and sorts, e-commerce-specific layouts) push the limits of what the block system handles cleanly.
Custom post types with structured content. Block themes work for traditional posts and pages. Custom post types with specific structured field requirements (real estate listings, recipes, products) often need classic theme techniques or custom block development.
Theme switching. Switching between block themes preserves some customization (color settings, typography) but loses other customization (template overrides, theme-specific features). The migration experience between block themes is less smooth than between classic themes in some cases.
Plugin compatibility. Some plugins designed for classic themes don't render correctly in block themes because they assume specific template hooks that block themes don't provide. WooCommerce's block theme support is improving but isn't perfect.
Twenty Twenty-Five: WordPress's default theme. Designed to showcase block theme capabilities. Reasonable starting point for content sites.
Twenty Twenty-Four: predecessor default. Still maintained, still capable.
Astra (block theme version): Astra has both classic and block theme versions. The block version is competent but the classic version remains more popular.
GeneratePress (block theme version): similar to Astra. Block version exists; classic version has wider adoption.
Spectra One: theme companion to Spectra blocks. Tight integration between theme and block library.
Frost: independent block theme with strong opinions about layout.
The block theme ecosystem is smaller than the classic theme ecosystem. There's no block theme equivalent of "the dominant theme" yet; the market is fragmented.
For new WordPress sites where content is the primary focus and the layout requirements are standard: adopting a block theme is reasonable. The platform is mature enough to handle these cases well.
For new sites with non-standard layouts or extensive custom post types: block themes might not yet be the right choice. Classic themes (especially page-builder-friendly ones) handle these cases more reliably today.
For existing sites already running stable classic themes: migrating to a block theme is a significant project with moderate benefit. The migration cost might exceed the value unless there's a specific reason (the classic theme is being abandoned, a redesign is happening anyway, the block theme advantages align with specific needs).
For sites that decide to migrate from classic to block themes, the migration involves: choosing a block theme that approximates the current design, importing content (which is mostly straightforward), rebuilding templates and template parts in the Site Editor, recreating theme-specific functionality through blocks or custom code.
The migration time varies hugely. Simple content sites can migrate in 1-2 weeks of focused work. Complex sites with custom theme functionality can take months.
The migration should usually wait for a natural transition point (redesign, theme abandonment, major rewrite) rather than being done for its own sake.
WordPress is committed to block themes as the long-term direction. Classic theme support continues but new development effort focuses on the block side.
The implication: starting new sites on classic themes today means committing to a technology that's gradually being deprioritized. The classic themes will continue to work for years, but the development trajectory favors block themes.
The risk-balanced approach: for sites whose lifetime is shorter than 5 years, classic themes are fine. For sites being built to last decades, block themes align with the platform direction better.
Block themes have matured from "promising experiment" to "credible option" but not yet to "obvious default" for all WordPress sites. The right choice depends on specific use case factors.
The pattern that produces good outcomes: evaluate block themes for new projects honestly, considering both their advantages (modern tooling, alignment with platform direction) and their gaps (some layout limitations, plugin compatibility issues). Choose based on the specific project rather than the technology preference.
The pattern that produces frustration: forcing block themes on use cases they don't yet handle well, or avoiding them entirely on use cases they handle well. Both are over-correction from a measured assessment.
For most content sites starting in 2026: block themes are a reasonable default. For sites with complex layouts or custom post types: classic themes are still often the safer choice. The decision should follow the use case, not the perceived modernity of the option.
Site
Tools
We do not sell your email. We do not spam.
© 2026 RevealTheme. All rights reserved.