Disattivare Gutenberg Senza Plugin: Alternative a Classic Editor

Disattivare Gutenberg Senza Plugin: Alternative a Classic Editor

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.

Perché Cercare Alternative a Classic Editor

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.

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

Metodo 1: Il Filtro use_block_editor_for_post_type

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

// Disattiva Gutenberg per tutti i post type
function disable_gutenberg_all($use_block_editor, $post_type) {
    return false;
}
add_filter(use_block_editor_for_post_type, disable_gutenberg_all, 10, 2);

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.

// Disattiva Gutenberg solo per articoli e pagine, mantienilo per i custom post type
function selective_gutenberg($use_block_editor, $post_type) {
    if (in_array($post_type, array(post, page))) {
        return false;
    }
    return $use_block_editor;
}
add_filter(use_block_editor_for_post_type, selective_gutenberg, 10, 2);

Metodo 2: Il Filtro use_block_editor_for_post

Simile al precedente ma più granulare, il filtro use_block_editor_for_post 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.

// Disattiva Gutenberg per post specifici o basandosi su meta
function disable_gutenberg_per_post($use_block_editor, $post) {
    // Disattiva per un post specifico
    if ($post->ID === 42) {
        return false;
    }
    // Disattiva per post con un meta specifico
    if (get_post_meta($post->ID, _use_classic_editor, true) === yes) {
        return false;
    }
    // Disattiva per post creati prima del 2020
    if (strtotime($post->post_date) < strtotime(2020-01-01)) {
        return false;
    }
    return $use_block_editor;
}
add_filter(use_block_editor_for_post, disable_gutenberg_per_post, 10, 2);

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.

Metodo 3: Rimuovere il Supporto Editor dal Post Type

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).

function remove_editor_support() {
    remove_post_type_support(post, editor);
}
add_action(init, remove_editor_support);

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.

Metodo 4: Must-Use Plugin (mu-plugin)

I must-use plugin (mu-plugins) sono file PHP posizionati nella directory wp-content/mu-plugins/ 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).

<?php
/**
 * Plugin Name: Disable Gutenberg
 * Description: Ripristina l’editor classico senza plugin aggiuntivi
 */

add_filter(use_block_editor_for_post_type, __return_false);

Crea un file con questo contenuto (ad esempio disable-gutenberg.php) e posizionalo nella directory wp-content/mu-plugins/. Se la directory non esiste, creala. Il mu-plugin sarà immediatamente attivo senza necessità di attivazione dalla dashboard.

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.

Metodo 5: Disabilitare gli Script di Gutenberg

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:

function disable_gutenberg_assets() {
    // Rimuovi gli stili di Gutenberg dal front-end
    wp_dequeue_style(wp-block-library);
    wp_dequeue_style(wp-block-library-theme);
    wp_dequeue_style(wc-blocks-style); // WooCommerce blocks
    wp_dequeue_style(global-styles); // Stili globali FSE
}
add_action(wp_enqueue_scripts, disable_gutenberg_assets, 100);

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 può causare problemi di visualizzazione se hai contenuti creati con Gutenberg che utilizzano stili dei blocchi.

Metodo 6: Tramite wp-config.php

WordPress non offre una costante ufficiale in wp-config.php per disattivare Gutenberg direttamente. Tuttavia, alcuni sviluppatori creano una soluzione personalizzata che utilizza una costante nel file di configurazione combinata con un mu-plugin:

// In wp-config.php
define(DISABLE_GUTENBERG, true);

// Nel mu-plugin
if (defined(DISABLE_GUTENBERG) && DISABLE_GUTENBERG) {
    add_filter(use_block_editor_for_post_type, __return_false);
}

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).

Confronto tra i Metodi e Classic Editor

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.

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à.

Plugin Alternativi a Classic Editor

Oltre ai metodi basati su codice, esistono plugin alternativi a Classic Editor che offrono funzionalità simili con approcci diversi:

Disable Gutenberg: 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.

No Gutenberg: un plugin minimalista che fa esattamente una cosa: disattiva Gutenberg. Nessuna impostazione, nessuna opzione. Installalo e Gutenberg è disattivato.

Flavor (ex flavor di Developer): alcuni framework per temi come Genesis e developer tools includono opzioni integrate per scegliere l’editor senza plugin aggiuntivi.

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.

Combinare Più Metodi

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.

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).

Considerazioni sulle Performance

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 è misurabile in microsecondi, irrilevante in qualsiasi scenario reale.

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.

Conclusioni

Disattivare Gutenberg senza plugin è certamente possibile e, in alcuni contesti, può essere la scelta più appropriata. I filtri use_block_editor_for_post_type e use_block_editor_for_post 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.

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.

Hai bisogno di una soluzione personalizzata per gestire gli editor del tuo sito WordPress? Gli sviluppatori di G Tech Group possono implementare la configurazione ideale per il tuo progetto, che si tratti di Classic Editor, filtri PHP personalizzati o soluzioni ibride. Contattaci per una consulenza tecnica.

Migliora il Tuo Sito WordPress

Scopri le nostre guide complete sugli altri plugin essenziali per WordPress:

• Come Installare Elementor su WordPress
• Come Installare e Configurare WP Rocket
• Come Installare e Configurare SEOPress
• Come Installare e Configurare UpdraftPlus