Requisiti del Shopify Theme Store: cosa ottengono davvero i merchant

La pagina dei requisiti del Theme Store è scritta per gli sviluppatori di temi, si trova su shopify.dev e si estende per 19 sezioni numerate. Quasi nessun merchant la leggerà mai. È un peccato, perché di fatto è il certificato di garanzia di ogni tema presente nello store ufficiale: un elenco pubblico di tutto ciò che Shopify ha verificato prima di accettare di venderti quel tema.

Così abbiamo letto l’intero documento, il 17 luglio 2026, e lo abbiamo tradotto dal linguaggio degli sviluppatori a quello di chi compra. La domanda che ci siamo posti davanti a ogni regola era semplice: quando pago un tema nello store ufficiale, cosa mi garantisce questa regola?

Il regolamento in quattro numeri precisi

Gran parte del documento è qualitativa, ma quattro soglie sono pura aritmetica, e sono quelle che vale la pena memorizzare.

La soglia prestazioni merita l’avvertenza che abbiamo inserito nella figura. Una media minima di 60 su home, pagina prodotto e pagina collezione tiene fuori dallo store i temi realmente rotti, ma non dice nulla sulla distanza al di sopra della soglia. Nel nostro audit di luglio su 15 demo ufficiali il punteggio mediano delle prestazioni mobile andava da 51 sulla demo più lenta a 98 su quella più veloce, e l’LCP della homepage demo andava da 1.91 secondi a 15.78 secondi. Entrambi gli estremi di quell’intervallo vivono nello stesso store, dietro la stessa revisione. La soglia è una garanzia contro la catastrofe, non una promessa di velocità.

La soglia di accessibilità di 90 è più severa rispetto alla scala, ed è sostenuta da una checklist manuale separata: navigazione completa da tastiera inclusi i menu a tendina, stati di focus visibili, attributi alt su tutte le immagini, label collegate ai campi dei moduli, ordine di focus coerente con l’ordine del DOM, e i valori di contrasto e area di tocco visti sopra. Per un merchant questa è la parte meno visibile e più preziosa della revisione, perché i difetti di accessibilità sono esattamente il genere di cosa che scopri mesi dopo l’acquisto, di solito da un reclamo di un cliente.

Le funzionalità che ogni tema in vetrina deve includere

La sezione 4 del documento è un semplice elenco delle funzionalità che un tema deve supportare per essere accettato. Rovesciato, è l’elenco delle cose che non devi mai chiedere a un venditore del Theme Store, perché la presenza in catalogo è la prova. La tabella è ordinabile; clicca su un’intestazione.

Due cose vale la pena notare di questo elenco. Primo, diverse voci altrove sono categorie di app: raccolta email, cross-sell, vendita internazionale rapida. I requisiti fissano silenziosamente una base che rende alcune app opzionali fin dal primo giorno. Secondo, l’elenco è una soglia minima, e i venditori competono al di sopra di essa. Ogni tema in catalogo ha menu annidati; se il tema li trasformi in un mega menu completo con immagini e colonne è esattamente il tipo di differenza che i nostri teardown dei temi esistono per misurare.

I divieti: cosa un tema approvato non può fare

La sezione su coerenza e funzionalità si legge come un elenco di cicatrici lasciate da abusi passati nei marketplace, e protegge chi compra in modo più diretto di qualsiasi regola sulle funzionalità:

• Niente falsa urgenza. Il documento fa nomi e cognomi: countdown fittizi, livelli di stock inventati e contatori di attività dei visitatori sono funzionalità ingannevoli e non verranno accettati. Se li hai visti su uno store, provenivano da un’app o da un tema venduto fuori dallo store ufficiale.
• Niente mezze funzionalità che richiedono un’app. I temi non devono includere funzionalità simili a quelle di un’app che per funzionare richiedono l’accesso alle API, e non devono dipendere da alcuna app. Wishlist e feed Instagram sono citati come esempi. Ciò che sembra integrato deve esserlo davvero.
• Niente crediti dei designer o link di affiliazione in nessun punto dei file del tema, e nessuna distribuzione dello stesso tema su altri marketplace. Un tema ufficiale non può fare doppio gioco come canale pubblicitario del proprio venditore.
• Nessuna interferenza con l’admin. Il codice del tema non deve modificare o compromettere l’editor dei temi o l’admin Shopify, e gli script devono essere ospitati sui server di Shopify, salvo le librerie approvate.

