{"id":167191,"date":"2025-08-04T09:00:00","date_gmt":"2025-08-04T09:00:00","guid":{"rendered":"https:\/\/gtechgroup.it\/blog\/disattivare-gutenberg-senza-plugin-alternative\/"},"modified":"-0001-11-30T00:00:00","modified_gmt":"-0001-11-29T22:00:00","slug":"disattivare-gutenberg-senza-plugin-alternative","status":"publish","type":"post","link":"https:\/\/gtechgroup.it\/blog\/disattivare-gutenberg-senza-plugin-alternative\/","title":{"rendered":"Disattivare Gutenberg Senza Plugin: Alternative a Classic Editor"},"content":{"rendered":"

Disattivare Gutenberg Senza Plugin: Alternative a Classic Editor<\/h2>\n

Classic Editor è il metodo più popolare per ripristinare l’editor tradizionale di WordPress, ma non è l’unico. Esistono diverse alternative per disattivare Gutenberg senza installare plugin aggiuntivi, utilizzando codice PHP, costanti di configurazione e approcci ibridi. In questa guida esploreremo tutte le opzioni disponibili, analizzando vantaggi e svantaggi di ciascuna per aiutarti a scegliere la soluzione più adatta al tuo caso specifico.<\/p>\n

Perché Cercare Alternative a Classic Editor<\/h2>\n

Prima di esplorare le alternative, è legittimo chiedersi perché qualcuno vorrebbe disattivare Gutenberg senza usare Classic Editor. Le ragioni sono diverse. Alcuni sviluppatori preferiscono minimizzare il numero di plugin installati per ridurre la superficie di attacco e semplificare la manutenzione. Altri lavorano su installazioni WordPress altamente personalizzate dove ogni componente è controllato tramite codice. Alcuni hosting provider o aziende hanno policy che limitano l’installazione di plugin e preferiscono soluzioni basate su codice nel tema o in mu-plugins.<\/p>\n

Inoltre, comprendere come WordPress gestisce internamente il passaggio tra editor è una conoscenza preziosa per qualsiasi sviluppatore WordPress, indipendentemente dalla soluzione che sceglierà di adottare.<\/p>\n

Metodo 1: Il Filtro use_block_editor_for_post_type<\/h2>\n

Il metodo più pulito e raccomandato per disattivare Gutenberg tramite codice è il filtro use_block_editor_for_post_type<\/code>. Questo filtro viene verificato da WordPress prima di caricare l’editor a blocchi e, se restituisce false<\/code>, WordPress utilizza automaticamente l’editor classico integrato.<\/p>\n

\/\/ Disattiva Gutenberg per tutti i post type\nfunction disable_gutenberg_all($use_block_editor, $post_type) {\n    return false;\n}\nadd_filter(use_block_editor_for_post_type, disable_gutenberg_all, 10, 2);<\/code><\/pre>\n
Questo approccio è elegante perché utilizza una API ufficiale di WordPress progettata specificamente per questo scopo. Non è un hack o una soluzione temporanea: è il modo previsto dal core per controllare quale editor utilizzare. Il filtro riceve due parametri: il valore booleano corrente e il nome del post type, permettendoti di disattivare Gutenberg selettivamente per specifici tipi di contenuto.<\/p>\n
\/\/ Disattiva Gutenberg solo per articoli e pagine, mantienilo per i custom post type\nfunction selective_gutenberg($use_block_editor, $post_type) {\n    if (in_array($post_type, array(post, page))) {\n        return false;\n    }\n    return $use_block_editor;\n}\nadd_filter(use_block_editor_for_post_type, selective_gutenberg, 10, 2);<\/code><\/pre>\n
\"Editor<\/p>\n
Metodo 2: Il Filtro use_block_editor_for_post<\/h2>\n
Simile al precedente ma più granulare, il filtro use_block_editor_for_post<\/code> permette di controllare l’editor a livello di singolo post anziché di post type. Questo è utile quando vuoi disattivare Gutenberg solo per specifici articoli o pagine basandoti su criteri come l’ID, l’autore, la categoria o qualsiasi meta dato.<\/p>\n
\/\/ Disattiva Gutenberg per post specifici o basandosi su meta\nfunction disable_gutenberg_per_post($use_block_editor, $post) {\n    \/\/ Disattiva per un post specifico\n    if ($post->ID === 42) {\n        return false;\n    }\n    \/\/ Disattiva per post con un meta specifico\n    if (get_post_meta($post->ID, _use_classic_editor, true) === yes) {\n        return false;\n    }\n    \/\/ Disattiva per post creati prima del 2020\n    if (strtotime($post->post_date) < strtotime(2020-01-01)) {\n        return false;\n    }\n    return $use_block_editor;\n}\nadd_filter(use_block_editor_for_post, disable_gutenberg_per_post, 10, 2);<\/code><\/pre>\n
Questo filtro è particolarmente potente per scenari di migrazione graduale: puoi usare Gutenberg per i nuovi contenuti e mantenere l’editor classico per quelli esistenti, o viceversa.<\/p>\n
Metodo 3: Rimuovere il Supporto Editor dal Post Type<\/h2>\n
Un approccio radicale è rimuovere il supporto per l’editor dal post type. Questo non sostituisce Gutenberg con l’editor classico ma rimuove completamente l’editor dalla pagina di modifica. È utile solo per post type dove l’editor non serve affatto (ad esempio, post type gestiti interamente tramite campi personalizzati ACF).<\/p>\n
function remove_editor_support() {\n    remove_post_type_support(post, editor);\n}\nadd_action(init, remove_editor_support);<\/code><\/pre>\n
Attenzione: questo metodo è molto diverso dal ripristinare l’editor classico. Rimuove completamente qualsiasi editor dalla pagina di modifica. Usalo solo quando sei sicuro di non aver bisogno di un editor WYSIWYG per quel tipo di contenuto.<\/p>\n
Metodo 4: Must-Use Plugin (mu-plugin)<\/h2>\n
I must-use plugin (mu-plugins) sono file PHP posizionati nella directory wp-content\/mu-plugins\/<\/code> che vengono caricati automaticamente da WordPress senza bisogno di attivazione. Un mu-plugin per disattivare Gutenberg offre diversi vantaggi: non può essere disattivato accidentalmente dalla dashboard, viene caricato prima dei plugin normali e non appare nella lista dei plugin (o appare in una sezione separata).<\/p>\n
<?php\n\/**\n * Plugin Name: Disable Gutenberg\n * Description: Ripristina l’editor classico senza plugin aggiuntivi\n *\/\n\nadd_filter(use_block_editor_for_post_type, __return_false);<\/code><\/pre>\n
Crea un file con questo contenuto (ad esempio disable-gutenberg.php<\/code>) e posizionalo nella directory wp-content\/mu-plugins\/<\/code>. Se la directory non esiste, creala. Il mu-plugin sarà immediatamente attivo senza necessità di attivazione dalla dashboard.<\/p>\n
Questo metodo è particolarmente adatto per installazioni gestite da sviluppatori dove la configurazione dell’editor è una decisione tecnica che non dovrebbe essere modificabile dalla dashboard di WordPress.<\/p>\n
\"Configurazione<\/p>\n
Metodo 5: Disabilitare gli Script di Gutenberg<\/h2>\n
Un approccio più aggressivo è deregistrare gli script e gli stili CSS di Gutenberg per impedirne il caricamento. Questo può migliorare leggermente le performance del backend ma è un metodo meno pulito dei filtri precedenti:<\/p>\n
function disable_gutenberg_assets() {\n    \/\/ Rimuovi gli stili di Gutenberg dal front-end\n    wp_dequeue_style(wp-block-library);\n    wp_dequeue_style(wp-block-library-theme);\n    wp_dequeue_style(wc-blocks-style); \/\/ WooCommerce blocks\n    wp_dequeue_style(global-styles); \/\/ Stili globali FSE\n}\nadd_action(wp_enqueue_scripts, disable_gutenberg_assets, 100);<\/code><\/pre>\n
Questo metodo non disattiva Gutenberg nell’editor ma rimuove i suoi CSS dal front-end. È utile come complemento ai metodi precedenti per eliminare anche il CSS non necessario dai file caricati dalle pagine pubbliche del sito. Tuttavia, fai attenzione: rimuovere wp-block-library<\/code> può causare problemi di visualizzazione se hai contenuti creati con Gutenberg che utilizzano stili dei blocchi.<\/p>\n
Metodo 6: Tramite wp-config.php<\/h2>\n
WordPress non offre una costante ufficiale in wp-config.php<\/code> per disattivare Gutenberg direttamente. Tuttavia, alcuni sviluppatori creano una soluzione personalizzata che utilizza una costante nel file di configurazione combinata con un mu-plugin:<\/p>\n
\/\/ In wp-config.php\ndefine(DISABLE_GUTENBERG, true);\n\n\/\/ Nel mu-plugin\nif (defined(DISABLE_GUTENBERG) && DISABLE_GUTENBERG) {\n    add_filter(use_block_editor_for_post_type, __return_false);\n}<\/code><\/pre>\n
Questo approccio permette di controllare l’editor direttamente dal file di configurazione, utile per ambienti dove la configurazione è gestita tramite file (come deployment automatizzati, container Docker o configurazioni Ansible\/Puppet).<\/p>\n
Confronto tra i Metodi e Classic Editor<\/h2>\n
Ogni metodo ha i suoi pro e contro rispetto all’installazione di Classic Editor. Il plugin Classic Editor offre un’interfaccia di configurazione nella dashboard, la possibilità per gli utenti di scegliere il proprio editor, il supporto per il cambio editor per singolo post e aggiornamenti automatici dal repository WordPress. I metodi basati su codice offrono leggerezza, controllo totale e indipendenza dal repository dei plugin, ma richiedono competenze tecniche per l’implementazione e la manutenzione.<\/p>\n
Per la maggior parte degli utenti, Classic Editor rimane la scelta consigliata grazie alla sua semplicità e flessibilità. I metodi basati su codice sono più adatti a sviluppatori e agenzie che gestiscono installazioni WordPress personalizzate dove il controllo totale sulla configurazione è una priorità.<\/p>\n
\"Alternative<\/p>\n
Plugin Alternativi a Classic Editor<\/h2>\n
Oltre ai metodi basati su codice, esistono plugin alternativi a Classic Editor che offrono funzionalità simili con approcci diversi:<\/p>\n
Disable Gutenberg<\/strong>: un plugin leggero che offre più granularità nella disattivazione di Gutenberg. Permette di disattivare l’editor a blocchi per specifici post type, ruoli utente, ID di post e template di pagina, tutto dalla dashboard senza scrivere codice.<\/p>\n
No Gutenberg<\/strong>: un plugin minimalista che fa esattamente una cosa: disattiva Gutenberg. Nessuna impostazione, nessuna opzione. Installalo e Gutenberg è disattivato.<\/p>\n
Flavor (ex flavor di Developer):<\/strong> alcuni framework per temi come Genesis e developer tools includono opzioni integrate per scegliere l’editor senza plugin aggiuntivi.<\/p>\n
Tuttavia, nessuna di queste alternative ha il supporto ufficiale del team WordPress come Classic Editor. Se la sicurezza a lungo termine e il supporto ufficiale sono priorità, Classic Editor rimane la scelta migliore.<\/p>\n
Combinare Più Metodi<\/h2>\n
In alcuni scenari, potrebbe essere utile combinare Classic Editor con filtri PHP personalizzati. Ad esempio, puoi installare Classic Editor per avere l’interfaccia di configurazione nella dashboard e l’opzione di cambio editor per gli utenti, e aggiungere filtri PHP per forzare l’editor classico su specifici post type indipendentemente dalle impostazioni dell’utente. I filtri PHP hanno la precedenza sulle impostazioni del plugin quando configurati con la priorità appropriata.<\/p>\n
Questa combinazione è particolarmente utile in ambienti multi-autore dove vuoi dare flessibilità agli utenti per la maggior parte dei contenuti ma forzare l’editor classico per post type specifici dove Gutenberg potrebbe causare problemi (come i prodotti WooCommerce o i custom post type con metabox complesse).<\/p>\n
Considerazioni sulle Performance<\/h2>\n
Un argomento spesso citato a favore dei metodi senza plugin è la performance. In realtà, Classic Editor è così leggero che il suo impatto sulle performance è praticamente nullo. Il plugin consiste in un singolo file PHP con poche centinaia di righe di codice che vengono eseguite solo nel backend. Non aggiunge JavaScript, CSS o query al database nel front-end. La differenza di performance tra Classic Editor e un filtro PHP nel functions.php<\/code> è misurabile in microsecondi, irrilevante in qualsiasi scenario reale.<\/p>\n
Dove puoi ottenere un beneficio tangibile è nella rimozione dei CSS di Gutenberg dal front-end (il metodo 5 descritto sopra), ma questa ottimizzazione può essere applicata indipendentemente dal metodo scelto per disattivare l’editor a blocchi.<\/p>\n
Conclusioni<\/h2>\n
Disattivare Gutenberg senza plugin è certamente possibile e, in alcuni contesti, può essere la scelta più appropriata. I filtri use_block_editor_for_post_type<\/code> e use_block_editor_for_post<\/code> offrono un controllo preciso e sono la soluzione raccomandata per gli sviluppatori. I mu-plugins aggiungono un ulteriore livello di sicurezza contro disattivazioni accidentali. La rimozione dei CSS di Gutenberg dal front-end è un’ottimizzazione utile indipendentemente dal metodo scelto.<\/p>\n
Tuttavia, per la maggior parte degli utenti, Classic Editor rimane la soluzione più completa, flessibile e supportata. Non c’è una ragione convincente per evitare un plugin ufficiale mantenuto dal team WordPress in favore di soluzioni custom, a meno che non ci siano requisiti specifici che lo giustifichino.<\/p>\n
\n
Leggi anche gli altri articoli della serie Classic Editor<\/h3>\n