WooCommerce 11.0 è disponibile: negozi più veloci, gestione ordini ospite, analisi più chiare

WooCommerce 11.0 è stato rilasciato il martedì 4 agosto 2026 — una settimana dopo quanto inizialmente previsto, per una ragione valida. Si tratta di un rilascio importante: 551 pull request da 89 contributor, aggiornamento del database e una rimozione significativa che alcuni negozi noteranno subito.

Se gestisce un negozio WooCommerce, ecco cosa è effettivamente cambiato, cosa implica per l’operatività quotidiana e cosa verificare prima di procedere con l’aggiornamento.

Prima di tutto, il rilascio

WooCommerce aveva inizialmente previsto il rilascio della 11.0 per il 28 luglio. Durante i test del primo release candidate, il team ha rilevato un errore fatale attivato in condizioni specifiche da una delle nuove funzionalità di performance. Invece di distribuire la versione a un plugin con oltre 7 milioni di installazioni attive, il rilascio è stato rimandato di una settimana, è stato pubblicato un secondo release candidate il 29 luglio e la versione definitiva è uscita il 4 agosto.

Il team non ha annunciato variazioni nell’ambito del rilascio insieme al rinvio — la comunicazione ufficiale ha riguardato solo la tempistica.

WordPress

6.9 o superiore

PHP

7.4 o superiore

Testato fino a

WordPress 7.0 (l’elenco su WordPress.org attualmente riporta 7.0.2)

Il negozio dovrebbe risultare più veloce

La performance è il tema centrale della 11.0, con 28 pull request dedicate a performance, caching o scalabilità. Due cambiamenti sono particolarmente rilevanti.

Il caching degli oggetti prodotto è ora attivo di default

Questo è il cambiamento principale. WooCommerce ora esegue il caching degli oggetti prodotto di default, con un impatto misurato concreto:

• I prodotti variabili si caricano circa dal 9 al 12% più velocemente nelle pagine prodotto
• I bundle vengono processati dal 6 al 12% più velocemente in fase di checkout

Nota importante: questa funzione è attiva di default solo per i nuovi negozi installati. I negozi esistenti non sono interessati e mantengono l’impostazione opt-in; può attivarla manualmente per testarla e WooCommerce ha annunciato un’estensione della funzione in un prossimo rilascio.

Se vende prodotti variabili o bundle con qualsiasi volume, conviene testare questa modifica in staging e poi attivarla. Per la maggior parte dei cataloghi, è l’intervento più incisivo di questa release. Se le pagine prodotto risultano ancora lente nonostante la cache attiva, il collo di bottiglia è di solito il front end, non il database: in questo caso serve ottimizzazione della velocità delle pagine.

La schermata Ordini non rallenta più

Se il negozio utilizza High-Performance Order Storage e la schermata Ordini impiega alcuni secondi a caricarsi, la 11.0 riscrive le query dietro quella schermata. Le ottimizzazioni riguardano i due casi più lenti: liste filtrate su più stati ordine e le query di conteggio che si attivano quando si carica la schermata senza filtri di ricerca.

L'amministrazione dei prodotti ora dispone di contatori di stato persistenti, quindi i conteggi «Pubblicati / Bozza / Cestino» sopra l'elenco prodotti non devono più essere ricalcolati da zero a ogni caricamento della pagina.

Dietro le quinte

Altri due cambiamenti rilevanti soprattutto se gestisce uno storefront headless o un catalogo di grandi dimensioni:

• L'API Store ora limita e de-duplica le richieste di dati delle collezioni di prodotti. Le richieste che superano il limite restituiscono un HTTP 400, e il limite è regolabile tramite filtro — quindi, se serve richiedere più dati per motivi validi, il suo sviluppatore può aumentare la soglia.
• La generazione del catalogo POS ora avviene tramite elaborazione a blocchi, con dimensione e timeout configurabili, evitando che cataloghi molto grandi vadano in timeout durante la generazione.

Gli ospiti possono ora recuperare i loro vecchi ordini

Questa è la funzione che probabilmente ridurrà il numero di ticket di assistenza.

Finora, un cliente che acquistava come ospite tre volte e poi creava un account non aveva modo di visualizzare gli acquisti precedenti. La cronologia ordini partiva da zero. Ogni cliente che voleva una fattura, una richiesta di garanzia o un riacquisto doveva scrivere una mail.

WooCommerce 11.0 risolve questa lacuna. Un cliente autenticato può ora cercare gli ordini effettuati come ospite con il proprio indirizzo email, confermare la proprietà tramite un link di verifica email e collegare quegli ordini al proprio account. Una volta verificato, gli ordini vengono associati all’ID utente e compaiono nella cronologia ordini.

