C'è un copione che si ripete puntuale: esce una nuova piattaforma SaaS, qualcuno pubblica un confronto superficiale con Drupal, e la domanda torna a circolare. Ha ancora senso? È superato? Non sarebbe meglio qualcosa di più semplice?
La risposta dipende interamente da cosa si sta costruendo e per chi. Drupal non ha mai cercato di essere lo strumento giusto per tutti i casi d'uso. Per un sito vetrina di cinque pagine o un blog personale esistono soluzioni più rapide e più economiche. Ma per le organizzazioni che gestiscono architetture digitali complesse, con dati strutturati, flussi editoriali articolati e necessità di integrazione con sistemi esterni, Drupal nel 2026 non ha concorrenti reali nel mondo open source.
Il pregiudizio della complessità
L'obiezione più ricorrente riguarda la curva di apprendimento. Drupal è considerato difficile, riservato agli sviluppatori, ostile agli utenti finali. È una reputazione costruita su versioni di oltre un decennio fa che la comunità ha lavorato sistematicamente a smontare.
L'interfaccia editoriale attuale non ha nulla da invidiare ai CMS di nuova generazione. L'esperienza di chi gestisce i contenuti è cambiata radicalmente. Quello che rimane è la flessibilità strutturale: la piattaforma non impone una struttura dati rigida, ma offre gli strumenti per costruire esattamente quella che serve. Si può partire da un progetto snello e scalare verso configurazioni molto più articolate senza dover mai migrare altrove. Per chi pianifica investimenti a lungo termine, questo vale molto.
Il conto che i SaaS non mostrano subito
Il confronto con le piattaforme as-a-service è inevitabile, ma spesso viene fatto male. Si guardano i costi iniziali e si conclude che Drupal è più caro. È vero per i primi mesi. Diventa sempre meno vero nel tempo.
Le piattaforme SaaS hanno una struttura di costo che cresce con il successo: licenze che si adeguano al traffico, commissioni sulle transazioni, plugin a pagamento per funzionalità che dovrebbero essere basilari. Il Total Cost of Ownership su tre o cinque anni racconta quasi sempre una storia diversa da quella che emerge dal confronto iniziale. Drupal, essendo open source e privo di canoni, permette di concentrare il budget sulla personalizzazione e sull'ottimizzazione, trasformando la spesa in un asset che rimane nell'azienda.
C'è poi la questione della sovranità sui dati. Con un SaaS, i dati risiedono dove decide il fornitore, nelle condizioni che il fornitore stabilisce, con le garanzie che il fornitore è disposto a offrire. Se cambia la politica, i prezzi o peggio il fornitore viene acquisito, l'azienda si trova a gestire una dipendenza che non aveva previsto. Con Drupal l'infrastruttura appartiene all'azienda, ogni riga di codice è ispezionabile, ogni dato è accessibile senza intermediari. In un contesto normativo come quello europeo, con il GDPR e le crescenti tensioni sulla localizzazione dei dati, questo controllo non è un dettaglio tecnico.
Dove Drupal non ha concorrenti
Ci sono scenari specifici in cui Drupal è semplicemente la scelta più solida disponibile. La gestione granulare dei permessi è uno di questi: il sistema di ruoli e accessi non ha equivalenti nel mondo open source ed è essenziale per organizzazioni con team numerosi, flussi di approvazione complessi o requisiti di compliance stringenti.
Un altro è la capacità di funzionare come hub di integrazione. In un ecosistema digitale frammentato, dove le aziende usano strumenti diversi per CRM, email marketing, analytics e logistica, Drupal si posiziona come il connettore centrale che armonizza queste informazioni. Non è più un'isola, ma il nucleo di uno stack tecnologico moderno costruito sull'interoperabilità.
La modalità headless merita una menzione separata. La capacità di Drupal di agire come backend API-first per alimentare simultaneamente siti web, app mobile e interfacce di vario tipo è matura e collaudata. Non è una funzionalità sperimentale, ma un pattern di architettura usato in produzione da organizzazioni di ogni dimensione.
Experience Builder: il canvas visivo che cambia il rapporto con gli editor
Una delle novità più significative dell'ecosistema Drupal recente è l'arrivo dell'Experience Builder, il canvas visivo drag-and-drop che ridisegna completamente il modo in cui i team non tecnici interagiscono con la piattaforma. Non si tratta dell'ennesimo page builder innestato su un CMS pensato per gli sviluppatori: è un sistema costruito nativamente nell'architettura di Drupal, che mantiene intatta la solidità strutturale della piattaforma esponendo un'interfaccia di composizione visiva accessibile a chiunque.
In pratica, un editor o un content manager può assemblare pagine trascinando componenti su un canvas, vedere il risultato in tempo reale e pubblicare senza aprire una riga di codice. I componenti disponibili sono quelli definiti dal team di sviluppo, il che significa che la libertà creativa dell'editor si muove sempre dentro i vincoli del design system aziendale. Niente layout improvvisati, niente font fuori scala, niente rotture dell'identità visiva: autonomia editoriale con guardrail tecnici.
Sul fronte dei flussi di lavoro, Drupal ha da tempo strumenti come ECA (Event-Condition-Action) che permettono di costruire automazioni e processi editoriali complessi direttamente dall'interfaccia, senza scrivere codice. Si definisce un evento, si impostano le condizioni, si configura l'azione: approvazioni automatiche, notifiche, transizioni di stato, pubblicazioni programmate con logiche condizionali. Quello che in altri sistemi richiederebbe uno sviluppatore personalizzato qui diventa una configurazione accessibile a un amministratore di sistema con un po' di familiarità con la piattaforma.
Messi insieme, canvas visivo e flussi no-code rispondono a una critica che storicamente aveva un fondo di verità: Drupal richiedeva troppo coinvolgimento tecnico per le operazioni quotidiane. Nel 2026 quella critica regge molto meno.
Scegliere Drupal oggi non significa rifiutare la modernità. Significa decidere di governarla invece di subirne le fluttuazioni commerciali dei grandi provider cloud.
Per chi non è la scelta giusta
Vale la pena dirlo esplicitamente: Drupal non è la risposta giusta per tutti. Chi ha bisogno di andare online in pochi giorni con un budget minimo, chi non dispone di competenze tecniche interne o esterne di qualità, chi non ha la maturità organizzativa per gestire una piattaforma aperta: in questi casi un SaaS è probabilmente la scelta più onesta.
Drupal richiede investimento, competenze e una visione chiara di dove si vuole arrivare. In cambio offre qualcosa che le piattaforme chiuse non possono garantire: la libertà di costruire esattamente quello che serve, senza chiedere il permesso a nessun vendor, senza pagare commissioni sulla crescita, senza dipendere dalle decisioni strategiche di terzi. Per chi considera il proprio sito o la propria piattaforma digitale uno strumento operativo critico e non un semplice biglietto da visita online, questa libertà ha un valore concreto e misurabile.
