Il Black Friday 2026 cade
venerdì 27 novembre. Per un e-commerce, però, il giorno da segnare sul calendario non è soltanto quello delle offerte: i controlli tecnici più importanti iniziano settimane prima.
Nel 2026 gli acquisti eCommerce B2c di prodotto in Italia valgono circa
42,6 miliardi di euro, il 6% in più rispetto al 2025. Parallelamente, il numero di imprese italiane con un proprio sito e-commerce è sceso da circa 91.000 a 87.000: nel corso dell'anno sono entrate online 21.717 nuove aziende, mentre 23.211 realtà attive nel 2025 non risultano più presenti. (
Osservatorio eCommerce B2c Netcomm–Politecnico di Milano; CRIBIS)
Preparare il sito significa verificare in anticipo quanta pressione può sostenere, come si comporta da mobile, quanto tempo serve per ripristinarlo da un backup, se checkout ed email transazionali funzionano e chi deve intervenire se qualcosa va storto.
Chi comincia a fine ottobre ha già perso la finestra dei 90 giorni, ma può ancora eseguire gran parte dei controlli entro il 20 novembre. Dopo quella data conviene congelare le modifiche non indispensabili e concentrarsi sulla stabilità.
Quando bisogna iniziare a preparare il sito?
La timeline tecnica può essere organizzata in quattro finestre.
A 90 giorni, quindi indicativamente da fine agosto, si dimensiona il picco atteso, si eseguono i primi test di carico e si verifica davvero il ripristino dei backup. È la finestra adatta agli interventi infrastrutturali più importanti. Anche le linee guida per eventi ad alto traffico di Google Cloud collocano i load test dei workload critici diversi mesi prima dell'evento.
A 30 giorni, quindi entro fine ottobre, si lavora su prestazioni, cache, CDN, immagini, checkout e autenticazione delle email. Se dal test di carico emerge che l'infrastruttura non regge, resta ancora margine per ridimensionarla.
A 7 giorni, dal 20 novembre, conviene applicare un change freeze: niente aggiornamenti o modifiche non indispensabili. Si esegue un ultimo backup, si controllano SSL, monitoraggio, sicurezza e pagamenti.
Nelle ultime 24 ore si ripete l'acquisto completo da smartphone, si verificano alert e dashboard e si definisce chi presidia il sito.
Il freeze prima dei periodi di picco non è solo prudenza teorica: anche operatori di infrastrutture di pagamento adottano finestre senza major release durante Black Friday e Cyber Monday proprio per ridurre il rischio operativo.
Cosa fare: fissare subito la finestra in cui ci si trova e completare prima i controlli che richiedono modifiche infrastrutturali.
Come verificare: calendario condiviso con responsabile e data di completamento di ogni test.
Chi lo fa: responsabile e-commerce con agenzia o referente tecnico.
Quanto traffico deve reggere l'e-commerce?
Il primo numero da recuperare non è una stima generica del “traffico del Black Friday”, ma il
picco reale del proprio sito.
Se esistono dati del 2025, prendete il massimo numero di utenti o richieste concorrenti registrato durante la campagna precedente. I log del server sono preferibili quando servono dati infrastrutturali; GA4 aiuta invece a ricostruire il comportamento degli utenti.
Il brief propone di testare almeno
2 volte il picco precedente. Va considerato per quello che è: uno scenario prudenziale di capacity planning, non uno standard universale. I picchi differiscono molto tra aziende e settori. L'Osservatorio eCommerce B2c ha rilevato, per esempio, che durante Black Friday e Cyber Monday 2024 gli operatori più competitivi potevano arrivare a generare fino a dieci volte il fatturato di una giornata media; fatturato e traffico non sono però la stessa metrica.
Per un test gratuito si può usare
Apache JMeter, software open source progettato per generare carico su applicazioni web e misurarne le prestazioni. Il test deve simulare percorsi realistici — categoria, scheda prodotto, carrello e checkout — e non semplicemente ricaricare la homepage.
Osservate almeno il
95° percentile del tempo di risposta, gli errori HTTP 5xx e CPU/RAM. Il p95 indica il tempo entro cui termina il 95% delle richieste: rende visibili rallentamenti che una semplice media può nascondere.
Non esiste un valore p95 valido per ogni e-commerce. La soglia deve essere definita prima del test rispetto al proprio SLO, cioè l'obiettivo di servizio. Come riferimento separato per la risposta iniziale del server, web.dev indica
0,8 secondi di TTFB o meno come guida approssimativa, precisando che il TTFB non è un Core Web Vital.
Sul checkout, invece, l'obiettivo è semplice:
nessun errore 5xx nel percorso di prova.
Se l'infrastruttura non raggiunge il carico previsto senza degradare oltre le soglie stabilite, è il momento di valutare risorse isolate o scalabili. I Cloud VPS Aruba mettono a disposizione CPU, RAM e storage virtuali isolati, con possibilità di ridimensionamento; per workload più articolati sono disponibili anche Cloud Server OpenStack con risorse dedicate e tariffazione anche oraria.
Cosa fare: testare almeno lo scenario atteso e, come margine prudenziale, uno scenario fino a 2× il precedente picco.
Come verificare: p95, errori 5xx, CPU, RAM e completamento del checkout.
Chi lo fa: agenzia, sviluppatore o sistemista.
Come velocizzare il sito prima del Black Friday?
Un sito che rimane online ma diventa lento sotto carico non ha superato il test.
Su mobile i riferimenti più solidi sono i
Core Web Vitals. Una pagina rientra nella fascia “good” quando, al 75° percentile delle visite reali, registra
LCP entro 2,5 secondi, INP entro 200 millisecondi e CLS entro 0,1.
LCP misura quanto rapidamente compare il contenuto principale, INP la reattività alle interazioni e CLS la stabilità del layout.
Gli interventi più utili dipendono dal sito, ma alcuni sono verificabili. La
cache conserva risposte già generate per poterle riutilizzare; RFC 9111 definisce il comportamento della cache HTTP e direttive come Cache-Control. Una
CDN, Content Delivery Network, distribuisce invece contenuti da nodi più vicini agli utenti e alleggerisce il server di origine.
Su WordPress e WooCommerce conviene inoltre rimuovere plugin inutilizzati, controllare query e database e comprimere le immagini utilizzando formati moderni come WebP o AVIF. Aruba Magazine approfondisce questi interventi nella guida alla
Web Performance Optimization.
Nei piani Aruba compatibili sono documentate CDN, HiSpeed Cache, Redis e altre funzioni dedicate alle prestazioni; l'Hosting Gestito per WooCommerce include inoltre istanze dedicate, CDN e ambiente di staging.
Cosa fare: misurare prima e dopo ogni ottimizzazione, soprattutto su mobile.
Come verificare: LCP ≤2,5 s, INP ≤200 ms, CLS ≤0,1 nelle metriche reali disponibili.
Chi lo fa: agenzia o sviluppatore; il titolare verifica il risultato.
Backup, SSL e sicurezza sono pronti per il picco?
Un backup esistente non basta. Deve essere possibile
ripristinarlo.
Le indicazioni dell'Agenzia per la Cybersicurezza Nazionale prevedono, per i sistemi cui si applicano le relative misure, che i backup siano eseguiti, protetti e verificati e che la loro utilizzabilità venga controllata periodicamente con test di ripristino. È un principio operativo utile anche per un e-commerce: prima del freeze fate un restore in un ambiente separato e misurate quanti minuti richiede.
La soglia è il vostro
RTO, Recovery Time Objective: se avete stabilito che il negozio deve poter tornare operativo entro 60 minuti, un restore da 95 minuti non supera il test. Il valore non è universale e va deciso in base all'impatto economico del fermo.
Aruba Cloud Backup consente di programmare copie orarie, giornaliere, settimanali o personalizzate e di ripristinare i backup; sui servizi compatibili sono disponibili anche funzioni di backup integrate.
Controllate anche il certificato SSL e il rinnovo automatico. Per i certificati gestiti con ACME, l'automazione è preferibile all'intervento manuale; Let's Encrypt raccomanda di iniziare il rinnovo quando rimane circa un terzo della durata del certificato.
Infine verificate
WAF e anti-DDoS. Il WAF, Web Application Firewall, filtra richieste malevole rivolte all'applicazione; una protezione anti-DDoS punta invece a mitigare volumi di richieste progettati per rendere il servizio indisponibile. Aruba documenta WAF e sistema anti-DDoS sui piani Hosting compatibili.
Cosa fare: backup completo, restore di prova, controllo SSL e protezioni.
Come verificare: restore entro l'RTO definito e certificato valido con rinnovo automatizzato.
Chi lo fa: provider o tecnico, con verifica finale del responsabile e-commerce.
Il checkout funziona davvero da smartphone?
Il test del checkout va eseguito come un cliente, non come un amministratore del sito.
Usate uno smartphone su rete mobile e completate un ordine reale o di test passando da scheda prodotto, carrello, indirizzo, spedizione, pagamento e conferma. Ripetete l'operazione per ciascun gateway di pagamento utilizzato.
Il Black Friday 2024 ha mostrato perché va considerata anche la dipendenza da servizi esterni. Tra il 28 e il 29 novembre un guasto alla rete utilizzata da Worldline, provocato dal danneggiamento di cavi in Svizzera, causò problemi ai pagamenti elettronici in Italia proprio durante il Black Friday. Il sito di un negozio poteva essere perfettamente raggiungibile e il pagamento fallire comunque.
Predisponete quindi anche un messaggio di errore comprensibile e una procedura per distinguere un problema del sito da quello del gateway.
Lo stesso controllo riguarda le email transazionali.
SPF dichiara quali server sono autorizzati a spedire per il dominio,
DKIM firma crittograficamente il messaggio, mentre
DMARC stabilisce come gestire le email che non superano i controlli e verifica l'allineamento del dominio. Sono meccanismi standardizzati e i relativi record vengono pubblicati nel DNS.
Chi gestisce DNS Aruba può configurare record SPF, DKIM e DMARC dal pannello di gestione DNS.
Cosa fare: almeno un ordine completo da mobile per ogni gateway e una verifica dell'email di conferma.
Come verificare: 100% dei percorsi di prova completati e SPF/DKIM/DMARC correttamente pubblicati.
Chi lo fa: responsabile e-commerce con agenzia o tecnico.
Cosa controllare nelle ultime 24 ore?
Il 26 novembre non è il momento di ottimizzare il database o installare un nuovo plugin. È il momento di osservare.
Preparate una dashboard con almeno
quattro segnali: disponibilità del sito, tempo di risposta, errori HTTP e stato del percorso di acquisto. Impostate alert prima che inizi il picco.
Aruba Cloud Monitoring può controllare siti e server tramite HTTP e HTTPS, misurare disponibilità e tempi di risposta, verificare il certificato SSL e inviare notifiche in caso di anomalie; a seconda del piano, la frequenza minima dei controlli arriva fino a 60 secondi.
Definite anche chi può prendere una decisione. Se CPU o memoria saturano, chi aumenta le risorse? Se il gateway smette di rispondere, chi verifica il provider? Se il checkout produce errori, chi può disabilitare una modifica recente?
Dopo il Black Friday registrate almeno picco effettivo, p95 dei tempi di risposta, numero di errori, tempo di eventuale indisponibilità e conversioni. Questi dati diventano il punto di partenza del test del 2027.
Cosa fare: attivare il presidio e congelare le modifiche non necessarie.
Come verificare: dashboard e alert provati prima dell'inizio della campagna.
Chi lo fa: referente tecnico con responsabile e-commerce.
Checklist tecnica Black Friday
| Quando |
Controllo |
Soglia/Esito atteso |
Tempo stimato |
Chi lo fa |
| 90 giorni |
Stimare il picco |
Baseline dall'anno precedente; scenario prudenziale fino a 2× |
1–2 h |
Titolare + tecnico |
| 90 giorni |
Load test |
Nessun 5xx sul checkout; p95 entro SLO definito |
2–4 h |
Tecnico/agenzia |
| 90–30 giorni |
Capacità infrastrutturale |
CPU/RAM senza saturazione allo scenario previsto |
1–3 h |
Provider/tecnico |
| 30 giorni |
Core Web Vitals mobile |
LCP ≤2,5 s; INP ≤200 ms; CLS ≤0,1 |
1–2 h |
Agenzia |
| 30 giorni |
Checkout mobile |
100% dei percorsi test completati |
30–60 min |
Titolare/agenzia |
| 30 giorni |
SPF, DKIM, DMARC |
Record presenti e validi |
30–60 min |
Tecnico |
| 7 giorni |
Backup e restore |
Ripristino entro l'RTO aziendale |
Da valutare |
Tecnico/provider |
| 7 giorni |
SSL |
Certificato valido e rinnovo automatico verificato |
15 min |
Tecnico |
| 7 giorni |
WAF/anti-DDoS |
Protezioni previste dal servizio attive |
15–30 min |
Provider/tecnico |
| 7 giorni |
Change freeze |
Zero modifiche non necessarie |
- |
Tutti |
| 24 ore |
Monitoraggio |
Alert HTTP/HTTPS e tempi risposta testati |
30 min |
Tecnico |
| 24 ore |
Ordine finale |
Checkout e conferma email completati |
15–30 min |
Titolare |
Quanto traffico regge il mio hosting?
Non esiste un numero valido per tutti. Dipende da applicazione, database, cache, risorse disponibili e comportamento degli utenti. Il modo corretto per scoprirlo è riprodurre con un load test i percorsi reali del negozio e osservare tempi di risposta, errori e saturazione delle risorse. Se il sistema degrada prima del picco atteso, bisogna aumentare capacità o intervenire sui colli di bottiglia prima della campagna.
Come si fa un test di carico di un e-commerce?
Si costruisce uno scenario che riproduca il comportamento reale degli utenti e lo si esegue aumentando progressivamente il numero di richieste o utenti virtuali. Strumenti open source come Apache JMeter permettono di generare il carico e analizzare tempi ed errori. È preferibile effettuare test pesanti su un ambiente controllato o concordarli con il provider: un test non coordinato sulla produzione può diventare esso stesso causa di disservizio.
Quando fare il backup prima del Black Friday?
Il backup utilizzabile durante l'emergenza deve essere completato prima del change freeze e, soprattutto, deve essere già stato sottoposto a una prova di ripristino. Nell'ultima settimana può essere eseguita un'ulteriore copia coerente con la frequenza richiesta dal negozio. Per un e-commerce ad alto volume può essere necessario proteggere database e ordini con frequenze molto più ravvicinate rispetto ai file statici.
Arrivare al Black Friday con un sito misurato, non sperato
La preparazione tecnica non elimina ogni possibile incidente. Il disservizio dei pagamenti del Black Friday 2024 dimostra che una dipendenza esterna può creare problemi anche quando server e sito funzionano regolarmente.
Ciò che si può controllare è la capacità di individuare il problema e reagire.
Un'infrastruttura adeguata al carico, cache e CDN configurate correttamente, backup realmente ripristinabili, protezione del sito e monitoraggio riducono le variabili lasciate al caso. Nell'offerta Aruba questi requisiti possono essere coperti, in base al progetto, con soluzioni Hosting e Hosting Gestito per WooCommerce, Cloud VPS o Cloud Server, Cloud Backup e Cloud Monitoring.
La domanda utile da farsi prima del 27 novembre, quindi, non è soltanto “il sito è veloce?”. È più concreta:
abbiamo misurato cosa succede quando arriva il picco e sappiamo già chi deve intervenire se qualcosa supera la soglia?