Joomla 5.x: cosa succede dopo il 13 ottobre 2026
Il 13 ottobre 2026 Joomla 5.x smette di ricevere correzioni ordinarie di bug, ma le patch critiche di sicurezza continuano fino al 12 ottobre 2027.
In sintesi
- Fine bugfix ordinari per Joomla 5.x: 13 ottobre 2026, come indicato nella roadmap ufficiale del progetto.
- Fine totale delle patch di sicurezza: 12 ottobre 2027, un anno di cuscinetto in più rispetto ai fix generici.
- Dopo ottobre 2026 il core team non risolve più bug funzionali: restano solo le falle di sicurezza gravi.
- Estensioni, template e plugin di terze parti seguono logiche di supporto proprie, spesso più corte di quelle del core.
- La finestra utile per pianificare un aggiornamento o una migrazione è ora, non a ridosso della scadenza.
Due scadenze, non una
Il 13 ottobre 2026 il core team di Joomla smette di rilasciare correzioni per bug non critici. Problemi di interfaccia, incompatibilità minori, comportamenti anomali di moduli non legati alla sicurezza: tutto questo smette di essere seguito ufficialmente. Resta attivo invece fino al 12 ottobre 2027 un canale più ristretto, riservato alle vulnerabilità che espongono il sito ad attacchi concreti.
Il risultato è che il rischio di sicurezza grave resta coperto più a lungo di quanto il titolo “fine supporto” lasci intendere, ma ogni bug minore, ogni incompatibilità con versioni più recenti di PHP, ogni comportamento scorretto di un componente non legato alla sicurezza non viene più sistemato dal core team dopo ottobre 2026. Chi amministra un sito dovrebbe verificare su quale versione minore di Joomla 5.x gira l’installazione e segnare la data sul calendario di manutenzione IT, non come scadenza di sicurezza ma come scadenza di manutenibilità ordinaria.
Chi tappa i buchi dopo la fine dei fix ordinari
Che il core team smetta di rilasciare fix non significa che nessuno interverrà più. Joomla ha una comunità di sviluppatori attiva e un ecosistema ampio di estensioni di terze parti, e non è escluso che produca patch non ufficiali o soluzioni temporanee per i bug più diffusi.
Il punto debole è la tempestività. Un fix nato dalla comunità non passa lo stesso processo di test del core ufficiale, non ha garanzie di compatibilità con tutte le configurazioni esistenti, e quasi sempre richiede competenze tecniche interne o un fornitore esterno che lo validi prima della produzione. Qui la narrazione rassicurante del “tanto ci pensa la community” mostra il suo limite reale: nessuno garantisce che un bug che blocca una funzione critica del sito venga preso in carico in tempi compatibili con l’urgenza di chi lo subisce. È un affidamento alla buona volontà, non un impegno contrattuale. Vale la pena controllare subito la roadmap di supporto di ciascuna estensione di terze parti in uso, perché quasi sempre scade prima di quella del core.
Il confronto con WordPress 7.0 è fuorviante
Quello che sta succedendo a Joomla 5.x e quello raccontato nel nostro approfondimento sulla guida all’aggiornamento di WordPress 7.0 sono due eventi di natura diversa, non comparabili per impatto o urgenza. WordPress 7.0 è un cambio architetturale vero: editor ripensato da zero, funzionalità basate su intelligenza artificiale integrate nel pannello, interfaccia completamente nuova, con ricadute dirette su come si lavora ogni giorno. Abbiamo anche documentato che alcune funzionalità annunciate, come la collaborazione in tempo reale poi ritirata, non sono arrivate come promesso.
Joomla 5.x non sta vivendo niente di tutto questo. È un ciclo di fine vita ordinario di una versione già esistente, non il lancio di una release con funzionalità nuove. Non ha senso aspettarsi da un eventuale Joomla 6.x lo stesso tipo di salto che WordPress ha fatto con la versione 7: sono progetti con filosofie di sviluppo, community e velocità di innovazione diverse. Il paragone utile non è “cosa avrà di nuovo Joomla 6”, ma quanto tempo resta prima che un’installazione 5.x resti scoperta su bug non di sicurezza. Confondere i due piani porta a costruire roadmap tecniche su aspettative senza alcun riscontro pubblico, e in un settore dove le scadenze contano, questo tipo di confusione costa tempo vero.
Perché conviene muoversi adesso, non aspettare
Iniziare ora significa fare un inventario di estensioni e template in uso, verificarne la compatibilità dichiarata con le versioni future, capire se il fornitore di hosting o lo sviluppatore ha già una roadmap per il sito in questione. Significa anche mettere la scadenza di ottobre 2026 su un calendario di manutenzione, con un responsabile assegnato per nome, non lasciata a un generico “ci penseremo”.
Non ha invece senso decidere oggi, sulla base di informazioni parziali, un piano di migrazione dettagliato verso una versione futura di Joomla che non è ancora definita nei dettagli. Se non esiste una roadmap pubblica affidabile per Joomla 6.x, bloccare un progetto di aggiornamento in attesa di funzionalità ipotetiche è semplicemente una scusa per rimandare. Meglio pianificare l’aggiornamento alla versione stabile più recente disponibile oggi, sapendo che resterà sempre possibile aggiornare di nuovo più avanti. È un’impostazione meno rassicurante di un generico “tutto risolto entro ottobre”, ma più onesta: la roadmap ufficiale fissa due scadenze precise e non garantisce nulla su cosa succederà dopo.
L’errore più comune in situazioni come questa è aspettare l’ultimo trimestre prima della scadenza per muoversi, quando gli sviluppatori sono già sommersi di richieste identiche arrivate da altri clienti nella stessa condizione. La capacità di assorbire richieste last minute non è infinita, e cala proprio quando la domanda sale: chi gestisce componenti critici per il proprio business dovrebbe verificare la compatibilità con le versioni 5.x più recenti ben prima che la finestra si restringa.
Cosa fare entro le prossime settimane
L’azione concreta è una sola: avviare l’inventario delle estensioni critiche, verificarne compatibilità e roadmap di supporto, e fissare sul calendario aziendale una data di aggiornamento entro la prima metà del 2026, con un responsabile nominato. Rimandare questa verifica a ridosso di ottobre 2026 significa competere con tutti gli altri siti Joomla che faranno la stessa richiesta nello stesso momento, agli stessi sviluppatori, con lo stesso grado di urgenza percepita all’ultimo minuto.
Domande correlate
Il mio sito Joomla smette di funzionare a ottobre 2026?
No. Il sito continua a funzionare normalmente. Cambia solo il livello di supporto: dopo il 13 ottobre 2026 i bug non di sicurezza non vengono più corretti dal core team, mentre le patch di sicurezza critiche restano attive fino al 12 ottobre 2027.
Devo migrare subito a una versione più recente?
Non è urgente in senso di rischio immediato, ma la pianificazione va iniziata ora. Verifica compatibilità di estensioni e template con la versione stabile più recente di Joomla disponibile, e programma l’aggiornamento prima che si sommi ad altre urgenze IT di fine anno.
Joomla 6.x avrà funzionalità simili a WordPress 7.0?
Non ci sono elementi per affermarlo. Joomla e WordPress hanno roadmap e filosofie di sviluppo indipendenti. Non pianificare scelte tecniche aspettandoti che un’eventuale versione 6.x di Joomla replichi le funzionalità AI o l’editor di WordPress 7.0.
Le estensioni di terze parti seguono la stessa scadenza del core?
No, quasi mai. Ogni fornitore di template o plugin ha una propria politica di supporto, spesso più breve di quella del core Joomla. Verifica la roadmap di ciascuna estensione critica per il tuo sito, non solo quella ufficiale del progetto Joomla.
Fonti:
- Joomla Roadmap, End of regular bugfix Support for 5.x 13 October 2026 (accesso ottobre 2026)
