Hosting per e-commerce: requisiti per WooCommerce, PrestaShop e simili

Un negozio online ha esigenze di hosting diverse da un sito vetrina perché ogni pagina è in parte dinamica, il database lavora di continuo e un fermo si traduce subito in ordini persi. Per un e-commerce basato su WooCommerce, PrestaShop o software simili servono risorse riservate e adeguate (processore, memoria, database veloce), una cache configurata con attenzione, un certificato valido, backup frequenti del database, monitoraggio e un piano per i picchi di traffico. Un piano condiviso di ingresso può bastare per un catalogo piccolo e poco visitato, ma diventa presto il collo di bottiglia.

Perché un negozio pesa più di un sito vetrina

In un sito vetrina le pagine possono essere in gran parte memorizzate e servite senza grandi elaborazioni. In un negozio, il carrello, l'area clienti, il pagamento e i prezzi personalizzati non possono essere memorizzati nello stesso modo: ogni richiesta fa lavorare il linguaggio di programmazione e interroga il database. Se arrivano molte visite insieme, per esempio durante una promozione, il numero di processi simultanei cresce e il server può rallentare o rifiutare richieste.

I fattori che incidono di più sono: numero di prodotti e varianti, quantità di plugin o moduli, ricerca interna e filtri, immagini non ottimizzate e integrazioni con gestionali o magazzini.

Risorse da verificare nel piano

Risorsa	Perché conta nel negozio	Cosa chiedere
Processore e processi simultanei	Ogni visitatore attivo genera elaborazioni	Limite di processi e di richieste simultanee
Memoria	Gli script del negozio ne richiedono molta	Memoria disponibile per script e per il database
Disco	Velocità di lettura e scrittura del database e delle immagini	Tipo di disco e quota di operazioni al secondo
Database	Cuore del negozio	Versione, dimensione massima, connessioni simultanee
Cache	Riduce il carico sulle pagine pubbliche	Cache a livello di server e compatibilità con il carrello
Traffico e banda	Immagini e file pesano	Soglie di traffico e rallentamenti oltre la quota

Per leggere questi parametri e convertirli in una scelta, vedi la guida sul dimensionamento delle risorse.

Gestire i picchi di traffico

I picchi sono prevedibili (saldi, festività, campagne pubblicitarie) oppure no (un articolo che diventa virale). Alcune misure.

Avvisa il fornitore di campagne importanti, se il contratto lo prevede, e verifica se esistono opzioni di aumento temporaneo delle risorse.
Usa un piano scalabile o un cloud con risorse modificabili per brevi periodi, accettando la complessità aggiuntiva descritta nella guida al cloud a consumo.
Ottimizza le immagini e usa una rete di distribuzione dei contenuti per i file statici.
Prova il carico prima della campagna con strumenti di test, in un ambiente separato.
Riduci i plugin che eseguono operazioni pesanti a ogni richiesta.

Esempio illustrativo: un negozio con 300 visite giornaliere normali prevede 2.000 durante i saldi, concentrate in poche ore. Se un visitatore attivo genera in media una richiesta dinamica ogni pochi secondi, in quelle ore le richieste simultanee possono moltiplicarsi di molte volte rispetto al normale: conviene verificare con il fornitore il limite di processi e di connessioni al database e, se necessario, passare temporaneamente a un piano più capiente.

Cache: utile, ma senza rompere il carrello

La cache accelera le pagine pubbliche (home, categorie, schede prodotto) ma va esclusa o gestita in modo particolare per carrello, pagamento e area clienti, che devono essere diversi per ogni utente. Una cache configurata male può mostrare a un cliente il carrello di un altro o prezzi non aggiornati. Usa le indicazioni del software del negozio e del fornitore, e prova in ambiente separato.

Pagamenti e sicurezza

