Impostazioni del tema ad alto traffico: cosa disattivare prima del BFCM

La maggior parte dei merchant che si avvicinano al BFCM dà per scontato che la soluzione a uno storefront lento sia un pannello di impostazioni da qualche parte, un interruttore per le animazioni, uno switch per qualsiasi cosa venga eseguita prima dell’apertura del cart drawer, qualcosa da disattivare con un clic nell’editor del tema per poi andarsene. Quell’interruttore di solito non esiste. La parola può comparire nei file del tema, ma si trova in una nota di licenza o in una funzione JavaScript, non in un blocco schema con un’etichetta e un intervallo. Capire la differenza tra un’impostazione reale e una corrispondenza casuale di una parola è il vero compito di preparazione al BFCM, ed è più circoscritto e meno flessibile di quanto suggeriscano la maggior parte delle checklist di preparazione ai saldi.

La parola “off” nel codice di Dawn non è un’impostazione

Dawn, il tema di riferimento di Shopify, contiene la parola “off” in 78 dei suoi 351 file al commit datato 2026-08-10. Sembrano tanti interruttori. Non lo sono. Quei 78 file includono LICENSE.md e README.md, che sono semplicemente testo legale standard che contiene la parola, più assets/animations.js e assets/base.css, che sono file di implementazione, non file di impostazioni. Non esiste nello schema delle impostazioni di Dawn una sezione dedicata costruita attorno a un controllo on/off delle animazioni che un merchant possa trovare e cliccare. Se vuoi meno movimento su una pagina prodotto prima dei picchi di traffico, devi aprire animations.js e modificare la logica delle funzioni, che è un compito da sviluppatore, non da merchant.

Lo stesso schema vale per “before”. Compare in 30 dei 351 file di Dawn, concentrata in assets/base.css, assets/cart-disclosure-tooltip.js, assets/cart.js e assets/component-article-card.css. Anche in questo caso si tratta di codice di stile e comportamento, non di un’impostazione denominata. Un merchant che cerchi nell’editor del tema qualcosa chiamato “before checkout” o “before add to cart” non troverà un controllo corrispondente, perché la presenza della parola nel codice è una coincidenza di implementazione, non una funzionalità documentata.

Horizon ha più corrispondenze ma la stessa lacuna

Horizon, il tema Shopify più recente, mostra la parola “off” in 138 dei suoi 484 file, e “before” in 77 su 484, entrambi conteggi più alti di Dawn in termini assoluti. I file sono anche più orientati al carrello: assets/anchored-popover.js, assets/cart-discount.js, assets/cart-drawer.js e assets/cart-icon.js contengono tutti “before”. Questo ti dice che le interazioni con il carrello di Horizon comportano più logica condizionale di quelle di Dawn, probabilmente perché Horizon supporta più funzionalità di carrello out of the box. Non ti dice che esista un interruttore nelle impostazioni che i merchant possono usare per cambiare quel comportamento senza toccare il codice. Al commit 8b42ace del 2026-08-31, neanche nello schema di Horizon esiste una sezione di impostazioni dedicata a una delle due parole.

La lettura onesta di entrambi i codebase è che “disattivare qualcosa prima del BFCM” non è un’azione da editor del tema né per Dawn né per Horizon. È un’azione di modifica del codice, e se il tuo store non può farla internamente, quell’impostazione di fatto per te non esiste.

I numeri dei Core Web Vitals contano più di qualsiasi singolo interruttore

Dato che nessuno dei due temi di punta di Shopify espone il tipo di controllo granulare sulle performance che i merchant cercano, la leva più utile in vista di un periodo ad alto traffico è semplicemente scegliere un tema i cui numeri di base siano già solidi. Sull’intero mercato, misurato attraverso i dati sul campo di CrUX per luglio 2026, il tema mediano supera tutti i Core Web Vitals nell’85,5% delle visite mobile e nell’86,2% delle visite desktop. Ma quella mediana nasconde un’ampia dispersione.

Un tema che si attesta intorno al 46,1% su mobile non supera i Core Web Vitals per più della metà dei suoi visitatori reali, e nessun interruttore per le animazioni o modifica al cart drawer colma un divario di quelle dimensioni. Questi sono dati sul campo raccolti da acquirenti reali, non un’esecuzione sintetica di laboratorio, quindi riflettono dispositivi reali, reti reali e peso reale delle pagine durante il traffico ordinario, prima che un picco da BFCM peggiori le cose.

Lo standard di approvazione di Shopify è più basso della mediana di mercato

I requisiti del Theme Store di Shopify fissano un punteggio medio minimo di performance Lighthouse di 60 sulle pagine prodotto, collezione e home di un tema, sia per desktop sia per mobile, insieme a un punteggio minimo di accessibilità di 90 sulle stesse pagine e sugli stessi dispositivi. A un tema basta superare un punteggio di 60 per essere pubblicato. Confrontalo con i tassi mediani di superamento nel mondo reale del mercato, dell’85,5% su mobile e dell’86,2% su desktop, ed è chiaro che l’approvazione nello store è una soglia minima, non una prova di prontezza per il BFCM. Due temi possono entrambi superare la revisione del Theme Store e differire di decine di punti nell’esperienza reale dei visitatori.

Nemmeno prezzi e valutazioni risolvono la questione. Il prezzo mediano dei temi sul mercato è di $300, in un intervallo da $100 a $500, e la valutazione media è di 4,53 su 5 su 308 temi, con una mediana di 23 recensioni per tema. Nessuno di questi numeri è direttamente correlato al tasso di superamento dei Core Web Vitals, dato che le valutazioni catturano soprattutto la soddisfazione su design e supporto. I temi di UTD compaiono in questa stessa classifica generale di mercato insieme a tutti gli altri, e i merchant che confrontano le opzioni possono vedere l’elenco completo su themes.shopify.com/themes?q=utd, anche se i dati qui riportati non mostrano UTD in testa su alcuna metrica specifica di velocità.

Cosa significa questo per un grafico mobile della dispersione

Scegli un tema in base al suo tasso misurato di superamento dei Core Web Vitals per il dispositivo che il tuo traffico usa davvero, perché è quel numero, non un’impostazione nascosta, a decidere se il tuo store regge sotto il carico del BFCM. Se il codice stesso di un tema non mostra alcun interruttore dedicato per la cosa che vuoi disattivare, metti a budget uno sviluppatore che modifichi direttamente il file, invece di andare a caccia di un’impostazione che non è mai stata costruita.