Black Friday WooCommerce: checklist per preparare l'e-commerce ai picchi di traffico senza farlo crollare

Il Black Friday è il paradosso dell'e-commerce: il giorno in cui hai più possibilità di guadagnare è anche il giorno in cui è più probabile che il sito crolla. Il traffico moltiplica per cinque, per dieci volte il normale. Ogni risorsa dimensionata per il traffico medio improvvisamente non basta: il database si satura, il PHP esaurisce i processi, il checkout diventa lento, e i clienti abbandonano il carrello proprio quando erano pronti a pagare.

La differenza tra un e-commerce che incassa e uno che crolla non è la fortuna: è la preparazione. Le settimane prima del Black Friday sono il momento in cui si decide se il giorno dei saldi sarà un successo o un'emergenza. Ecco la checklist che seguiamo, nell'ordine in cui va eseguita.

1. Stress test: scoprire il limite prima dei clienti

Prima di tutto, devi sapere dove il sito si rompe. Non a caso, il giorno del Black Friday, ma settimane prima, con uno stress test controllato. Simula il picco di traffico atteso e osserva quale risorsa cede per prima — di solito è il database o i processi PHP, non la banda.

# Stress test con k6 (simula 200 utenti simultanei sul checkout)
# Installa k6: https://k6.io/docs/getting-started/installation/

# Script di test (blackfriday-test.js)
cat > blackfriday-test.js << 'EOF'
import http from 'k6/http';
import { check, sleep } from 'k6';

export let options = {
  stages: [
    { duration: '2m', target: 50 },   // ramp-up
    { duration: '5m', target: 200 },   // picco
    { duration: '2m', target: 0 },     // ramp-down
  ],
};

export default function () {
  let res = http.get('https://iltuostore.it/shop/');
  check(res, { 'status 200': (r) => r.status === 200 });
  sleep(1);
}
EOF

# Esegui il test
k6 run blackfriday-test.js

2. Caching: la leva più efficace (con un'eccezione)

La caching è la difesa più efficace contro i picchi: serve pagine precompilate invece di generarle per ogni visitatore. Per il Black Friday, verifica che la page cache copra il catalogo e le pagine prodotto, e che la object cache (Redis o Memcached) sia attiva sul database. Ma — ed è fondamentale — il checkout non va mai in cache: una pagina di checkout in cache serve a un cliente i dati di un altro.

// Escludi checkout e carrello dalla page cache (functions.php)
add_filter( 'rocket_cache_reject_uri', function( $uri ) {
    $uri[] = '/checkout';
    $uri[] = '/carrello';
    $uri[] = '/account';
    return $uri;
});

// Pre-carica le pagine prodotto più visitate (cache warm)
add_action( 'init', function() {
    if ( ! wp_next_scheduled( 'bf_cache_warmup' ) ) {
        wp_schedule_event( time(), 'hourly', 'bf_cache_warmup' );
    }
});
add_action( 'bf_cache_warmup', function() {
    $top_products = [ 12, 45, 78, 102, 156 ]; // ID prodotti più venduti
    foreach ( $top_products as $id ) {
        wp_remote_get( get_permalink( $id ) );
    }
});

3. Backup realtime: perché il giornaliero non basta

Il giorno del Black Friday un backup giornaliero è insufficiente. Se il sito si rompe alle 14:00 e il backup è delle 03:00, perdi undici ore di ordini — potenzialmente migliaia di transazioni. Il backup realtime (o con frequenza molto alta) cattura ogni ordine man mano che arriva, e un ripristino perde al massimo pochi minuti. Per il Black Friday è la differenza tra un incidente e un disastro.

4. Monitoraggio: vedere il problema prima dei clienti

Il monitoraggio durante il picco non è opzionale. Devi sapere in tempo reale se il sito risponde, quanto ci mette, e se il checkout funziona. Un monitoraggio che controlla solo la home page non basta: il checkout è la pagina che genera fatturato, ed è la più fragile. Configura un monitoraggio che simuli un percorso di acquisto completo:

# Monitoraggio del checkout con curl (cron ogni 2 minuti)
#!/bin/bash
# Verifica che la pagina prodotto carichi e il carrello risponda
PRODUCT_HTTP=$(curl -s -o /dev/null -w '%{http_code}' https://iltuostore.it/prodotto-pilota/)
CART_HTTP=$(curl -s -o /dev/null -w '%{http_code}' https://iltuostore.it/carrello/)
CART_TIME=$(curl -s -o /dev/null -w '%{time_total}' https://iltuostore.it/carrello/)

if [ "$PRODUCT_HTTP" != "200" ] || [ "$CART_HTTP" != "200" ] || (( $(echo "$CART_TIME > 3.0" | bc -l) )); then
    # Alert via webhook (Slack, Telegram, email)
    curl -X POST https://api.telegram.org/bot{token}/sendMessage \
      -d chat_id={chat} \
      -d text="⚠️ BF ALERT: prodotto=$PRODUCT_HTTP carrello=$CART_HTTP (${CART_TIME}s)"
fi

5. Verifica checkout e pagamenti

Il giorno del Black Friday non è il momento di scoprire che il gateway di pagamento ha un limite di transazioni, o che il calcolo delle spedizioni non gestisce il volume. Settimane prima, verifica il checkout con ordini reali: testa il gateway in sandbox sotto carico, verifica che il calcolo delle spedizioni regga, controlla che le email di conferma partano. Ognuno di questi, se fallisce il giorno dei saldi, costa fatturato direttamente.

6. Piano di rollback

Infine, il piano di rollback. Se un aggiornamento dell'ultimo minuto rompe qualcosa, devi poter tornare indietro in minuti, non in ore. Avere un backup verificato e una procedura di ripristino testata è ciò che trasforma un disastro in un incidente. Il Black Friday non perdona l'improvvisazione: la preparazione è tutto, e inizia settimane prima.

Nei piani di assistenza WooCommerce, la preparazione ai picchi stagionali è inclusa: stress test, ottimizzazione della caching, backup realtime, monitoraggio del checkout e piano di rollback. Perché il giorno in cui puoi guadagnare di più non è il giorno in cui puoi permettere che qualcosa vada lasciato al caso.