C’è poi una regola le cui conseguenze chi compra vede solo indirettamente: dopo la revisione delle regole sull’unicità, i nuovi invii costruiti su Dawn o Horizon o da essi derivati non sono affatto ammissibili, e il tema essenziale Skeleton di Shopify è l’unica base di codice di partenza approvata. I revisori ora valutano se l’identità di un tema possa essere riprodotta ridefinendo lo stile di un altro tema, e in tal caso lo respingono. Per i merchant questa è la risposta dello store all’ondata di re-skin di Dawn quasi identici venduti altrove: dentro lo store ufficiale, un nuovo tema deve essere strutturalmente un prodotto a sé.

L’idraulica che non vedi mai ma che usi sempre

Le sezioni 5, 7 e dalla 9 alla 13 sono le meno affascinanti e le più portanti. Un tema in catalogo deve supportare 16 template specifici, da index.json a gift_card.liquid, deve renderizzare header e footer come gruppi di sezioni così da poterli riordinare nell’editor, deve includere una sezione Custom Liquid come punto di inserimento e deve supportare gli app block nelle sezioni principale e prodotto in evidenza, così che le app possano inserire i propri widget senza modifiche al codice.

Il supporto browser è specificato release per release: le ultime due release di Safari, tre di Chrome, tre di Firefox, due di Edge su desktop; le ultime due di Mobile Safari, tre di Chrome Mobile e due di Samsung Internet su mobile. E poi il requisito a cui la maggior parte dei merchant non ha mai pensato ma di cui beneficia ogni giorno: la navigazione e l’acquisto devono funzionare all’interno delle webview in-app di Instagram, Facebook e Pinterest, dove atterra di fatto una quota consistente del traffico social.

La SEO ottiene tre regole con denti veri: metadati obbligatori con title, description e URL canonico, rich snippet di prodotto Google obbligatori e divieto di includere un template robots.txt.liquid, che impedisce a un tema di riscrivere silenziosamente le tue regole di scansione. Persino il microcopy è regolato: le impostazioni devono usare lo stile sentence case, l’inglese americano, verbi sui pulsanti e la terminologia di Shopify, ed è per questo che l’editor risulta uguale tra temi di venditori diversi.

Cosa i requisiti non possono dirti

Il riassunto onesto è che la revisione del Theme Store è un filtro forte e una classifica debole. Garantisce che ogni tema in catalogo superi la stessa asticella: i quattro numeri precisi, l’elenco delle funzionalità, i divieti, l’idraulica. Non ti dice nulla su dove si collochi un tema al di sopra di quell’asticella, e la distanza è enorme. La stessa revisione ha approvato la demo che abbiamo misurato con un punteggio prestazioni di 98 e quella che abbiamo misurato a 51.

Quindi usa il regolamento come facciamo ora noi. Considera la presenza nel catalogo ufficiale come le qualificazioni: esclusività, funzionalità verificate, soglia di accessibilità, nessun dark pattern. Poi classifica i qualificati con dati che la revisione non fornisce, cioè velocità misurata e profondità funzionale. Il nostro audit Lighthouse su 15 temi è una classifica di questo tipo, e non è un caso che i venditori che competono sul lato misurabile della questione, come UTD, i cui sei temi che abbiamo misurato includono le tre demo più veloci dell’audit, pubblichino un catalogo che puoi verificare demo per demo invece di chiederti di fidarti del distintivo.

La pagina dei requisiti è quel raro documento di marketplace che sta davvero dalla parte di chi compra. È solo scritta per il pubblico sbagliato. Ora però l’hai letta lo stesso.