Se il negozio accetta carte, valgono gli standard di sicurezza del settore dei pagamenti (PCI DSS). Il modo più semplice per ridurre l'impegno è non far transitare né salvare i dati della carta sul tuo server: usando una pagina di pagamento ospitata dal fornitore del servizio di pagamento, i dati della carta non toccano il tuo sito, e l'ambito della conformità risulta più limitato. Verifica sul sito dell'ente che gestisce lo standard e con il tuo fornitore di pagamenti quali obblighi ti riguardano.

Altre misure essenziali per un negozio: certificato valido su tutto il sito, aggiornamenti tempestivi di piattaforma e moduli, password forti e autenticazione a due fattori per gli amministratori, limitazione dei tentativi di accesso, regole di firewall, e un piano per la gestione di una violazione dei dati. Approfondisci nella guida sulla sicurezza dell'hosting.

Backup e ripristino per un negozio

Il database ordini cambia di continuo, quindi la frequenza del backup incide direttamente sulla perdita di dati in caso di problema. Per un negozio il backup del solo file system non basta: serve un salvataggio frequente del database e una copia esterna. Segui l'impostazione descritta nella guida su backup e ripristino e prova il ripristino.

Disponibilità: quanto costa un'ora di fermo

Per scegliere il piano valuta il valore delle vendite nelle ore di punta, non la media annua. Il calcolatore del costo del downtime dà un ordine di grandezza. Se il costo atteso di un'ora di fermo è alto, un SLA più elevato, un'architettura con più server e una assistenza con tempi di risposta garantiti hanno senso economico. Leggi SLA e uptime.

Dati dei clienti e normativa

Un negozio tratta dati personali di clienti: nome, indirizzo, ordini, spesso dati di pagamento tramite terzi. Servono informativa, contratto di nomina con il fornitore di hosting e attenzione ai servizi esterni collegati (spedizioni, newsletter, analisi). I dettagli sono in Hosting e GDPR.

Scegliere tra gestito, VPS e cloud per un negozio

Hosting gestito per e-commerce: adatto a chi non ha un tecnico e vuole un ambiente preparato per il proprio software.
VPS gestito: più controllo, risorse riservate, buon compromesso per cataloghi medi.
Cloud con più componenti: separare sito, database e file statici aiuta nei picchi, ma richiede competenze.

Per una panoramica leggi hosting condiviso, VPS e cloud e WordPress gestito.

Errori da evitare

Scegliere un piano condiviso di ingresso per un catalogo grande.
Dimenticare di provare carrello e pagamento dopo ogni aggiornamento.
Usare una cache che non esclude carrello e area clienti.
Fare backup solo dei file e non del database.
Non avvisare il fornitore delle campagne con picchi attesi.

Quando consultare un professionista

Per negozi con volumi rilevanti, integrazioni con gestionali o requisiti di sicurezza sui pagamenti, coinvolgi uno sviluppatore esperto della piattaforma e, per gli aspetti legali (informative, condizioni di vendita), un legale specializzato.

Domande frequenti

Un hosting condiviso va bene per un piccolo negozio?

Può andare per un catalogo ridotto e poco traffico, purché i limiti di risorse siano adeguati. Con la crescita conviene passare a un piano con risorse riservate.

Il certificato SSL è obbligatorio?

È indispensabile in pratica, perché protegge i dati degli utenti e i browser segnalano come non sicuro un sito privo di protezione nelle pagine con moduli.

Devo preoccuparmi di PCI DSS?

Dipende da come gestisci i pagamenti. Se usi una pagina di pagamento ospitata dal fornitore, gli obblighi sono ridotti, ma vanno verificati con il fornitore dei pagamenti.

Come evito che il negozio si fermi durante i saldi?

Prova il carico, informa il fornitore, ottimizza immagini e plugin, e valuta un aumento temporaneo delle risorse.

Fonti e approfondimenti

PCI Security Standards Council — standard di sicurezza per i pagamenti con carta.
Garante per la protezione dei dati personali — trattamento dei dati dei clienti.
WordPress.org — requisiti di WordPress, base di WooCommerce.