Mancano nove giorni al Black Friday e quest’anno lo affronto con una sensazione diversa dal solito. Nel corso degli anni, progettando e gestendo piattaforme Adobe Commerce per merchant di taglia media, ho imparato che il quarto trimestre è sempre una prova di nervi. Ma il 2020 non assomiglia a nessuno dei precedenti, e voglio spiegare perché e come mi sto organizzando.
La differenza non è tecnica, è di contesto. Con i negozi fisici che hanno lavorato a singhiozzo per gran parte dell’anno, la domanda online era già alta prima di novembre. Non parto da una baseline stagionale, parto da un traffico che in molti store che seguo viaggia da mesi sopra i livelli del picco del 2019. Il Black Friday di quest’anno non è un’onda che arriva su un mare calmo: è un’onda che arriva su un mare già mosso.
Il vero collo di bottiglia quest’anno non è il sito
Lo dico subito, perché è la mia opinione più netta e va contro l’istinto di chi fa il mio mestiere: la parte più fragile della catena, nel 2020, non è l’infrastruttura tecnologica. È la logistica. I corrieri stanno lavorando a saturazione da mesi, e un checkout velocissimo che promette una consegna che poi slitta di una settimana genera più danni di una pagina un po’ lenta.
Questo cambia le mie priorità. Preparo il sistema a reggere i picchi, certo, ma investo la stessa energia nel non promettere quello che la supply chain non può mantenere. Concretamente significa lavorare sulle date di consegna mostrate a carrello, sulle soglie di stock e sulla comunicazione delle finestre di spedizione. Un merchant fashion che seguo, intorno ai 15 milioni di GMV, quest’anno anticipa il cut-off degli ordini per la consegna garantita e lo dice chiaramente in homepage. Non è una scelta di marketing, è gestione del rischio.
Load test: prima si rompe in prova, meglio è
Il principio non cambia: voglio far cadere il sito adesso, in un ambiente controllato, non il 27 alle 6 del mattino. Sto girando load test con profili di traffico realistici, non curve teoriche. Registro il comportamento reale delle settimane precedenti e lo moltiplico, perché il picco del Black Friday non è solo più utenti: è un mix diverso, con più navigazione anonima, più add-to-cart e una concentrazione violenta sul checkout in poche ore.
Le tre domande a cui il test deve rispondere sono sempre le stesse: a quale numero di utenti concorrenti il tempo di risposta degrada, quale componente cede per prima (spesso il database, non il web server), e cosa succede al recupero quando il picco passa. Se non ho una risposta numerica a queste tre domande, non sono pronto, indipendentemente da quanto mi senta tranquillo.
Caching: la difesa che regge davvero
Il full page cache è la mia prima linea. L’obiettivo è che la stragrande maggioranza delle richieste su pagine prodotto e categoria non tocchi mai l’applicazione. Con Varnish davanti, controllo che le pagine ad alto traffico abbiano un hit rate alto e che non ci siano blocchi resi non-cacheable per distrazione: un singolo blocco privato messo dove non serve buca la cache dell’intera pagina.
Il punto delicato quest’anno sono le promozioni. Ogni prezzo dinamico, ogni countdown, ogni badge “solo oggi” rischia di rendere privata una pagina che dovrebbe essere pubblica. La regola che applico: la logica variabile per utente sta nel private content caricato via Ajax, il resto resta cacheable. Meno cose sono personalizzate nella pagina, più il sistema regge.
Scaling: capacità pronta, non capacità sperata
Voglio la capacità in più già allocata prima del giorno, non affidata a un autoscaling che deve reagire mentre l’onda è già arrivata. L’autoscaling è utile, ma ha una latenza: nuovi nodi impiegano minuti a diventare operativi, e nel Black Friday i minuti sono la valuta che conta. Preferisco pagare qualche giorno di over-provisioning e dormire, piuttosto che ottimizzare i costi e giocarmi la giornata dell’anno.
Dedico attenzione particolare al layer che scala peggio: il database e i processi asincroni. Verifico i consumer delle code (ordini, invio email, aggiornamento indici) e mi assicuro che l’accumulo di lavoro durante il picco non si trasformi in ritardi visibili al cliente, come conferme d’ordine che arrivano ore dopo.
Monitoring: guardare le metriche giuste
Durante il picco non guardo la CPU. Guardo le metriche di business e di esperienza: tempo di risposta del checkout, tasso di errore sulle API di pagamento, ordini completati al minuto rispetto alla curva attesa. Un crollo degli ordini a traffico costante è l’allarme più importante che esista, e non lo vedi guardando i grafici dell’infrastruttura.
Imposto le soglie di alerting prima, con calma, questa settimana. Definire un alert sensato mentre sta suonando è impossibile. E tengo aperto un canale unico con chi presidia, perché nel momento critico la cosa che rompe di più non è il sistema, è la comunicazione confusa tra le persone.
Catalogo e promozioni: congelare per tempo
Le cart price rule e i cataloghi promozionali li preparo e li testo adesso, su staging, con casi reali: carrelli misti, regole che si sovrappongono, coupon combinati. Le regole di prezzo mal configurate sono, per esperienza, la causa numero uno di sconti applicati male sotto pressione, e sotto pressione nessuno ha il tempo di fare debug.
La mia regola operativa: congelare le modifiche al catalogo e alle promozioni con qualche giorno di anticipo. Ogni cambiamento fatto il 26 sera è una variabile non testata introdotta nel momento peggiore. Se qualcosa deve entrare all’ultimo, deve avere un motivo forte e una persona che se ne assume la responsabilità.
Plan B: cosa faccio quando qualcosa cede
Do per scontato che qualcosa andrà storto, perché è sempre così, e la differenza tra una brutta giornata e un disastro è avere deciso prima cosa spegnere. Ho una lista di funzioni non essenziali da disattivare per alleggerire il sistema: raccomandazioni, ricerche complesse, feature secondarie. Meglio un sito più spartano ma che vende, che un sito completo che si pianta.
Il pezzo di plan B più importante quest’anno riguarda i pagamenti: se un payment provider ha problemi, voglio poterne privilegiare un altro senza toccare codice. E ho concordato con il cliente, in anticipo, chi ha l’autorità di prendere queste decisioni durante il picco, perché mercoledì notte non è il momento di cercare chi decide.
Cosa conta di più, secondo me, quest’anno
Se dovessi indicare una sola cosa: la coerenza tra quello che il sito promette e quello che l’organizzazione può mantenere. La tecnologia per reggere il traffico la conosciamo e la sappiamo preparare. La vera sfida del Black Friday 2020 è non sovraccaricare una supply chain già tesa con promesse che il sito fa in autonomia. Un merchant che vende un po’ meno ma consegna quando ha detto, quest’anno, esce dal Black Friday in condizioni migliori di chi massimizza gli ordini e poi affoga nei ritardi e nei resi.
La prossima settimana sarà fatta di test, congelamenti e liste di controllo. Poco eroico, e va benissimo così: il Black Friday si vince con la noia della preparazione, non con l’adrenalina del giorno.
Domande frequenti
Quando vanno fatti i load test per il Black Friday?
Con almeno una o due settimane di anticipo, usando profili di traffico realistici ricavati dalle settimane precedenti e non curve teoriche, in modo da avere tempo per correggere ciò che cede prima del giorno.
Qual è il rischio principale del Black Friday 2020?
Non l’infrastruttura del sito, ma la logistica: la domanda online era già alta prima di novembre e i corrieri lavorano a saturazione da mesi. Il rischio è promettere consegne che la supply chain non può mantenere.
Meglio autoscaling o capacità pre-allocata?
Per il picco del Black Friday conviene allocare la capacità in anticipo: l’autoscaling ha una latenza di attivazione di alcuni minuti, e durante l’onda quei minuti sono critici.
Perché le promozioni possono rallentare il sito?
Prezzi dinamici, countdown e badge personalizzati rischiano di rendere non-cacheable pagine che dovrebbero stare in full page cache. La logica variabile per utente va isolata nel private content caricato via Ajax.
Sono Fabio Canovi, esperto di Magento e Adobe Commerce. Lavoro su questa piattaforma dai tempi di Magento 1 e sono tra i primi professionisti in Italia certificati Adobe Commerce. Su questo blog racconto, dal punto di vista di chi ci mette le mani, cosa succede nell’e-commerce e cosa significa per chi vende online.