Come scegliere il tema PrestaShop giusto per il tuo business

Scegliere un tema PrestaShop sembra un lavoro da cinque minuti: sfogli un marketplace, trovi qualcosa che sembra bello, fai install. Due settimane dopo stai districando layout modulo rotti, una pagina categoria che fa 30 su PageSpeed e un thread supporto diventato silenzioso. Il tema è la decisione dello store che tocca tutto il resto: ogni modulo renderizza attraverso di lui, ogni pagina eredita il suo markup, e cambiarlo dopo significa rifare le customizzazioni. Conviene quindi sceglierlo come sceglieresti una fondazione, non una carta da parati. Questa guida parla proprio di quella scelta: come valutare un tema PrestaShop prima di impegnarti, cosa offre già la piattaforma e quali criteri predicono davvero se sarai soddisfatto tra sei mesi.

Parti da ciò che PrestaShop include già

Prima di guardare un marketplace, capisci la baseline, perché il default gratuito è un candidato serio, e molti temi a pagamento vanno misurati contro di lui anche se la sales page non lo dice. Classic è il default di PrestaShop 8 e la baseline largamente usata che incontrerai su molti store esistenti; gestisci e cambi temi da Design → Tema & Logo. Accanto a Classic, PrestaShop offre Hummingbird, il tema ufficiale moderno pensato per PrestaShop 9 e nuovi build: quale tema venga installato di default dipende dal pacchetto e dalla versione PrestaShop che installi.

Classic è il default storico: markup era Bootstrap 4, molto jQuery, in servizio da PrestaShop 1.7. È stabile, documentato a fondo, e praticamente ogni modulo sul mercato è stato testato contro di lui. La grande maggioranza dei temi commerciali su ThemeForest e PrestaShop Addons sono fork di Classic, motivo per cui condividono sia compatibilità sia peso.

Hummingbird è il tema ufficiale moderno che PrestaShop sta sviluppando attivamente: Bootstrap 5, markup più leggero e performance out-of-the-box sensibilmente migliori. Per un nuovo store è la fondazione verso cui la piattaforma sta andando, e questo conta per un motivo sottovalutato dagli acquirenti: un tema allineato alla direzione del core eredita i fix futuri del core, mentre un fork si allontana dall'upstream a ogni release.

Takeaway pratico: un tema commerciale pesante deve meritarsi il posto contro una baseline gratuita, veloce e mantenuta attivamente. Molti non lo fanno.

Il framework decisionale: cinque criteri, in ordine di priorità

I marketplace vendono su screenshot, quindi è facile scegliere per look e scoprire il costo reale dopo. Inverti l'ordine. Ecco il peso che applicheremmo, prima le preoccupazioni più difficili da correggere, perché colori e spaziature si ritoccano, ma uno sviluppatore sparito o un CSS da 400KB no.

Il resto della guida lavora su questi criteri in quell'ordine.

Criterio 1: manutenzione e compatibilità, controlla prima di spendere un euro

È il primo passo, non il terzo, perché è l'unica cosa che il denaro non annulla dopo. Prima di comprare, verifica quattro cose:

• Versione supportata — nello specifico la tua versione, non "PrestaShop 1.7+". Un tema che si installa su PS 8 ma nasce per 1.7 lancerà notice di funzioni deprecate e si romperà con moduli core più nuovi.
• Data ultimo update — oltre sei mesi è bandiera gialla, oltre un anno rossa. I temi marciscono in silenzio mentre il core si muove sotto.
• Test PHP 8.1+ — PS 8 gira fino a PHP 8.1 e PS 9 richiede PHP 8.1 come minimo, quindi la compatibilità modern-PHP è non negoziabile. La logica .tpl e gli helper inclusi di un tema vecchio possono dipendere da comportamenti rimossi in PHP moderno.
• Reattività dello sviluppatore — leggi i thread supporto reali, non il rating a stelle. Un tema quattro stelle con domande senza risposta da due settimane è un tema quattro stelle che manterrai da solo.

"Compatibile" è una parola marketing, non una garanzia. Apri il changelog e cerca voci che nominano esplicitamente la tua versione PrestaShop. Cosa ti compra? Tranquillità in fase di upgrade: quando passi alla release PrestaShop successiva, un tema mantenuto si muove con te invece di bloccare lo store su una vecchia versione per paura di cosa possa rompersi.

Criterio 2: la performance è un criterio d'acquisto, non un ripensamento

