---
title: "Cosa cambia con Drupal 12? Novità, requisiti e migrazione"
url: "https://www.sparkfabrik.com/it/blog/cosa-cambia-con-drupal-12-novita-requisiti-e-migrazione/"
lang: "it"
type: "blog-post"
date: "2026-08-07"
lastmod: "2026-08-07"
author: "SparkFabrik Team"
description: "L'aggiornamento richiede il passaggio a PHP 8.5 e l'adozione di Argon2id per le password. La rimozione di sei moduli dal core semplifica l'architettura ma impone una bonifica del codice custom. Ecco la checklist operativa e le date chiave per pianificare la modernizzazione senza rischi."
tags: ["Drupal"]
schema:
"@context": "https://schema.org"
"@type": "BlogPosting"
"headline": "Cosa cambia con Drupal 12? Novità, requisiti e migrazione"
"description": "L'aggiornamento richiede il passaggio a PHP 8.5 e l'adozione di Argon2id per le password. La rimozione di sei moduli dal core semplifica l'architettura ma impone una bonifica del codice custom. Ecco la checklist operativa e le date chiave per pianificare la modernizzazione senza rischi."
"url": "https://www.sparkfabrik.com/it/blog/cosa-cambia-con-drupal-12-novita-requisiti-e-migrazione/"
"datePublished": "2026-08-07T00:00:00+00:00"
"dateModified": "2026-08-07T00:00:00+00:00"
"author":
"@type": "Person"
"name": "SparkFabrik Team"
"image": "https://www.sparkfabrik.com/images/blog/cosa-cambia-con-drupal-12-novita-requisiti-e-migrazione/featured.webp"
"publisher":
"@type": "Organization"
"name": "SparkFabrik"
"url": "https://www.sparkfabrik.com"
"logo": "https://www.sparkfabrik.com/images/logo.svg"
---
# Cosa cambia con Drupal 12? Novità, requisiti e migrazione
**Autore:** SparkFabrik Team
**Pubblicato:** 7 August 2026
**Tags:** Drupal
---
{{% tldr %}}Drupal 12 arriva la settimana del 7 dicembre 2026 e due giorni dopo Drupal 10 va in End of Life: la vera scadenza è questa, non la nuova major. Il dettaglio che scombina i piani è che l'upgrade parte solo da Drupal 11.3, quindi chi è ancora su Drupal 10 rischia un doppio salto sotto pressione. Requisiti già ufficiali, milestone verificabili e una checklist con gli owner per muoversi ora.{{% /tldr %}}
_Drupal 12.0.0 è pianificato per la settimana del 7 dicembre 2026[^1]. Due giorni dopo, il 9 dicembre 2026, Drupal 10 raggiunge l'**End of Life**. Sono queste due date insieme, non la nuova major in sé, l'informazione che riscrive l'ordine delle priorità di un piano IT per i prossimi quattro trimestri._
**I requisiti di piattaforma sono già ufficiali**: PHP 8.5 come runtime minimo, Argon2id come algoritmo di hashing delle password di default, sei moduli che escono dal core. Significa che la preparazione è un'attività eseguibile oggi, non un'emergenza da gestire a ridosso del rilascio.
**L'upgrade a Drupal 12** non è un progetto di migrazione: è un progetto di modernizzazione infrastrutturale e di bonifica del codice custom. Come tale, e a seconda della versione di partenza, va avviato con mesi di anticipo, non nelle settimane che precedono il rilascio. Seguono i requisiti verificati, il calendario ufficiale delle milestone, una checklist operativa con gli owner tipici di ciascuna attività e il motivo per cui le novità AI del core arrivano prima di dicembre 2026.
## Cosa cambia davvero con Drupal 12: requisiti, sicurezza e core più snello
Drupal 12 alza il runtime minimo a **PHP 8.5**, adotta **Argon2id** per l'hashing delle password, **rimuove sei moduli dal core** e richiede **Composer 2.9.3** come versione raccomandata. Non è una riscrittura architetturale: è la rimozione del codice deprecato accumulato durante il ciclo di Drupal 11.
| Requisito | Drupal 11 | Drupal 12 |
| -------------- | -------------- | --------------------------------- |
| PHP | 8.3 | 8.5 |
| MariaDB | 10.6 | 10.11 |
| PostgreSQL | 16 | 18 |
| MySQL | 8.0 | 8.0 (invariato) |
| SQLite | 3.45 | 3.45 (invariato) |
| Apache / Nginx | 2.4.7 / 1.1 | 2.4.7 / 1.1 (invariati) |
| IIS | non supportato | non supportato |
Vale la pena leggere anche la colonna di ciò che non cambia. Lo strato web server e la browser policy restano stabili: nessuna migrazione dell'infrastruttura di rete, nessun intervento su reverse proxy, ingress controller o CDN.
Un discorso a parte merita **Drush**[^2], per anni lo standard de facto dell'amministrazione da riga di comando, nato per colmare i limiti importanti della CLI di Drupal core. Oggi la direzione si è invertita: Drupal 11.4 introduce una CLI nativa estensibile (`vendor/bin/dr`), con cui i moduli possono registrare comandi direttamente nel core[^22], e la community ha già pubblicato una guida ufficiale per il porting dei comandi Drush verso la nuova interfaccia[^23].
L'intenzione dichiarata è scrivere direttamente comandi Drupal, ed è quindi verosimile che con Drupal 12 la migrazione sia completa. Allo stesso tempo, la prima stesura della documentazione di upgrade a Drupal 12[^3] mostra negli snippet di esempio Drush 13, segno che il supporto potrebbe proseguire. Su questo punto non c'è ancora alcuna conferma ufficiale: bisognerà attendere il consolidarsi della documentazione per capire come evolverà.
Riguardo Drush, bisogna specificare che non vi è un'indicazione precisa di versione, ma nella prima stesura della documentazione per upgrade a Drupal 12[^3], gli snippet di codice di esempio indicano Drush 13.
Sul fronte sicurezza, il passaggio da bcrypt ad **Argon2id**[^4] è la modifica più interessante. Argon2id è un algoritmo **memory-hard**: satura deliberatamente la RAM durante il calcolo dell'hash, rendendo inefficaci gli attacchi bruteforce accelerati via GPU, che sono esattamente il punto debole di bcrypt. Il re-hashing degli hash esistenti avviene in modo trasparente al primo login di ciascun utente, con fallback automatico a bcrypt se l'ambiente PHP non ha il supporto necessario: nessun reset forzato delle password, nessun downtime.
Qui si apre una nota che la documentazione ufficiale non copre. Le **immagini container PHP** devono includere il supporto libsodium o l'estensione argon2, altrimenti il sito resta silenziosamente su bcrypt senza alcun errore visibile. E i pod PHP-FPM vanno rivisti nei limiti di memoria, perché i picchi di autenticazione consumano più RAM di prima. Chi lavora in settori regolamentati troverà utile il quadro più ampio su [come il core di Drupal risponde ai requisiti di conformità e protezione dei dati](/it/blog/drupal-cms-sicurezza-compliance-settori-regolamentati/), perché la riduzione della superficie d'attacco è parte della stessa strategia.
**Sei moduli lasciano il core e passano a contrib** (Ban, Contact, Field Layout, History, Migrate Drupal e Migrate Drupal UI): se il sito ne usa anche uno solo, la sostituzione o l'installazione da contrib va messa in roadmap adesso, non a upgrade avviato (soprattutto se il sito usa Contact per i form istituzionali, lato business è una priorità). I benefici di un core più leggero sono concreti: meno superficie d'attacco, build più leggere, suite CI/CD più rapide.
Completano il quadro **Gin come tema di amministrazione** di default e **l'allineamento a Symfony 8**, dato che le major pari di Drupal sono ancorate alle release LTS (Long Term Support) di Symfony: un argomento rilevante per chi cerca cicli di vita estesi.
## Quando esce Drupal 12 e perché la vera scadenza è Drupal 10?
**Drupal 12.0.0 esce nella settimana del 7 dicembre 2026**, in parallelo a Drupal 11.5.0. Drupal 10 va in End of Life il **9 dicembre 2026**[^5]. Drupal 11 resta supportato fino a metà-fine 2028. Chi è su Drupal 10 ha una scadenza reale a fine 2026; chi è già su Drupal 11 ha circa due anni di margine.
Le milestone verificabili del ciclo sono quattro:
1. **11 settembre 2026**: deadline per il completamento dei requisiti beta.
2. **Settimana del 14 settembre 2026**: rilascio di **Drupal 12.0.0-beta1** e 11.5.0-beta1.
3. **Settimana del 9 novembre 2026**: rilascio di rc1 per entrambe le linee.
4. **Settimana del 7 dicembre 2026**: release stabile.
Le finestre di manutenzione restano fisse: bugfix il primo mercoledì del mese, security release il terzo mercoledì. Questa prevedibilità con dodici-ventiquattro mesi di anticipo è un argomento raramente esplicitato nei confronti con le DXP proprietarie, e per un IT Director vale più di qualsiasi feature: permette di allocare budget su esercizi già approvati.
Il rischio reale, però, non è arrivare tardi a Drupal 12. È il doppio salto. **La versione sorgente minima per l'upgrade è Drupal 11.3.0**[^6], perché tutti gli update script precedenti sono stati rimossi dal codice di Drupal 12.
Chi si presenta a dicembre 2026 con un'installazione Drupal 10 deve eseguire due passaggi in sequenza sotto pressione, non uno. Le lezioni dei cicli precedenti, dal supporto a Drupal 7 terminato il 5 gennaio 2025 a Drupal 9 chiuso a novembre 2023[^7], sono le stesse che avevamo già raccolto [nell'analisi della transizione verso Drupal 10](/it/blog/drupal-10-novita/): il costo di un upgrade cresce con il ritardo, non con la distanza tecnica tra le versioni.
La sovrapposizione tra Drupal 11 e Drupal 12 è quindi una leva di governance, non un dettaglio. Con Drupal 11 supportato fino a metà-fine 2028 e le deprecazioni più impattanti di Drupal 11.3 rinviate a Drupal 13, l'upgrade rientra nella manutenzione evolutiva ordinaria. Traduzione a budget: chi è su Drupal 10 deve chiudere il passaggio a Drupal 11 entro il Q3 2026, per non sovrapporlo alla finestra di release di dicembre.
## Come preparare oggi un sito Drupal all'upgrade a Drupal 12?
La preparazione si articola in quattro attività parallelizzabili: portare il sito su Drupal 11.3 o superiore, eseguire un audit delle API deprecate con Upgrade Status e Drupal Rector, aggiornare runtime e immagini container a PHP 8.5, integrare i controlli di compatibilità nella pipeline CI/CD. Nessuna delle quattro richiede di attendere il rilascio.
La **checklist operativa**, con l'owner tipico di ciascuna voce:
1. **Allineamento a Drupal 11.3.0 o superiore** (tech lead Drupal): è il prerequisito non negoziabile.
2. **Audit del codice custom e dei moduli contrib con Upgrade Status** (tech lead + sviluppatori): produce l'inventario delle deprecazioni.
3. **Refactoring automatico con Drupal Rector**[^8] (sviluppatori): applica le regole di trasformazione sul codice.
4. **Aggiornamento delle immagini container a PHP 8.5** (team platform/DevOps), con verifica delle estensioni necessarie ad Argon2id.
5. **Verifica dei database gestiti** (team platform): RDS/Aurora e Cloud SQL rispetto alle nuove versioni minime di MariaDB e PostgreSQL.
6. **Sostituzione dei sei moduli core rimossi** (analista + sviluppatori), a partire da Contact.
Il dato che riduce la percezione di rischio è la copertura del Project Update Bot: oltre l'**80% delle API deprecate** di Drupal 12 è gestito da regole **Rector** automatizzate[^9], alcune generate con il supporto dell'AI, con patch inviate direttamente alle issue queue e controllo finale in mano ai maintainer.
Ma quell'80% riguarda l'ecosistema contrib. Sul **codice custom enterprise**, dove si concentrano sia il valore sia il debito, la copertura automatica è più bassa: integrazioni proprietarie, temi custom, moduli scritti su misura sono ciò che determina davvero durata e costo dell'upgrade.
È il punto in cui finisce lo script e inizia l'ingegneria. I temi custom vanno verificati contro Gin e contro le nuove Styles API e Design Tokens API introdotte da Drupal 11.3 e 11.4[^10], che spostano il theming fuori dall'applicazione. I moduli custom vanno coperti da test automatizzati eseguiti in pipeline. E la gestione delle dipendenze Composer va trattata come questione di software supply chain security, non solo di build: la stessa **Composer 2.9.3**[^11] raccomandata da Drupal 12 nasce da una patch di sicurezza. Il quadro metodologico completo per la bonifica del codice lo abbiamo raccolto nella [guida alla pianificazione degli upgrade e alla migrazione verso Drupal CMS](/it/blog/migrazione-a-drupal-cms-guida-completa/).
Una nota dalla nostra esperienza: abbiamo gestito diversi progetti enterprise di upgrade, come nel caso di **Caleffi** dove abbiamo curato il [passaggio da Drupal 7 a Drupal 10 e successivamente a Drupal 11](/it/case-studies/caleffi-new-website/). In questo contesto, abbiamo anche rilasciato come open source il modulo **Drush pre-deploy**, che permette di eseguire hook custom prima di update:db durante i rilasci multi-ambiente[^12]. È esattamente il tipo di controllo che trasforma un upgrade di major version da evento manuale a operazione ripetibile.
## L'ondata AI del core: perché Drupal 11.4 è il ponte verso Drupal 12
Le funzionalità che cambieranno il modo di lavorare sui progetti Drupal, AI workflows, Context Control Centre, nuove API di design, non arrivano con Drupal 12: arrivano nelle minor release di Drupal 11. Chi aggiorna oggi ottiene le novità funzionali e prepara l'upgrade in un unico ciclo di lavoro.
Il malinteso da smontare è antico: le major release di Drupal oggi rimuovono codice deprecato, non introducono feature. Per un decision maker la conseguenza è concreta: rimandare l'aggiornamento "in attesa di Drupal 12" significa rinunciare per dodici mesi a funzionalità già disponibili, senza guadagnare un grammo di stabilità.
Cosa è già disponibile o in arrivo nel core e nell'ecosistema:
* **Centinaia di moduli AI** (già un anno fa, [quando è stata annunciata la Drupal AI Initiative, i moduli erano 290+](/it/blog/drupal-ai-panoramica-novita-visione-di-sparkfabrik/)).
* Il **Context Control Centre** di Drupal CMS 2.1, basato su core 11.3, che codifica una volta sola brand voice, design system e requisiti normativi, così che ogni output AI resti allineato agli standard di compliance[^13].
* Il pattern **Human in the Loop** come governance raccomandata: l'AI produce draft, le persone approvano prima della pubblicazione[^14].
* L'integrazione nativa di **HTMX[^15]** in Drupal 11.3[^16], che riduce fino al 71% il payload JavaScript[^17] delle interazioni browser-server prendendo il posto dell'API AJAX di Drupal; BigPipe resta invece al suo posto, perché risolve un problema diverso, il rendering progressivo lato server.
* Drupal Canvas, il page builder visuale a componenti, e l'interfaccia a riga di comando nativa sperimentale di **Drupal 11.4**[^18].
C'è poi il dato che parla al CFO: Drupal core 11.3 (su cui è basato Drupal CMS 2.1) ha introdotto il **maggiore performance boost degli ultimi dieci anni dell'ecosistema**[^19], riducendo del 50% le query al database sulle pagine non in cache e ottimizzando sostanzialmente altre operazioni, con impatto diretto sui costi infrastrutturali cloud e sulla gestione dei picchi di traffico[^20]. Un beneficio che si incassa aggiornando le minor, non attendendo Drupal 12 a dicembre.
Sul versante contributi, puoi già beneficiare del sistema di **Guardrails** che abbiamo contribuito nel modulo **Drupal AI** 1.3: un'architettura che intercetta e filtra le comunicazioni con i LLM applicando regole di validazione pre e post-elaborazione, bloccando l'esposizione di dati sensibili[^21]. Allo stesso ambito appartiene [search\_api\_typesense](https://www.drupal.org/project/search_api_typesense), il nostro modulo per la ricerca semantica. Il tema è approfondito in verticale nella [panoramica sull'evoluzione di Drupal AI e sull'integrazione dei modelli LLM](/it/blog/drupal-ai-panoramica-novita-visione-di-sparkfabrik/). Ulteriori annunci sono attesi a DrupalCon Rotterdam, dal 28 settembre al 1 ottobre 2026.
La disciplina è la stessa su entrambi i piani: il processo di aggiornamento continuo che porta le funzionalità AI in produzione è ciò che rende l'upgrade a Drupal 12 un non-evento.
## Cosa mettere in roadmap adesso
1. Se sei su Drupal 10 (o precedente), **l'upgrade a Drupal 11** va chiuso entro il Q3 2026: dopo, la finestra si sovrappone alla release di dicembre.
2. Se sei su Drupal 11, avvia nei prossimi due trimestri **l'audit delle deprecazioni** e **l'aggiornamento dei container** a PHP 8.5.
3. In entrambi i casi, funzionalità AI e nuove API di design si incassano **aggiornando le minor,** non aspettando dicembre 2026.
Se il vostro processo di rilascio Drupal non è automatizzato in CI/CD con test di compatibilità, l'upgrade a Drupal 12 non sarà un problema di codice: sarà un problema di organizzazione. La documentazione e le guide ufficiali di upgrade da Drupal 11 a 12 coprono i comandi. Non coprono però l'infrastruttura, né il vostro codice custom.
Per un assessment di readiness su codice custom, temi e infrastruttura, [parla con il nostro team Drupal](/it/servizi/drupal/): come Drupal Gold Certified Partner con competenze Cloud Native interne, valutiamo insieme cosa va fatto e in quale trimestre.
## Note e fonti
[^1]: **Drupal 12**. Drupal 12 is the upcoming major version of the open-source content management system, officially scheduled for release the week of December 7, 2026. (fonte: )
[^2]: **Drush**. Drush is a command line shell and Unix scripting interface for Drupal, providing useful commands and generators for site administration and development. (fonte: )
[^3]: **How to upgrade from Drupal 11 to Drupal 12**. Documentazione work in progress, negli snippet di codice è indicato Drush 13. (fonte: )
[^4]: **Argon2id**. Argon2id is a memory-hard password hashing and key derivation function standardized in RFC 9106. It combines Argon2i and Argon2d to resist both side-channel and time-memory trade-off attacks. (fonte: )
[^5]: **Drupal 10**. Drupal 10 is a major release of the open-source Drupal content management system, featuring the Olivero default theme. It will reach end of life on December 9, 2026. (fonte: )
[^6]: **Drupal 11.3.0**. Drupal 11.3.0 is a minor feature release of the Drupal CMS that introduces native HTMX support, a stable Navigation module, and significant performance optimizations. (fonte: )
[^7]: Drupal 7 ha raggiunto la fine del supporto ufficiale a gennaio 2025, Drupal 9 a novembre 2023, mentre la versione attuale (a marzo 2026) è Drupal 11. (fonte: [Upgrade a Drupal 9: perché e come farlo](/it/blog/upgrade-a-drupal-9-perche-e-come-farlo/))
[^8]: **Drupal Rector**. Drupal Rector is an open-source tool built on PHP Rector that automates custom code upgrades and fixes deprecations between major versions of Drupal. (fonte: )
[^9]: Il Project Update Bot gestisce tramite regole Rector oltre l'80% delle API deprecate di Drupal 12. (fonte: )
[^10]: Drupal 11.3 e 11.4 introdurranno due nuove API dedicate al design: la Styles API (con utilities come Typography, Colors, Spacing e un sistema di Themes & Modes per switch di branding e color scheme) e la Design Tokens API (con scoped values che diventano variabili CSS solo a runtime), con l'obiettivo di separare completamente il theming dall'applicazione Drupal e automatizzare il workflow da Figma al browser. (fonte: [DrupalCon Vienna 2025: cosa abbiamo imparato (e cosa cambia per te)](/it/blog/drupalcon-vienna-2025/))
[^11]: **Composer 2.9.3**. Composer 2.9.3 is a December 2025 release of the PHP dependency manager. It includes a critical security patch for an ANSI sequence injection vulnerability (CVE-2025-67746). (fonte: )
[^12]: SparkFabrik ha sviluppato un tool open source chiamato Drush pre-deploy, che permette di scrivere hooks custom da eseguire prima del comando update:db durante il rilascio degli aggiornamenti Drupal su vari ambienti. (fonte: [Upgrade a Drupal 9: perché e come farlo](/it/blog/upgrade-a-drupal-9-perche-e-come-farlo/))
[^13]: Il Context Control Centre (CCC) di DrupalCMS 2.1 è un sottosistema nativo che consente di codificare una volta sola brand voice, tone of voice, design system e requisiti normativi, garantendo che ogni output AI sia allineato agli standard di compliance aziendale senza doverli ridefinire a ogni interazione. (fonte: [Sviluppo Drupal e AI: il nuovo approccio agentic-first](/it/blog/sviluppo-drupal-e-ai-il-nuovo-approccio-agentic-first/))
[^14]: Per la governance dell'AI in ambito enterprise, Drupal introduce il Context Control Center per definire centralmente brand, persona e topic assegnati ai modelli AI. Il pattern raccomandato è 'Human in the Loop': l'AI genera draft che vengono revisionati e approvati da persone prima della pubblicazione. (fonte: [DrupalCon Vienna 2025: cosa abbiamo imparato (e cosa cambia per te)](/it/blog/drupalcon-vienna-2025/))
[^15]: **HTMX**. HTMX is a dependency-free JavaScript library that extends HTML with custom attributes, enabling AJAX, CSS transitions, WebSockets, and Server-Sent Events directly in markup. (fonte: )
[^16]: **Drupal 11.3**. Drupal 11.3 is a minor feature release of the Drupal 11 content management system, released in December 2025. It introduces a stable Navigation module and sets Gin as the default admin theme. (fonte: )
[^17]: **riduzione fino al 71% del payload JavaScript**. A performance metric from Drupal 11.3.0's native HTMX integration. Replacing legacy solutions with HTMX for browser-server interactions reduced the JavaScript payload by up to 71%. (fonte: )
[^18]: **Drupal 11.4**. Drupal 11.4 is a minor feature release of the Drupal 11 series, launched in July 2026. It introduces significant performance improvements, a native command-line interface, and Brotli compression. (fonte: )
[^19]: **Drupal 11.3.0: Biggest performance boost in a decade**. Drupal 11.3 includes a number of significant performance improvements, altogether making it the most significant step forward for Drupal performance in the last 10 years (since the Drupal 8.0.0 release).. (fonte: )
[^20]: DrupalCMS 2.1, basato sul core 11.3, riduce del 50% le query al database per le pagine non in cache, con un impatto diretto sui costi infrastrutturali cloud e sulla gestione dei picchi di traffico. (fonte: [Sviluppo Drupal e AI: il nuovo approccio agentic-first](/it/blog/sviluppo-drupal-e-ai-il-nuovo-approccio-agentic-first/))
[^21]: SparkFabrik ha contribuito il sistema di Guardrails al modulo Drupal AI 1.3: un'architettura che intercetta e filtra le comunicazioni con i Large Language Models applicando regole di validazione pre e post-elaborazione, bloccando l'esposizione di dati sensibili e garantendo la conformità normativa prima della pubblicazione. (fonte: [Sviluppo Drupal e AI: il nuovo approccio agentic-first](/it/blog/sviluppo-drupal-e-ai-il-nuovo-approccio-agentic-first/))
[^22]: **dr, la CLI nativa di Drupal core**. A partire da Drupal 11.4.0 il nuovo entry point `core/scripts/dr` (installato come `vendor/bin/dr`) permette ai moduli di fornire comandi tramite l'attributo `AsCommand`, sostituendo il precedente `core/scripts/drupal`. (fonte: )
[^23]: **Drush command porting guide to the new dr Drupal core CLI**. Guida ufficiale per il porting dei comandi Drush verso la CLI nativa di Drupal core, con il Service Wrapper Pattern per mantenere la compatibilità con entrambi gli ecosistemi durante la transizione. (fonte: )
---
## Domande Frequenti
### Quando esce Drupal 12?
Drupal 12.0.0 è pianificato per la settimana del 7 dicembre 2026, in parallelo a Drupal 11.5.0. La beta1 è prevista per la settimana del 14 settembre 2026 e la release candidate per la settimana del 9 novembre 2026. Le date sono pubblicate nel core release schedule ufficiale.
### Quali sono i requisiti di sistema di Drupal 12?
PHP 8.5 come minimo, MySQL 8.0, MariaDB 10.11, PostgreSQL 18 o SQLite 3.45 come database, Apache 2.4.7 o Nginx 1.1 come web server, e Composer 2.9.3 come tooling. Per Drush non esiste un requisito ufficiale: i comandi stanno migrando nella nuova CLI nativa di Drupal core, ma gli snippet della documentazione di upgrade indicano ancora Drush 13. IIS non è supportato. Argon2id richiede il supporto libsodium o argon2 nell'ambiente PHP.
### È possibile passare direttamente da Drupal 10 a Drupal 12?
No. La versione sorgente minima è Drupal 11.3.0, perché tutti gli update script precedenti sono stati rimossi da Drupal 12. Chi è su Drupal 10 deve prima completare l'upgrade a Drupal 11, preferibilmente entro il Q3 2026 per evitare la sovrapposizione con l'End of Life del 9 dicembre 2026.
### Quanto è complesso aggiornare i moduli e i temi custom a Drupal 12?
Drupal Rector copre oltre l'80% delle deprecazioni nell'ecosistema contrib in modo automatizzato. Sul codice custom enterprise la copertura è inferiore: integrazioni proprietarie, temi custom e moduli su misura richiedono un audit dedicato con Upgrade Status e test automatizzati in pipeline CI/CD.
### Fino a quando sarà supportato Drupal 11?
Drupal 11 resta supportato fino a metà-fine 2028, in concomitanza con il rilascio previsto di Drupal 13. Questa sovrapposizione di circa due anni con Drupal 12 permette di inserire l'upgrade in una roadmap di manutenzione evolutiva ordinaria, senza trattarlo come progetto straordinario.
---
## Articoli Correlati
- [Perché Drupal CMS punta su AI e semplificazione dell'esperienza?](https://www.sparkfabrik.com/it/blog/perche-drupal-cms-punta-su-ai-e-semplificazione-dell-esperienza/) - L'approccio agentic-first e le nuove Recipes trasformano il noto framework in una soluzione pronta …
- [SparkFabrik è il primo Drupal Certified Partner Gold in Italia](https://www.sparkfabrik.com/it/blog/sparkfabrik-drupal-certified-partner-gold/) - Il raggiungimento di questo traguardo premia quasi due decenni di impegno costante nello sviluppo di …
- [DDD 2026: l'AI nello sviluppo Drupal, oltre l'hype e con etica](https://www.sparkfabrik.com/it/blog/ddd-2026-l-ai-nello-sviluppo-drupal-oltre-l-hype-e-con-etica/) - L'integrazione dei modelli linguistici nel CMS open source supera la fase sperimentale per diventare …
---
*Questa è una versione in Markdown dell'articolo per facilitare la lettura da parte di AI e crawler.*
*Visita [https://www.sparkfabrik.com/it/blog/cosa-cambia-con-drupal-12-novita-requisiti-e-migrazione/](https://www.sparkfabrik.com/it/blog/cosa-cambia-con-drupal-12-novita-requisiti-e-migrazione/) per la versione completa con immagini e formattazione.*