內容簡介
No Gutenberg 外掛提供使用者完全控制何時使用區塊編輯器或經典編輯器，讓使用者能夠選擇性地停用區塊編輯器的所有功能，並優化網站效能，特別適合不需要區塊編輯器的網站。
【主要功能】
• 完全停用 Gutenberg 區塊編輯器
• 移除 WooCommerce 區塊功能
• 提供簡易的設定選項
• 支援多站點網路配置
• 優化網站效能，移除多餘的 CSS 和 JavaScript
外掛標籤
開發者團隊
② 後台搜尋「No Gutenberg – Choose Where to Use the Block Editor or the Classic Editor」→ 直接安裝（推薦）
原文外掛簡介
The most configurable way to leave the block editor behind. Activate it and everything block related is gone: the block editor, Global Styles, patterns, block widgets, the Site Editor and the block CSS and JavaScript that every page loads. From there you decide the scope: everywhere, or only for the post types, roles, templates and entries you choose.
What this plugin removes:
Core Gutenberg Features
Gutenberg Block Editor (completely disabled)
Full Site Editing (FSE) Global Styles and inline CSS
Block-based Widget Editor (reverts to Classic Widgets)
Block Patterns and Pattern Directory
Theme.json support and processing
Block Directory integration
Site Editor functionality
Performance Optimizations
Removes all block-related CSS and JavaScript files
Eliminates Global Styles inline CSS on every page
Removes unused block library assets
Disables block editor admin assets
Removes duotone and layout support filters
WooCommerce Integration
Disables WooCommerce block-based checkout and cart
Removes WooCommerce block editor for products
Eliminates WooCommerce block assets and styles
Forces classic WooCommerce experience
Admin Experience
Removes the welcome panel that promotes the block editor
Removes the Patterns submenu from the Appearance menu (WP 6.5+)
Removes the Fonts submenu from the Appearance menu (WP 7.0+)
Blocks access to Site Editor pages
Shows activation success notice
Warns you when a block theme is active
Adds settings and support links to plugin actions
Zero configuration required – Activate the plugin and everything is disabled right away. No setup needed because it just works!
Full control when you need it – There is an optional setup page under Settings > No Gutenberg, built around one master switch. Leave it on and the plugin behaves exactly as it always did. Turn it off and you decide where the block editor goes away: by post type, by user role, by page template or by individual entry. The site wide pieces (classic widgets, block patterns, frontend block assets, theme.json and the Site Editor) are then yours to keep or remove one by one. Every checkbox means the same thing, so no setting ever undoes another one.
Switch editors entry by entry, where it makes sense – Editor switching is chosen per post type, right next to the rule that disables the block editor. Enable it for pages, for instance, and every page gets “Edit (Classic)” and “Edit (Blocks)” links in the list plus a switch inside both editors, while your posts stay untouched. Each entry remembers the editor chosen for it, and that choice beats the rules in both directions: one landing page can stay on the Classic Editor while the rest keep blocks, or the other way around.
It tells you what it is doing – The settings screen opens with a status panel for your particular site: how many block patterns are being blocked, how much weight is off every page, whether your theme is a block theme, and how much of your published content is really built with blocks. That last number is the one that should decide whether you strip the block styles from the frontend or not, and no other plugin tells you.
Built for agencies and managed sites – The whole configuration can be fixed from wp-config.php, and the settings screen locked as read only or hidden altogether, so a site you deliver keeps the setup you left behind.
A whole network configured in one file – This is where the plugin stands alone. Every single setting it has, and not just which editor opens, can be written in wp-config.php, the same file every site of a multisite network reads. A network of a hundred sites is set up once, all of them with the same rules, all of them with the same block CSS gone, and none of them able to drift away from it. The plugin can also be network activated and left alone, because settings are stored per site, so a network can equally let each site decide for itself. Same mechanism as the locking above, and this is how it is written.
One configuration for a whole network, or for a site you deliver
Everything the settings screen does can also be written in wp-config.php, where nobody changes it by accident, and what you write there wins over whatever is stored in the database. It is the same file for every site of a multisite network, so it is also how you set up a network without repeating the configuration site by site. Add the lines you need above the comment that says “That’s all, stop editing! Happy publishing.”
To disable Gutenberg everywhere and leave no settings screen for anyone to touch, which is the usual setup both for a network and for a site you hand over to a client:
define( 'NO_GUTENBERG_OPTIONS', array( 'complete' => true ) );
define( 'NO_GUTENBERG_HIDE_SETTINGS', true );
Drop that second line and the settings page is still there, showing the configuration the site is really running, but read only. And if all you want is to lock the screen, leaving the configuration as each site has it stored:
define( 'NO_GUTENBERG_LOCK_SETTINGS', true );
NO_GUTENBERG_OPTIONS takes any of the settings on the screen, so a selective setup is written the same way:
define(
'NO_GUTENBERG_OPTIONS',
array(
'complete' => false,
'disable_post_types' => array( 'post', 'page' ),
'disable_roles' => array( 'editor', 'author' ),
'frontend_css' => false,
)
);
The keys are the settings on the screen. complete, widgets, patterns, frontend_css, theme_json, site_editor and fse_notices take true or false, while disable_post_types, disable_roles, disable_templates and switch_post_types take an array of slugs, and disable_ids an array of entry IDs. Any key you leave out keeps the value stored on the site. Note that defining NO_GUTENBERG_OPTIONS already turns the whole screen read only, so NO_GUTENBERG_LOCK_SETTINGS is not needed on top of it.
This plugin is perfect for:
– Users who prefer the Classic Editor
– Sites requiring maximum compatibility with legacy themes and plugins
– Performance-focused installations
– Users who want to eliminate block-related overhead completely
– Sites that need the Classic Editor for everyone except a few post types or editors
– Multisite networks that want the same editing experience on every site
Support
Need private support or custom development?
Do you need one-on-one help, priority troubleshooting, or a custom feature, integration, or tweak built specifically for your site? I offer private support and custom development. Just contact me and tell me what you need.
Need help or have suggestions?
Official website
WordPress support forum
YouTube channel
Documentation and tutorials
Love the plugin? Please leave us a 5-star review and help spread the word!
About AyudaWP
We are specialists in WordPress security, SEO, and performance optimization plugins. We create tools that solve real problems for WordPress site owners while maintaining the highest coding standards and accessibility requirements.