Il tema è la singola leva più grande sulla velocità dello store: più dell'hosting, più delle dimensioni immagine, più di quasi tutto ciò che puoi tunare dopo. Un tema pesante incorpora il suo peso in ogni pagina prima ancora che tu aggiunga qualcosa. I colpevoli usuali:

• Un foglio stile da 400KB+ con guerre di specificità e regole duplicate da anni di fork
• Una dozzina o più file JavaScript caricati su ogni pagina, anche quando la pagina non li usa
• Un intero icon font per renderizzare dodici icone
• Una libreria JS lazy-load che fa il lavoro che loading="lazy" nativo fa gratis
• Uno slider hero homepage che tira diverse immagini full-resolution al primo paint

Il test richiede due minuti e si fa prima di comprare: passa la demo del tema in Google PageSpeed Insights e usa una pagina categoria, non la homepage, perché categoria e prodotto sono dove i clienti reali passano il tempo e dove homepage piene di slider falsano i numeri. Se il punteggio mobile è sotto 60, sii scettico. Sotto 40, passa oltre.

Se devi recuperare velocità su uno store a cui sei già legato, il nostro modulo Performance Revolution gestisce caching, minificazione asset e Core Web Vitals dal back office senza chirurgia sul tema, ma è onesto dire che un tema gonfio mette un tetto a quanto lontano può arrivare qualunque ottimizzazione. La performance più economica è scegliere un tema leggero dall'inizio.

Criterio 3: come il tema tratta moduli e customizzazioni

Temi e moduli condividono continuamente la pagina. Un tema può sovrascrivere il template di un modulo, rimodellare il suo output hook o iniettare CSS che collide con gli stili del modulo. Molti buyer non ci pensano finché qualcosa si rompe. Tre domande fanno emergere il rischio prima dell'acquisto:

• Sovrascrive template dei moduli default? Guarda dentro la cartella /modules/ del tema. Se è piena di override, ognuno è un punto in cui un futuro update modulo e il tema possono divergere.
• Include proprie versioni di moduli comuni — slider, mega menu, product carousel? I moduli inclusi sono mantenuti secondo il calendario dell'autore del tema, non dell'ecosistema.
• Sostituisce funzioni native PrestaShop con funzioni solo tema? Un tema che fornisce il suo mega menu, il suo sistema tab prodotto, la sua layered navigation lega quella funzione a sé. Quando il tema invecchia, invecchia anche la navigazione.

Il pattern manutenibile è l'opposto: un tema snello più moduli dedicati e aggiornati indipendentemente. Ti serve un mega menu che sopravvive a un cambio tema? Usa un modulo standalone Mega Menu che non dipende dal tema. Ti servono banner promozionali gestiti senza modificare template? Banner Revolution li gestisce dal back office. Il principio è lo stesso che mantiene sani gli store nel lungo periodo: il tema gestisce presentazione, i moduli gestiscono funzionalità, e i due si aggiornano sui propri cicli senza rompersi a vicenda.

Una cosa non negoziabile sta sotto tutto questo: il tema deve supportare correttamente i child themes, così le customizzazioni sopravvivono agli update del parent. Alcuni temi commerciali tecnicamente permettono un child theme ma strutturano i template così lontano dalle convenzioni PrestaShop che gli override non casciano pulitamente: testalo, non assumere. Perché conta così tanto e come impostarne uno nel modo giusto è un tema proprio: vedi perché non dovresti mai modificare il parent theme. E quando le customizzazioni sono CSS e JavaScript invece che template, c'è un modo per aggiungerle senza che un update tema le cancelli: trattato in CSS e JavaScript custom senza rompere gli update.

Criterio 4: testa la responsività su hardware reale

Ogni tema dichiara di essere responsive, e ogni tema sembra a posto quando stringi la finestra del browser: informazione quasi inutile. Target touch, dimensioni font e precisione tap si rivelano solo su telefoni reali. Apri la demo su un Android reale e un iPhone reale, e percorri le pagine che fanno fatturato:

• Pagine categoria/listing — i filtri collassano in un pannello mobile usabile? La griglia prodotto resta leggibile?
• Pagine prodotto — le immagini sono swipeable, e il pulsante add-to-cart è raggiungibile above the fold?
• Checkout — appaiono le tastiere mobile giuste, e i campi sono abbastanza grandi da toccare senza zoom?
• Navigazione — il menu mobile si apre e chiude senza far saltare la pagina (layout shift)?