La verifica non è opzionale né saltabile — l’associazione avviene solo dopo che il cliente dimostra di controllare l’indirizzo email. Questo impedisce fughe di dati sulla cronologia ordini.

La funzione si basa direttamente sul flusso di creazione account post-acquisto introdotto in WooCommerce 9.5 e chiude il cerchio: ora gli ospiti possono creare un account dopo l’acquisto e quell’account eredita anche gli ordini precedenti.

Analitiche realmente affidabili

Tre correzioni qui, ognuna risolve un modo specifico in cui WooCommerce Analytics poteva fornire dati fuorvianti.

I rimborsi ora vengono attribuiti al mese corretto. Il report vendite v3 aggiunge un valore rimborsi a ogni intervallo di date. In precedenza, la gestione dei rimborsi rendeva inaffidabili i confronti mensili delle vendite nette: un rimborso emesso a giugno per un ordine di maggio alterava uno dei due periodi. Ora i rimborsi sono conteggiati nel periodo effettivo. (Gli endpoint dei report v1 e v2 restano invariati, quindi nulla di ciò che ha già integrato si rompe.)

Gli import storici falliti sono visibili e ripetibili. Se ha mai migrato uno store, avviato un’importazione storica in Analytics e si è ritrovato con dati mancanti, questa novità è utile. I job di importazione falliti ora compaiono nell’admin con un pulsante per riprovare. Due nuovi endpoint lo supportano: GET /wc-analytics/imports/status e POST /wc-analytics/imports/retry-failed.

I conteggi delle sessioni non sono più gonfiati. Gli eventi Analytics ora richiedono un ID visitatore stabile. Bot e client temporanei che si collegano e spariscono non vengono più conteggiati come sessioni. Dopo l’aggiornamento, si aspetti che il numero di sessioni diminuisca: è la correzione in azione, non una regressione. Anche il tasso di conversione risulterà più veritiero.

Piccoli cambiamenti che fanno la differenza

La riserva stock ora dura 60 minuti di default. Quando lo stock viene riservato per un ordine che non ha ancora completato il checkout, la durata predefinita è ora un’ora se non viene specificata. Se vende articoli a disponibilità limitata e serve una finestra diversa, il suo sviluppatore può impostare una durata esplicita.

I numeri di telefono internazionali funzionano meglio. Due nuovi hook — woocommerce_validate_phone e woocommerce_format_phone_number — permettono agli sviluppatori di gestire formati locali e numeri non in cifre arabe, e di controllare separatamente visualizzazione e validazione. Il nuovo metodo WC_Validation::is_phone_format() verifica la struttura del numero senza dipendere dal paese. Se vende all’estero e ha avuto clienti bloccati dalla validazione del telefono in fase di checkout, questa è la soluzione.

Anteprime email più pulite. Un nuovo filtro woocommerce_email_preview_show_shipping_details nasconde i dati di spedizione fittizi nelle anteprime email — utile se sta progettando template per prodotti digitali e non vuole indirizzi falsi nel mockup.

Email a blocchi più ricche. L’editor email a blocchi ora supporta l’incorporamento di Vimeo, TikTok e Dailymotion, visualizzati come miniature cliccabili.

Migliorie all’accessibilità. Tabelle del carrello e schermate admin sono state riviste per l’accessibilità, inclusi cambi di contrasto colore per rispettare WCAG 2.2 AA.

Ancora in beta: recupero del checkout

WooCommerce sta integrando il recupero dei carrelli abbandonati nel core, e la 11.0 lo mantiene come beta opzionale. Può attivarlo in WooCommerce → Impostazioni → Avanzate → Funzionalità.

Attualmente include: email di recupero per checkout abbandonati, invio manuale di email di recupero da un ordine idoneo, filtro per definire quali stati ordine sono considerati idonei (woocommerce_checkout_recovery_eligible_statuses), e percorso di disiscrizione con gestione privacy integrata.

Questo ultimo aspetto è importante. L’email di recupero è proprio il tipo di funzione che può creare rischi di conformità se implementata male, quindi avere disiscrizione e privacy gestite nel core fin dall’inizio è la scelta corretta. Se attualmente paga per un plugin di recupero carrelli di terze parti, vale la pena monitorare questa funzione — ma è una beta, quindi la testi su un ambiente non di produzione.

Sta arrivando anche una nuova interfaccia Impostazioni basata su React, con i moduli che migrano verso il componente condiviso DataForm.

L’unica cosa che potrebbe creare problemi: Product Editor Beta

Se aveva attivato la beta del nuovo editor prodotti, dopo l’aggiornamento il suo store torna all’editor classico. Nessun dato viene perso — i prodotti restano — ma l’interfaccia a cui era abituato non sarà più disponibile.

