WooCommerce 11.0: le novità in arrivo il 28 luglio e cosa fare prima di aggiornare

Il 28 luglio esce WooCommerce 11.0, e per una volta il changelog mi ha strappato un sorriso: quasi tutto quello che c’è dentro parla dei problemi che vedo ogni settimana sui negozi dei miei clienti. Ho letto l’annuncio della pre-release e provato la beta: ecco cosa cambia davvero, senza il rumore di fondo dei comunicati, e cosa ti consiglio di fare prima di cliccare “Aggiorna”.

Prestazioni: finalmente si pensa ai negozi veri

Il tema dominante della release è la performance: 28 pull request dedicate a velocità, caching e scalabilità. La schermata ordini con HPOS ottimizza le query sulle liste multi-stato, e la generazione dei cataloghi per i punti cassa passa a un’elaborazione a blocchi che non va più in timeout sui cataloghi grandi.

La novità che mi interessa di più è il product object caching, attivo di default per i nuovi negozi: secondo i numeri ufficiali i prodotti variabili si caricano il 9-12% più velocemente e i bundle guadagnano il 6-12% al checkout. Sembrano percentuali piccole, ma sui prodotti con tante varianti fanno la differenza: il configuratore a varianti che ho costruito per un produttore di tende macina esattamente quel tipo di query a ogni clic. Sui negozi esistenti il caching arriverà in una release futura, ma si può già attivare come esperimento.

Ordini ospite e account: un aggancio che mancava

WooCommerce 11.0 introduce la verifica dell’indirizzo email per i clienti loggati: chi conferma di possedere un indirizzo può collegare al proprio account gli ordini fatti in passato come ospite. Chi gestisce un negozio lo sa: metà degli acquirenti compra da ospite, poi crea l’account e “sparisce” lo storico. Questo aggancio ricuce i due mondi, con un link di conferma in stile WordPress al posto dei codici usa e getta della prima implementazione.

Report più onesti

Tre ritocchi utili a chi i numeri li guarda davvero. Gli import storici di Analytics ora mostrano i job falliti e offrono un pulsante per riprovarli, anche via API. Il report vendite v3 aggiunge i rimborsi in ogni intervallo di date: il calcolo del netto per periodo smette di essere un esercizio di pazienza. E gli eventi analytics richiedono un visitor ID stabile, che significa meno sessioni gonfiate da bot e client anonimi.

Recupero carrelli nativo: ci siamo quasi

Checkout Recovery resta in beta anche in 11.0, ma cresce: si può inviare manualmente un’email di recupero da un ordine idoneo, con disiscrizione a un clic e gestione privacy inclusa. È la funzione che fino a oggi richiedeva per forza un plugin esterno, spesso a pagamento. Non è ancora pronta per la produzione, ma la direzione è chiara: il recupero dei carrelli abbandonati sta entrando nel core. La tengo d’occhio per i negozi che seguo.

Addio Product Editor (e no, non rompe i tuoi prodotti)

WooCommerce 11.0 completa il ritiro del Product Editor beta, il nuovo editor prodotti a blocchi che non ha mai convinto. Lo dico subito, perché è la domanda che mi farebbero tutti i clienti: non cambia nulla per i tuoi prodotti. Sparisce solo una schermata sperimentale di modifica; i dati restano dove sono e si torna all’editor classico, quello che il 99% dei negozi non ha mai abbandonato.

Per chi sviluppa: vanno controllati eventuali riferimenti al pacchetto @woocommerce/product-editor, ai suoi feature flag e alle sue API sperimentali. Nella stessa pulizia rientrano altri dettagli da changelog: la durata di default di ReserveStock passa a 60 minuti, la tassonomia delle classi di spedizione diventa privata, e sulla pagina Shop get_queried_object() restituisce il WP_Post della pagina invece del post type dei prodotti. Piccole cose, finché un plugin non ci inciampa.

Nota che apprezzo da sviluppatore: i nuovi hook per la validazione e la formattazione dei numeri di telefono. Chi vende solo in Italia potrà finalmente validare i numeri locali senza sovrascrivere mezzo checkout.

Cosa fare prima di aggiornare

Il mio metodo non cambia da anni, ed è il motivo per cui i negozi che seguo in manutenzione non si rompono agli aggiornamenti: mai aggiornare il giorno della release. Le major di WooCommerce meritano una settimana di decantazione, il tempo che emergano le incompatibilità con i plugin più diffusi e arrivi l’eventuale 11.0.1.

La sequenza pratica: backup completo di file e database, verifica che i plugin critici (pagamenti, spedizioni, fatturazione) dichiarino la compatibilità con 11.0, prova su staging se il negozio fattura, e solo dopo l’aggiornamento in produzione, in un orario di traffico basso. Nel mio test la beta ha girato senza intoppi, ma una beta su un ambiente di prova e un negozio in produzione con venti plugin sono due mondi diversi: la prudenza resta. Se hai personalizzazioni sul checkout o sulle schede prodotto, è il momento di ricontrollarle: le note di compatibilità di questa release toccano proprio lì.