Un checkout scomodo su telefono costa ordini direttamente, ed è il tipo di difetto che una review desktop non catturerà mai.

Theme editor e font custom: comodità con costo in peso

Molti temi commerciali includono un editor visuale: iqitthemeeditor è quello che incontrerai più spesso, permettendo ai merchant di cambiare colori, font e layout dal back office senza codice. Sono davvero utili e al tempo stesso un rischio performance reale. Compilano le impostazioni in CSS a runtime, e quel CSS generato tende a essere grande, ridondante e difficile da ottimizzare perché scritto da macchina; ogni tweak compila un altro file e il gonfiore si accumula. Se ne usi uno, audita periodicamente il CSS generato per dichiarazioni duplicate e rule set di funzioni mai abilitate.

I font custom hanno un trade-off simile. Una singola famiglia Google Font a quattro pesi può aggiungere una quantità sensibile di risorse bloccanti, abbastanza da spostare in avanti il Largest Contentful Paint, con cifra precisa dipendente dal character-set caricato. Limiti sensati: al massimo due famiglie (una per heading, una per body), due o tre pesi ciascuna, font-display: swap così il testo appare subito con fallback, e preload solo dei face usati above the fold. Lo stack di font di sistema è eccellente e carica istantaneamente; se il brand non richiede un typeface specifico, è una scelta legittima, non un compromesso.

Com'è una buona struttura sottostante

Oltre all'aspetto, la qualità dell'HTML del tema decide come performa in ricerca e quanto è accessibile. Le cose da confermare sulla demo:

• Gerarchia heading sensata — un H1 per pagina, nesting H2/H3 logico, heading non abusati per styling
• Dati strutturati — schema product, breadcrumb e review integrato o agganciabile pulitamente
• Markup immagini pulito — width e height impostati per prevenire layout shift, vero testo alt
• Poche risorse render-blocking — CSS critico inlineabile, script non critici deferred

Puoi verificare la struttura heading in mezzo minuto con browser DevTools, e i dati strutturati con il Rich Results Test di Google puntato alla demo URL. Non sono finezze: sono segnali che i motori di ricerca leggono dal markup, quindi un tema che li fa bene sta facendo lavoro SEO che non dovrai retrofittare. Se vuoi aggiungere contenuto strutturato in punti specifici senza toccare template, gli HTML blocks ti permettono di posizionare contenuto custom ovunque.

Red flag che dovrebbero chiudere la valutazione

• Il tema richiede dieci o più moduli companion installati solo per somigliare alla demo
• L'ultimo update risale a più di un anno fa
• Nessun supporto child theme o nessuna documentazione per crearne uno
• La demo stessa carica lentamente: testala, non fidarti degli screenshot
• Il forum supporto è pieno di domande senza risposta
• Un page builder incluso salva il contenuto in un formato proprietario che non puoi estrarre dopo

Ognuno di questi è motivo per continuare a cercare. Due insieme, e stai comprando un problema di manutenzione con una bella header image.

La raccomandazione pratica

Per la maggior parte degli store, il default più forte è il meno eccitante: parti da Hummingbird. È mantenuto attivamente dal team PrestaShop, è veloce, è Bootstrap 5, ed è dove l'ecosistema sta andando: significa che eredita i miglioramenti futuri del core invece di allontanarsene. Crea subito un child theme, prima della prima riga di CSS custom, e tieni lì ogni customizzazione. Poi aggiungi funzionalità tramite moduli dedicati invece che funzioni del tema, così il tema resta snello e lo store resta manutenibile quando temi e moduli si aggiornano su calendari diversi.

Se scegli un tema commerciale, e ci sono buone ragioni quando un design si adatta davvero al brand, passalo attraverso i cinque criteri sopra in ordine, e pesa manutenzione e performance sopra il look. Un child theme Hummingbird ben configurato con i moduli giusti supererà la maggior parte dei temi commerciali pesanti sia su PageSpeed sia sulla salute di lungo periodo. È meno divertente che sfogliare un marketplace venerdì pomeriggio. È la decisione di cui sarai contento la primavera successiva.

Guide correlate

• Child Themes in PrestaShop: Why You Should Never Edit the Parent Theme
• Custom CSS and JavaScript in PrestaShop Without Breaking Updates
• HTML Blocks: Adding Custom Content Anywhere in Your PrestaShop Store