Il rischio maggiore riguarda le estensioni. Se qualche plugin del suo store si basava sul pacchetto product editor o sulle sue API sperimentali, serve un aggiornamento. Verifichi con i fornitori delle estensioni prima di aggiornare, soprattutto se usava campi o tab personalizzati nella schermata di modifica prodotto.

Altri due cambiamenti da segnalare a chi gestisce il tema: il blocco Immagine prodotto ha eliminato l’attributo Risoluzione a favore delle immagini responsive standard, e l’oggetto interrogato nella pagina Shop ora è un WP_Post invece di un WP_Post_Type. Se il tema fa qualcosa di particolare con la query della pagina shop, potrebbe essere necessario un controllo.

Action Scheduler 4.0.0 incluso nell’aggiornamento

WooCommerce 11.0 include Action Scheduler 4.0.0 — la coda di job in background che gestisce email programmate, rinnovi abbonamenti, webhook e molte attività delle estensioni. L’avanzamento di versione è intenzionale: segnala cambiamenti non retrocompatibili.

Le azioni fallite ora vengono eliminate automaticamente dopo tre mesi. Una buona notizia per gli store ad alto volume, dove l’accumulo di azioni fallite è una causa nota di crescita del database. La finestra di conservazione è regolabile tramite il filtro action_scheduler_retention_period_for_failed e l’intera funzione può essere disattivata con action_scheduler_enable_failed_action_cleanup se serve mantenere tutto.

I controlli di unicità ora includono anche gli argomenti. In precedenza, la deduplicazione considerava solo hook e gruppo. Se due job avevano lo stesso hook ma parametri diversi, uno poteva essere scartato come duplicato. Ora anche gli argomenti fanno parte del confronto — il comportamento corretto, ma significa che store che si basavano inconsapevolmente sulla vecchia logica vedranno più azioni create rispetto a prima.

La pulizia viene eseguita come processo dedicato ogni giorno alle 3:00 ora del sito, elaborando almeno 250 azioni per batch, invece di essere eseguita inline durante l'elaborazione della coda. La dimensione del batch è regolabile tramite action_scheduler_cleanup_batch_size. Action Scheduler 4.0.0 richiede WordPress 6.8 o superiore.

Checklist per l’aggiornamento

1. Verifichi il suo ambiente. Sono richiesti WordPress 6.9+ e PHP 7.4+. Se uno dei due non è aggiornato, risolva prima questo aspetto.
2. Aggiorni in staging. Crei una copia aggiornata della produzione, esegua l’aggiornamento lì e avvii l’aggiornamento del database.
3. Verifichi le sue estensioni. Qualsiasi plugin che interviene sull’editor prodotto, sui processi in background o sullo Store API va controllato con attenzione. Chieda ai fornitori la compatibilità con la versione 11.0.
4. Esegua ordini di test. Checkout come ospite, checkout autenticato, un prodotto variabile, un bundle se li vende. Verifichi che imposte e spedizione vengano calcolate correttamente.
5. Controlli i processi in background. Monitori la coda di Action Scheduler per un giorno e verifichi che le attività pianificate vengano ancora eseguite — qui si manifestano le modifiche di Action Scheduler 4.0.0.
6. Conosca la procedura di rollback. Preveda un backup del database e una procedura documentata per tornare alla 10.9 prima di intervenire in produzione.
7. Poi valuti la cache degli oggetti prodotto. Quando la 11.0 è stabile sul suo store, provi ad attivarla in staging e misuri la differenza sul proprio catalogo.

Deve aggiornare?

Sì — ma non oggi, e non direttamente in produzione.

WooCommerce 11.0 è una release solida. Il lavoro sulle prestazioni è misurabile, la funzione per l’assegnazione degli ordini ospite risolve un reale carico di supporto, e le correzioni agli analytics sistemano dati che erano silenziosamente errati. Solo la nuova pulizia di Action Scheduler eviterà a molti store un database che cresce troppo lentamente.

Il rischio è limitato, ma non nullo: la rimozione dell’editor prodotto e le modifiche al comportamento di Action Scheduler sono i due punti critici. Entrambi sono gestibili testando prima in staging — e visto che questa release ha richiesto una seconda release candidate per risolvere un errore critico, è un consiglio da seguire con attenzione.

Se questo aggiornamento la porta a riflettere sulla reale adeguatezza di WooCommerce per il futuro del suo negozio, due nostri articoli precedenti sono il punto di partenza più trasparente: quanto costa davvero WooCommerce dal secondo anno e la scheda di valutazione che usiamo per capire quando ha senso lasciare WooCommerce — e quando invece non è giustificato.

Gestisce uno store WooCommerce?

Gestiamo sviluppo WooCommerce per store dove aggiornamenti, verifica delle estensioni e disciplina di staging sono responsabilità di qualcuno — nostra. Se preferisce delegare l’aggiornamento alla 11.0, ci contatti.