Quali requisiti pone Magento 2.4.9 all’hosting, quali modelli esistono, come verificare i fornitori e quali costi aspettarsi.
Magento ha bisogno di un hosting pensato per Magento. Magento Open Source e Adobe Commerce funzionano solo con uno stack software preciso: PHP, MySQL o MariaDB, OpenSearch per la ricerca, Valkey come cache, RabbitMQ per le code e Varnish come cache delle pagine. Un normale pacchetto di web hosting non offre tutto questo.
Per la maggior parte dei merchant la scelta sensata è un hosting gestito presso un fornitore specializzato. Il fornitore gestisce lo stack, lo mantiene aggiornato e lo monitora. Un server proprio ha senso solo se dispone di un team con esperienza Linux, raggiungibile anche di notte.
Per un negozio Magento in produzione conti su costi di hosting di almeno alcune centinaia di euro al mese. Secondo la nostra esperienza i negozi piccoli spendono circa 100-250 € al mese, quelli di medie dimensioni 250-600 € al mese e i cluster per traffico elevato di più. I costi maggiori spesso si aggiungono al server: aggiornamenti, patch di sicurezza e assistenza.
Questo articolo si rivolge ad amministratori, responsabili e-commerce e responsabili IT che gestiscono o rilevano un negozio Magento e vogliono riorganizzare l’hosting. Scoprirà quali requisiti pone ufficialmente Adobe, quali modelli di hosting esistono, come confrontare i fornitori e quanto costa.
Magento non è un piccolo script PHP che gira su qualsiasi server. È un’applicazione grande, con molti servizi che devono funzionare insieme. Un normale pacchetto di web hosting per siti o blog non è pensato per questo.
Un sito WordPress si accontenta di PHP e di un database. Magento ha bisogno di molto di più: un motore di ricerca (OpenSearch), una memoria cache (Valkey, in passato di solito Redis), un servizio di messaggistica per i processi in background (RabbitMQ) e una cache delle pagine davanti all’applicazione (Varnish). Se uno di questi servizi manca o gira nella versione sbagliata, il negozio non funziona o è lento.
Magento svolge molte attività in background. Gli indexer aggiornano prezzi e cataloghi, le code inviano e-mail ed elaborano modifiche in blocco. Per questo i cron job devono girare in modo affidabile ogni minuto e i consumer delle code devono restare sempre attivi. Molti pacchetti di hosting economici non lo consentono o limitano la durata dei processi.
Aggiornamenti, compilazione del codice e distribuzione dei file statici in Magento passano dalla riga di comando. Senza accesso SSH e Composer un negozio Magento non si può mantenere correttamente. Adobe raccomanda un limite di memoria PHP di 1 GB per compilazione e deployment e di 2 GB per il debugging.
Adobe supporta Magento esclusivamente su sistemi Linux con architettura x86-64. Secondo i requisiti di sistema, Windows e macOS non sono supportati. Chi sviluppa su Mac usa quindi i container, e per la produzione un server Linux.
Per ogni versione Adobe pubblica un elenco delle combinazioni software testate. Altre combinazioni possono funzionare, ma non sono supportate. Per un negozio in produzione è bene attenersi a questo elenco, perché altrimenti gli errori sono difficili da individuare.
| Componente | Magento 2.4.9 | Magento 2.4.8 | Magento 2.4.7 |
|---|---|---|---|
| PHP | 8.5 | 8.4, 8.3 | 8.3, 8.2 |
| MySQL | 8.4 | 8.4 | non più nell’elenco |
| MariaDB | 12.3 | 11.4, 11.8 | 10.11, 11.8 |
| OpenSearch | 3 | 3 | 2.19, 3 |
| Valkey | 9 | 8.1 | 8.1 |
| RabbitMQ | 4.3 | 4.3 | 4.3 |
| Varnish | 8 | 8 | 8 |
| Nginx | 1.30 | 1.30 | 1.30 |
| Composer | 2.10 | 2.10 | 2.10 |
Aggiornamento della tabella: requisiti di sistema di Adobe per installazioni on-premises, consultati a novembre 2026. I valori si riferiscono alle patch più recenti. Per Adobe Commerce on Cloud possono valere versioni diverse.
Un fornitore non installa queste versioni una sola volta, ma deve seguirle per anni. Chi oggi usa la 2.4.8 con PHP 8.3 e vuole passare alla 2.4.9 ha bisogno di PHP 8.5 e di MariaDB 12.3 o MySQL 8.4. Chieda quindi a ogni fornitore con quale rapidità rende disponibili nuove versioni di PHP e del database e se può scegliere da sé la versione per ogni ambiente.
Varnish memorizza le pagine già pronte e le consegna senza che PHP debba calcolare nulla. Valkey tiene in memoria le sessioni e la cache interna. OpenSearch gestisce ricerca e filtri nel catalogo. Questi tre servizi incidono sui tempi di caricamento più della pura potenza del processore. Un fornitore dovrebbe offrirli preconfigurati e saper spiegare come si svuota la cache dopo un deployment.
Magento ha bisogno di un server di posta o di un servizio SMTP per le conferme d’ordine. Per HTTPS serve un certificato valido; Adobe non supporta certificati autofirmati. PayPal e il repository dei pacchetti di Adobe richiedono almeno TLS 1.2.
La potenza di calcolo necessaria dipende meno dal fatturato che dal catalogo, dalle estensioni e dai picchi di traffico. I punti seguenti aiutano nella valutazione.
Adobe fa presente che gli aggiornamenti di Magento e delle estensioni possono richiedere fino a 2 GB di RAM. È il limite minimo per un singolo processo, non per l’intero server. Sul server girano anche database, OpenSearch, Valkey, RabbitMQ e Varnish. OpenSearch da solo occupa diversi gigabyte a seconda del catalogo. Secondo la nostra esperienza 8 GB di RAM sono pochi per un piccolo negozio in produzione, mentre 16-32 GB sono usuali per negozi di medie dimensioni.
Le pagine servite da Varnish non costano quasi tempo di calcolo. Costose sono le pagine che non si possono mettere in cache: carrello, checkout, area clienti e ricerca. Per la pianificazione conta quindi il numero di acquirenti contemporanei nel checkout, non il numero di visitatori sulle pagine di categoria.
Immagini dei prodotti, file di log e backup del database crescono nel tempo. Preveda una riserva e chiarisca se i backup restano sullo stesso storage o su uno separato. Uno storage SSD o NVMe veloce è lo standard per Magento, perché indexer e database generano molte piccole operazioni di lettura e scrittura.
Un merchant con 20.000 articoli, tre store view e dieci estensioni prevede per la Black Week il triplo degli ordini contemporanei. Nel funzionamento normale basta un server gestito con 8 core e 32 GB di RAM. Per la settimana delle offerte prenota web server aggiuntivi per due settimane. Con le offerte cluster questo è spesso possibile anche a giornata, con un singolo server no. I numeri sono un esempio, non una raccomandazione per il Suo negozio. La pianificazione diventa affidabile solo con un test di carico sull’ambiente di staging.
Per Magento entrano in gioco cinque modelli. Si distinguono per chi gestisce il server e chi interviene in caso di guasto.
| Modello | Chi gestisce lo stack | Adatto per |
|---|---|---|
| Hosting condiviso | fornitore, ma senza servizi Magento | non adatto a negozi in produzione |
| Server proprio (VPS o root) | il Suo team o la Sua agenzia | team con esperienza Linux e reperibilità |
| Hosting Magento gestito | fornitore specializzato | la maggior parte dei negozi piccoli e medi |
| Cluster gestito | fornitore specializzato | traffico elevato, B2B con molte integrazioni, forti picchi stagionali |
| Adobe Commerce on Cloud | Adobe, su AWS o Azure | aziende con licenza Adobe Commerce |
Un server root costa poco di affitto. Ma Lei si assume la piena responsabilità per sistema operativo, aggiornamenti di sicurezza, firewall, backup e monitoraggio. Se il negozio si ferma il sabato sera, qualcuno del Suo team deve intervenire. Questo tempo di lavoro non compare in nessuna fattura di hosting, ma è reale.
Il fornitore mette a disposizione un server con lo stack Magento preinstallato, applica gli aggiornamenti di sicurezza, monitora i servizi e interviene in caso di guasti. Dell’applicazione stessa, cioè aggiornamenti di Magento ed estensioni, restano responsabili Lei o la Sua agenzia. Questa ripartizione deve essere scritta chiaramente nel contratto.
In un cluster il carico si distribuisce su più server: web server separati, database e servizio di ricerca. Se una parte si ferma, il resto continua a funzionare. Molti fornitori permettono di aggiungere risorse con breve preavviso per i picchi.
Adobe Commerce on Cloud è l’offerta platform-as-a-service di Adobe. Nel piano Pro staging e produzione girano su infrastruttura dedicata presso AWS o Azure, distribuita su tre zone di disponibilità. Sono inclusi Fastly come CDN e New Relic per il monitoraggio. Questa offerta esiste solo insieme a una licenza Adobe Commerce. Per Magento Open Source non è un’opzione.
In Europa ci sono diversi fornitori specializzati in Magento. Ne citiamo due come esempio, per mostrare a cosa prestare attenzione. Non è una classifica né una panoramica completa del mercato.
maxcluster dichiara di gestire l’hosting Magento in un data center a Francoforte sul Meno certificato ISO 27001, PCI DSS e ISAE 3402. Secondo la pagina prodotto, Varnish, Redis, RabbitMQ e un motore di ricerca sono inclusi in tutti i piani, e la disponibilità indicata è del 99,99 % come media annua. I prezzi sono in un listino e in un configuratore.
Hypernode, dai Paesi Bassi, offre piani cloud e dedicati per Magento, Adobe Commerce e Shopware. I prezzi sono indicati IVA esclusa.
Esistono inoltre fornitori di hosting gestito generici che configurano server Magento, e agenzie che offrono l’hosting tramite partner. Per Adobe Commerce c’è anche Adobe Commerce on Cloud.
I fornitori seri mettono a disposizione un ambiente di prova. Carichi lì una copia del Suo negozio, misuri i tempi di caricamento di categoria, pagina prodotto e checkout e faccia un breve test di carico. Solo allora saprà se le prestazioni valgono il prezzo.
I prezzi di hosting per le aziende sono di solito indicati IVA esclusa; in Italia si aggiunge l’IVA al 22 %. Per i prodotti del negozio valgono, a seconda dei beni, anche le aliquote ridotte del 10 %, 5 % e 4 %, che Magento gestisce tramite classi fiscali. La fatturazione elettronica non è un compito dell’hosting: di norma passa dal gestionale collegato al negozio, che invia le fatture al Sistema di Interscambio. Chi valuta un passaggio a Shopware può filtrare nell’elenco partner di Shopware le agenzie in Italia.
I costi dipendono dal modello, dalle dimensioni del negozio e dal livello di assistenza. I valori in tabella sono indicazioni tratte dai nostri progetti, non prezzi di listino. Per Magento si collocano nella parte alta di quanto indichiamo in generale per i sistemi di e-commerce nel nostro articolo sull’hosting e-commerce, perché lo stack è più ampio.
| Variante | Costo mensile (valore di esperienza) | Cosa è incluso |
|---|---|---|
| Server proprio, gestito internamente | circa 50-150 € al mese di affitto | solo l’hardware; gestione, aggiornamenti e reperibilità a parte |
| Hosting gestito, negozio piccolo | circa 100-250 € al mese | stack preinstallato, backup, monitoraggio, aggiornamenti di sicurezza del server |
| Hosting gestito, media impresa | circa 250-600 € al mese | server più potenti, staging, tempi di intervento estesi |
| Cluster gestito | da circa 600 € al mese, spesso oltre 1.500 € | più server, ridondanza, scalabilità flessibile |
| Adobe Commerce on Cloud | su richiesta | gestione della piattaforma, Fastly, New Relic; solo con licenza Adobe Commerce |
Adobe non pubblica prezzi per Adobe Commerce. Sulla pagina dei prezzi ogni opzione porta a una richiesta di offerta personalizzata.
Con Magento la fattura del server è raramente la voce più grande. Ricorrono regolarmente:
Un negozio Magento di medie dimensioni paga 400 € al mese per l’hosting gestito, quindi 4.800 € all’anno. L’agenzia applica quattro patch di sicurezza e impiega per ciascuna un giorno e mezzo, test compreso. Con un costo ipotizzato di 800 € al giorno sono altri 4.800 €. Un passaggio di versione con cambio di PHP costa una tantum da cinque a dieci giorni. In questo esempio l’hosting rappresenta meno della metà dei costi correnti. Le ipotesi sono scelte liberamente; i Suoi numeri dipendono da estensioni e qualità del codice.
Un negozio online tratta nomi, indirizzi, ordini e spesso dati di pagamento. Il provider conserva questi dati per Suo conto. All’hosting si applicano quindi le regole del GDPR sul trattamento per conto del titolare.
Ai sensi dell’articolo 28 del GDPR serve un accordo con il provider come responsabile del trattamento. I fornitori seri lo mettono a disposizione come standard. Verifichi quali sub-responsabili sono indicati, per esempio un data center esterno, una CDN o un servizio di backup.
Un data center nell’UE rende la valutazione più semplice. Con fornitori con sede negli Stati Uniti, come le piattaforme cloud, contano la regione dei dati e la base contrattuale. Da luglio 2023 per le aziende certificate vale la decisione di adeguatezza sull’EU-US Data Privacy Framework. Nei progetti più grandi faccia valutare la questione dal Suo responsabile della protezione dei dati.
Chieda di connessioni cifrate, accessi separati per il Suo team, registrazione degli accessi e una procedura documentata per gli incidenti di sicurezza. Un provider che non sa rispondere per iscritto a queste domande non è adatto a un negozio online.
Dia a ogni persona e a ogni agenzia un proprio accesso SSH e amministrativo. Gli accessi condivisi sono comodi, ma non fanno capire chi ha cambiato cosa. Quando una collaborazione finisce, revochi l’accesso lo stesso giorno.
Adobe supporta ogni versione di Magento solo per un periodo limitato. Dopo la fine del supporto regolare non arrivano più le normali patch di sicurezza. Questo riguarda anche l’hosting, perché le versioni più recenti richiedono software più recente sul server.
| Versione | Pubblicata | Fine del supporto regolare |
|---|---|---|
| 2.4.6 | 14 marzo 2023 | 11 agosto 2026 |
| 2.4.7 | 9 aprile 2024 | 31 maggio 2027 |
| 2.4.8 | 8 aprile 2025 | 31 maggio 2028 |
| 2.4.9 | 12 maggio 2026 | 31 maggio 2029 |
Le date provengono dalla lifecycle policy di Adobe per Adobe Commerce, aggiornata a novembre 2026. Per la 2.4.6 Adobe offre un supporto esteso fino al 31 agosto 2027.
Chi oggi usa ancora la 2.4.6 è fuori dal supporto regolare. Un aggiornamento alla 2.4.8 o 2.4.9 significa quasi sempre anche un cambio di versione di PHP e spesso del database. Chiarisca prima con il provider se le due versioni possono girare in parallelo su un ambiente di staging. Così testa l’aggiornamento senza mettere a rischio il negozio in produzione.
Fissi ogni anno una data per il prossimo aggiornamento importante, possibilmente fuori stagione. Per la maggior parte dei merchant un aggiornamento a gennaio o febbraio è più tranquillo che a ottobre.
Molti merchant, quando cambiano hosting, valutano anche la piattaforma stessa. È sensato, perché un contratto di hosting dura spesso da uno a due anni. Alcune domande aiutano a orientarsi:
Se pensa di cambiare nel medio periodo, un contratto di hosting più breve può avere senso. Un confronto equo tra i sistemi si trova nel nostro articolo Shopware vs. Magento vs. WooCommerce, il percorso di una migrazione nella nostra pagina sulla migrazione da Magento a Shopware 6. Se Magento si adatta bene alla Sua attività, un hosting solido è un investimento migliore di un cambio.
Non per un negozio in produzione. Di solito mancano OpenSearch, Valkey, RabbitMQ, Varnish, processi in background permanenti e memoria sufficiente. Per un test veloce basta un ambiente di sviluppo locale.
Adobe indica fino a 2 GB per gli aggiornamenti dei singoli processi. Poiché sul server girano anche altri servizi, secondo la nostra esperienza per piccoli negozi in produzione prevediamo almeno 16 GB, di più per cataloghi grandi.
No. Adobe Commerce on Cloud esiste solo insieme a una licenza Adobe Commerce. Magento Open Source gira presso un fornitore a Sua scelta o su un server proprio.
Il trasloco vero e proprio con database, file e cambio DNS richiede poche ore se ben preparato. Con i test sul nuovo ambiente e il coordinamento conviene prevedere da due a quattro settimane. Non pianifichi il trasloco in alta stagione.
Almeno la versione che usa oggi e la successiva versione supportata. A novembre 2026 si tratta di solito della 2.4.8 e della 2.4.9.
solution25 è un’agenzia Shopware con sede a Brema. Non ospitiamo direttamente negozi Magento. La aiutiamo però a prendere la decisione giusta: analizziamo il Suo negozio, lo stato della versione e delle estensioni e Le diciamo quale modello di hosting è adatto. Se per Lei ha più senso passare a Shopware, calcoliamo entrambe le strade in modo onesto.
Un buon punto di partenza è la nostra analisi del negozio. Per domande sul passaggio da Magento legga la nostra pagina sulla migrazione da Magento a Shopware 6 oppure ci scriva direttamente.
Henrik Schäfer è responsabile della protezione dei dati certificato TÜV e in solution25 segue i temi di protezione dei dati e compliance nei progetti e-commerce. Aiuta i gestori di shop ad applicare i requisiti del GDPR in modo pratico, senza perdere di vista la conversion. Contattaci
Responsabile di contenuto e aggiornamento: Henrik Schäfer. Aggiornato a: novembre 2026. Prossima revisione dei contenuti: febbraio 2027.
