Block themes vs classic themes is the architectural decision every new WordPress build starts with in 2026. Block themes (also called Full Site Editing themes) are WordPress core’s direction. Classic themes are how 99% of WordPress sites still ship. Both work; both have real trade-offs; and the right pick depends on who maintains the site and what kind of layouts you ship.
This guide is the honest 2026 take from someone who has shipped both. It covers what block themes actually are, where they shine, where they still fail, and the four scenarios where each architecture is the right call. No FSE evangelism, no “classic themes are dead” hype.
Quick verdict: ship a block theme for content sites and brochures where editor flexibility is the highest priority. Ship a classic theme for complex apps, custom WooCommerce builds, and sites where every layout pixel matters. Hybrid themes are a real third option for sites mid-migration.
block themes vs classic themes: quick reference
If you are evaluating block themes vs classic themes for your next project, you are weighing real trade-offs between cost, complexity, ownership, and time-to-launch. The right block themes vs classic themes decision depends on a handful of variables — team capacity, scope clarity, and how much ongoing maintenance you can absorb. The summary below is the 60-second version; the rest of this guide unpacks the nuance.
- block themes vs classic themes pricing typically ranges based on scope clarity, integration count, and ongoing support requirements.
- block themes vs classic themes timelines vary from days (small scope) to months (enterprise scope) depending on complexity.
- The biggest variable in block themes vs classic themes is requirements clarity at the brief stage — vague briefs produce vague quotes.
- Vendor selection for block themes vs classic themes matters more than tool selection — the right team beats the right stack.
- block themes vs classic themes ROI is positive when scope is bounded, deliverables are specified, and success criteria are measurable.
For complementary perspectives on block themes vs classic themes, the WordPress theme handbook and Gutenberg block editor reference resources cover adjacent angles worth reviewing alongside this guide. They focus on the underlying technology and standards — this post focuses on the block themes vs classic themes decision specifically.
When you revisit your block themes vs classic themes approach in 12 to 24 months, three signals usually indicate a refresh is justified. First, the original brief no longer matches business reality — product, audience, or operational scope has shifted. Second, the underlying technology has moved forward enough that the block themes vs classic themes decision made under previous constraints would be different today. Third, ongoing maintenance overhead has crept up beyond what was forecast at launch. None of these are emergencies on their own; together they signal it is time to revisit fundamentals rather than patch around them.
What block themes actually are
A block theme is a WordPress theme built around the block editor for ALL site rendering — header, footer, sidebars, archive pages, single post templates. Everything is composed of blocks edited via the Site Editor. The theme ships templates as HTML files with block markup, plus a theme.json file that defines design tokens, available styles, and editor configuration.
- Templates as block HTML —
templates/single.html,templates/archive.html, etc. - theme.json — the single source of truth for colors, typography, spacing, layout
- Site Editor — non-developers edit headers, footers, page templates without touching PHP
- Global Styles — site-wide design tokens edited in the UI
- No PHP for layout — most theming logic moves from PHP to block markup + JSON
Block themes vs classic themes — the architectural diff
High-level architecture comparison:
| Aspect | Block theme | Classic theme |
|---|---|---|
| Templates | block HTML files | PHP template files |
| Header / footer | Site Editor blocks | header.php, footer.php |
| Design tokens | theme.json | CSS / SCSS variables |
| Customization | Site Editor (UI) | Customizer + code |
| Custom queries | Query Loop block | WP_Query in PHP |
| Page builders | Native (Gutenberg = page builder) | Optional (Elementor, Bricks, etc.) |
| Learning curve | Lower for editors, higher for devs | Higher for editors, established for devs |
| Custom backend logic | Limited — theme.json + minimal PHP | Full PHP control |
Where block themes win
Real strengths of FSE / block themes in 2026:
- Non-developer editing — content owners can change header layout, footer content, archive templates without filing dev tickets
- Smaller CSS footprint — Gutenberg generates only the CSS needed for blocks on the page, not everything
- Future-aligned — WordPress core development is investing here; new editor features land in block themes first
- Faster Core Web Vitals out of box — Twenty Twenty-Four ships smaller default assets than most classic themes
- Design token consistency — theme.json enforces palette, typography, spacing across all blocks automatically
Where classic themes still win
Real strengths of classic themes in 2026:
- Custom layout precision — pixel-perfect designs that do not fit the block model are still easier in PHP/CSS
- Custom WooCommerce — overriding cart/checkout templates is more mature in classic themes
- Plugin compatibility — many premium plugins still target classic theme hooks
- Page builders — Elementor, Bricks, Divi all work better on classic themes
- Backend logic — when business rules require PHP (custom shortcodes, REST endpoints from theme), classic still wins
- Established patterns — 18 years of patterns, snippets, Stack Overflow answers
When block themes are the right call
Default to a block theme when:
- You are building a content-led site (blog, magazine, portfolio, brochure) where editorial flexibility matters
- The site has a marketing team that wants to edit layouts without dev tickets
- Your design system is straightforward and fits standard block patterns
- You are building greenfield in 2026 and have no legacy plugin dependencies
- Speed is a top priority and you want lean default assets
When classic themes are the right call
Default to a classic theme when:
- The site is a complex WooCommerce store with custom checkout flow
- You depend on Elementor / Divi / Bricks for the design system
- Custom backend logic (REST endpoints, custom database tables, complex hooks) lives in the theme
- You are migrating an existing classic theme and full rewrite is not justified
- The design has layout requirements (offset grids, complex multi-column) that block themes still struggle with
Hybrid themes — the underrated middle path
A hybrid theme is a classic theme that opts into block-theme features incrementally — block templates for archives, theme.json for design tokens, but PHP for headers/footers and complex single templates. WordPress 6.x supports this fully via the theme-supports system.
- Use theme.json for design tokens (colors, typography, spacing) — adopt this even on classic themes
- Add a single block template (e.g.,
templates/page-landing.html) for marketing pages while keeping classicpage.php - Migrate piece by piece without committing to full FSE
Performance comparison
Both architectures can be fast. Both can be slow. Out of the box, block themes ship leaner — but a poorly-built block theme with 40 patterns can be slower than a tuned classic theme.
- Default Twenty Twenty-Four (block) — ~80KB CSS, ~30KB JS
- Default Twenty Twenty-One (classic) — ~95KB CSS, ~12KB JS
- Astra (classic, popular) — ~50KB CSS, ~15KB JS (genuinely lean)
- GeneratePress (classic, popular) — ~40KB CSS, ~8KB JS
- Elementor + Hello (classic + builder) — ~250KB CSS, ~150KB JS (heavy)
Migration costs — classic to block
If you have a working classic theme, migration to block is rarely justified by the architectural gains alone. The cost-benefit:
- Small brochure site — $3k-$8k rebuild, 2-4 weeks
- Mid-complexity content site — $8k-$20k rebuild, 6-10 weeks
- Custom WooCommerce — $20k-$60k+, 3-6 months (often not justified)
Architecture choice — FAQs
Are classic WordPress themes deprecated?
No. WordPress core is committed to backward compatibility — classic themes will be supported for the foreseeable future (10+ years). FSE / block themes are the active development direction, but classic themes are not deprecated. New themes from major theme shops (Astra, GeneratePress, Kadence) ship both block and classic versions.
Should I rebuild my classic theme as a block theme?
Usually no, unless editor flexibility is a real pain point. Migration cost ($3k-$60k+) rarely justifies architectural improvement alone. Better path: adopt theme.json on your existing classic theme as a hybrid migration. You get design token benefits without the full rewrite.
Do block themes work with WooCommerce?
Yes, but with caveats. WooCommerce 8.0+ ships block-based cart/checkout templates that work on FSE themes. However, custom checkout logic (custom fields, payment customization, dynamic pricing) is still mature in classic themes. For standard WooCommerce, block themes work; for highly customized commerce, classic is more proven.
Tooling — FAQs
Can I use Elementor with a block theme?
Technically yes — Elementor works on block themes. But this is fighting the architecture. Elementor replaces both Gutenberg and the Site Editor, and you lose the block theme advantages (theme.json, Site Editor, default lean CSS). If Elementor is your design system, stay on a classic theme paired with Hello Theme or Astra.
What is theme.json and why does it matter?
theme.json is a single JSON file that defines a theme’s design tokens (colors, fonts, spacing, layout) and editor configuration. It enforces design consistency across all blocks, generates editor controls automatically, and produces less CSS than declaring everything in stylesheets. Worth adopting on classic themes too via the hybrid path.
Are block themes good for non-technical clients?
Yes — this is their main strength. Marketing teams can edit headers, footers, archive templates, and landing pages without filing dev tickets. The Site Editor learning curve is real (1-2 hours of training) but the velocity gain after that is substantial for content-led organizations.
What is the most important factor in block themes vs classic themes?
The single most important factor in block themes vs classic themes is matching the project scope to the right delivery model. block themes vs classic themes done by the wrong team type can cost 3-5x more than necessary; block themes vs classic themes done by the right team is predictable, bounded, and produces measurable value. Run an honest scope discovery before committing to any block themes vs classic themes engagement, and insist on detailed deliverables in the SOW so both sides are aligned on what success looks like.
Need help deciding which theme architecture fits your build?
Block themes and classic themes are fundamentally different beasts — picking the wrong one locks you into the wrong workflow for years. I help teams choose the right theme architecture based on editorial needs, performance targets, and developer skills, then build it cleanly with theme.json, hybrid templates, or full-site editing as the project demands.
See my custom WordPress theme development service
