- Article
- Intermediate
- 3 minutes read
- Reviewed August 3, 2026
Many WordPress websites still use classic themes and interfaces that predate full-site block editing.
The Customizer, widget areas and classic menu locations remain important for maintaining those projects. They are not automatically available in the same way when a block theme is active.
The WordPress Customizer
The Customizer provides a live-preview interface for theme and site settings.
Depending on the theme, it may include controls for:
- Site identity.
- Colors and typography.
- Header media.
- Menus.
- Widgets.
- Homepage settings.
- Additional CSS.
- Theme-specific options.
Themes register their own sections and settings, so the interface can differ substantially between installations.
Customizer Settings Are Theme-Dependent
Many Customizer values are stored as theme modifications associated with the active theme.
Switching themes can hide those settings because the new theme does not register the same controls or use the same values. Reactivating the previous theme may restore them.
Document important configuration before a migration.
Widget Areas
Classic themes register widget areas, often called sidebars, for regions such as:
- Blog sidebar.
- Footer columns.
- Header utility area.
- Shop filters.
The name “sidebar” is technical; a widget area can appear anywhere the theme renders it.
The available areas belong to the theme. Changing themes can leave existing widgets inactive or unassigned.
The Block-Based Widgets Editor
Modern WordPress allows blocks inside registered widget areas.
This brings block content and layout tools to classic-theme sidebars and footers. Legacy widgets can remain available through a dedicated block when required.
The editor is still constrained by the widget areas supplied by the theme.
Classic Menus
Classic themes usually register menu locations and use the menu administration interface or Customizer to assign menu objects.
Block themes instead place Navigation blocks in template parts. During migration, menu data may remain but must be connected to the new header or footer structure.
Legacy Widgets and Theme Features
Existing sites may depend on:
- Text and Custom HTML widgets.
- Theme-specific widgets.
- Header and background options.
- Post formats.
- Custom logo support.
- Featured-image sizes.
- Customizer panels.
- Proprietary layout controls.
These features should be maintained until a deliberate migration replaces them. Do not remove legacy interfaces merely because a newer editing model exists.
Migrating Toward Block Themes
A migration can be gradual.
Possible steps include:
- Use blocks in post content.
- Adopt the block-based widget editor.
- Introduce
theme.jsonin a classic theme. - Add block patterns.
- Test block template parts or the Template Editor where supported.
- Rebuild full templates in a block theme when the project is ready.
A hybrid period is reasonable, but document which interface controls each part of the site.
Frequently Asked Questions
Why did the Customizer disappear?
A block theme normally uses the Site Editor and Styles instead. The Customizer may not be exposed unless another component requires it.
Are widgets obsolete?
Widget areas remain supported in classic themes. Block themes typically use template parts and blocks instead.
Can I use blocks in a classic-theme sidebar?
Yes, when the block-based Widgets Editor is available and the theme registers widget areas.
Continue Learning
Previous: Adding Custom CSS to WordPress