Aggiornato a giugno 2026, le indicazioni riflettono PrestaShop 9 con Hummingbird come tema predefinito moderno (Bootstrap 5.3), insieme a Classic su PrestaShop 8.

Scegliere un tema PrestaShop sembra un lavoro da cinque minuti: sfogli un marketplace, trovi qualcosa che ha un bell'aspetto, fai clic su installa. Due settimane dopo ti ritrovi a districare layout dei moduli rotti, una pagina di categoria che ottiene un punteggio intorno a 30 su PageSpeed e una discussione di assistenza rimasta senza risposta. Il tema è l'unica decisione del tuo negozio che tocca tutto il resto, ogni modulo viene renderizzato attraverso di esso, ogni pagina ne eredita il markup e cambiarlo più avanti significa rifare le personalizzazioni. Per questo conviene sceglierlo come sceglieresti le fondamenta, non la carta da parati. Questa guida riguarda proprio quella scelta: come valutare un tema PrestaShop prima di impegnarti, che cosa ti offre già la piattaforma e quali criteri prevedono davvero se ne sarai soddisfatto tra sei mesi.

Parti da ciò che PrestaShop include già

Prima di guardare anche un solo marketplace, devi conoscere il tuo punto di partenza, perché il tema gratuito predefinito è un concorrente serio, e la maggior parte dei temi a pagamento viene misurata rispetto a lui, che la pagina di vendita lo dica o meno. Classic è il tema predefinito di PrestaShop 8 e il riferimento ampiamente utilizzato che incontrerai nella maggior parte dei negozi esistenti; puoi gestire e cambiare i temi da Design → Tema & Logo. Accanto a Classic, PrestaShop offre Hummingbird, il tema ufficiale moderno pensato per PrestaShop 9 e per i nuovi progetti, il tema esatto installato di default dipende dal pacchetto e dalla versione di PrestaShop che installi.

Classic è il tema predefinito storico, markup dell'era Bootstrap 4, molto basato su jQuery, in uso da PrestaShop 1.7. È stabile, documentato in modo approfondito e, di fatto, quasi ogni modulo sul mercato è stato testato con lui. La grande maggioranza dei temi commerciali su ThemeForest e PrestaShop Addons è un fork di Classic, motivo per cui ne condivide sia la compatibilità sia il peso.

Hummingbird è il tema ufficiale moderno che PrestaShop sta sviluppando attivamente, Bootstrap 5, markup più leggero e prestazioni nettamente migliori già appena installato. Per un nuovo negozio è la base verso cui la piattaforma si sta orientando, e questo conta per un motivo che gli acquirenti sottovalutano: un tema allineato alla direzione del core eredita le correzioni future del core, mentre un fork si allontana sempre di più dal progetto upstream a ogni rilascio.

La conclusione pratica: un tema commerciale pesante deve meritarsi il suo posto rispetto a una base gratuita, veloce e mantenuta attivamente. Molti non ci riescono.

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

I marketplace dei temi vendono con gli screenshot, quindi è facile scegliere in base all'aspetto e scoprire il costo reale solo dopo. Inverti l'ordine. Ecco il peso che applicheremmo noi, partendo dai problemi più difficili da correggere, perché l'aspetto puoi ritoccarlo, ma uno sviluppatore sparito o un foglio di stile da 400 KB no.

CriterioPerché ha questa prioritàCome verificarlo prima dell'acquisto
1. Manutenzione & compatibilitàUn tema abbandonato si rompe al successivo aggiornamento del core o di PHP e non puoi sistemarlo senza creare un fork. È il caso più difficile da recuperare.Data dell'ultimo aggiornamento, versione PrestaShop supportata, test su PHP 8.1+, tempi di risposta nelle discussioni di assistenza.
2. PrestazioniSono incorporate nel markup e nel caricamento degli asset; puoi alleggerirle, ma raramente annullare una base gonfia.Esegui la pagina categoria della demo in PageSpeed Insights, non la home page.
3. Comportamento di moduli & tema figlioStabilisce se il negozio resterà manutenibile o se dipenderai dall'autore del tema per qualunque cosa.Controlla le cartelle /modules/ e /templates/ del tema; verifica il supporto corretto ai temi figlio.
4. Reattività realeOltre metà delle procedure di acquisto avviene da telefono; una verifica solo desktop nasconde i problemi.Apri la demo su un vero Android e un vero iPhone, non in un browser ridimensionato.
5. Design visivoÈ davvero importante, ma è l'aspetto più facile da correggere. Colori, font e spaziature si possono ristilizzare.Valutalo rispetto al tipo di catalogo e al brand; qui fidati del tuo occhio.

Il resto della guida approfondisce questi criteri nello stesso ordine.

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

Questo è il primo passaggio, non il terzo, perché è l'unica cosa che i soldi non possono correggere a posteriori. Prima dell'acquisto, verifica quattro elementi:

  • Versione supportata, in particolare la tua versione, non "PrestaShop 1.7+". Un tema che si installa su PS 8 ma è stato costruito per 1.7 produrrà avvisi su funzioni deprecate e si romperà con i moduli core più recenti.
  • Data dell'ultimo aggiornamento. Più di sei mesi è un segnale giallo, più di un anno è un segnale rosso. I temi invecchiano in silenzio mentre il core cambia sotto di loro.
  • Test su PHP 8.1+, PS 8 funziona su PHP fino alla versione 8.1 e PS 9 richiede PHP 8.1 come minimo, quindi la compatibilità con il PHP moderno non è negoziabile. La logica .tpl e gli helper inclusi in un tema più vecchio possono dipendere da comportamenti rimossi nelle versioni moderne di PHP.
  • Reattività dello sviluppatore, leggi le vere discussioni di assistenza, non solo il punteggio a stelle. Un tema da quattro stelle con domande senza risposta da due settimane è un tema da quattro stelle che manterrai da solo.

"Compatibile" è una parola di marketing, non una garanzia. Apri il changelog e cerca voci che nominino esplicitamente la tua versione di PrestaShop. Che cosa ci guadagni, in concreto? Tranquillità al momento dell'aggiornamento: quando passerai alla prossima versione di PrestaShop, un tema mantenuto si muoverà con te invece di bloccare il tuo negozio su una vecchia versione per paura di ciò che l'aggiornamento potrebbe rompere.

Criterio 2: le prestazioni sono un criterio d'acquisto, non un pensiero successivo

Il tema è la leva più grande sulla velocità di caricamento del tuo negozio, più dell'hosting, più delle dimensioni delle immagini, più di quasi tutto ciò che puoi ottimizzare dopo. Un tema pesante incorpora il suo peso in ogni pagina prima ancora che tu abbia aggiunto qualcosa. I colpevoli abituali:

  • Un foglio di stile da 400 KB+ pieno di guerre di specificità e regole duplicate accumulate in anni di fork
  • Una dozzina o più di file JavaScript caricati su ogni pagina, che servano o meno
  • Un intero icon font caricato per mostrare dodici icone
  • Una libreria JS per il lazy load che fa il lavoro che oggi loading="lazy" svolge nativamente e gratis
  • Uno slider hero in home page che scarica più immagini a piena risoluzione al primo rendering

Il test richiede due minuti e va fatto prima dell'acquisto: passa la demo del tema in Google PageSpeed Insights, e usa una pagina di categoria, non la home page, perché le pagine di categoria e prodotto sono quelle in cui i clienti reali passano il tempo e dove le home page piene di slider migliorano artificialmente i numeri. Se il punteggio mobile è sotto 60, sii scettico. Sotto 40, lascia perdere.

Se devi recuperare velocità su un negozio a cui sei già vincolato, il nostro modulo Performance Revolution gestisce cache, minificazione degli asset e lavoro sui Core Web Vitals dal back office senza interventi chirurgici sul tema, ma è onesto dire che un tema gonfio impone un limite a quanto qualsiasi ottimizzazione possa spingersi oltre. Il miglior guadagno prestazionale a costo zero è scegliere un tema leggero fin dall'inizio.

Pagina „Tema e logo” del back office di PrestaShop con le impostazioni del logo e la selezione del tema installato

La pagina „Tema e logo” nel back office, dove scegli il tema attivo e imposti i loghi, il punto di partenza quando cambi o valuti un tema.

Criterio 3: come il tema tratta i tuoi moduli, e le tue personalizzazioni

Temi e moduli condividono continuamente la pagina. Un tema può sovrascrivere il template di un modulo, rimodellare l'output dei suoi hook o iniettare CSS che entra in conflitto con gli stili del modulo stesso. La maggior parte degli acquirenti non ci pensa finché qualcosa non si rompe. Tre domande fanno emergere il rischio prima dell'acquisto:

  • Sovrascrive i template dei moduli predefiniti? Guarda dentro la cartella /modules/ del tema. Se è piena di override, ognuno è un punto in cui un futuro aggiornamento del modulo e il tema possono non andare d'accordo.
  • Include proprie versioni di moduli comuni, slider, mega menu, carosello prodotti? I moduli inclusi vengono mantenuti secondo il calendario dell'autore del tema, non secondo quello dell'ecosistema dei moduli.
  • Sostituisce funzionalità native di PrestaShop con funzioni legate solo al tema? Un tema che fornisce il proprio mega menu, il proprio sistema di tab prodotto, la propria navigazione a filtri è un tema che lega quella funzionalità a sé stesso. Quando il tema invecchia, invecchia anche la tua navigazione.

Il modello manutenibile è l'opposto: un tema leggero più moduli dedicati e aggiornati in modo indipendente. Ti serve un mega menu che sopravviva a un cambio di tema? Usa un modulo Mega Menu autonomo, indifferente al tema sotto cui gira. Ti servono banner promozionali gestiti senza modificare i template? Banner Revolution li gestisce dal back office. Il principio è lo stesso che mantiene sani i negozi nel lungo periodo: il tema gestisce la presentazione, i moduli gestiscono la funzionalità, e i due si aggiornano secondo cicli propri senza rompersi a vicenda.

Alla base di tutto questo c'è un punto non negoziabile: il tema deve supportare correttamente i temi figlio, così le personalizzazioni sopravvivono agli aggiornamenti del tema padre. Alcuni temi commerciali consentono tecnicamente un tema figlio, ma strutturano i template così lontano dalle convenzioni PrestaShop che gli override non si propagano in modo pulito, testalo, non darlo per scontato. Perché sia così importante e come configurarne uno nel modo giusto è un argomento a sé: leggi perché non dovresti mai modificare il tema padre. E quando le personalizzazioni sono CSS e JavaScript anziché template, esiste un modo per aggiungerle senza che un aggiornamento del tema le cancelli, lo spieghiamo in CSS e JavaScript personalizzati senza rompere gli aggiornamenti.

Criterio 4: testa la reattività su dispositivi reali

Ogni tema dichiara di essere responsive, e ogni tema sembra a posto quando stringi la finestra del browser, cosa che ti dice pochissimo. Le aree toccabili, le dimensioni dei font e la precisione del tap si rivelano solo su telefoni veri. Apri la demo su un vero dispositivo Android e su un vero iPhone, e percorri le pagine che ti fanno guadagnare:

  • Pagine di categoria/listing, i filtri collassano in un pannello mobile utilizzabile? La griglia dei prodotti resta leggibile?
  • Pagine prodotto. Le immagini si possono scorrere con lo swipe e il pulsante di aggiunta al carrello è raggiungibile above the fold?
  • Pagamento. Compaiono le tastiere mobili corrette e i campi sono abbastanza grandi da poterli toccare senza zoom?
  • Navigazione, il menu mobile si apre e si chiude senza far saltare la pagina (layout shift)?

Una procedura di acquisto scomoda da telefono ti costa ordini direttamente, ed è il tipo di difetto che una revisione desktop non intercetterà mai.

Editor del tema e font personalizzati: comodità con un costo in termini di peso

Molti temi commerciali includono un editor visuale del tema, iqitthemeeditor è quello che incontrerai più spesso, che permette ai commercianti di cambiare colori, font e layout dal back office senza codice. Sono davvero utili e, allo stesso tempo, un rischio concreto per le prestazioni. Compilano le impostazioni in CSS a runtime, e quel CSS generato tende a essere grande, ridondante e difficile da ottimizzare perché scritto da una macchina; ogni modifica compila un altro file e il peso si accumula. Se ne usi uno, controlla periodicamente il CSS generato per individuare dichiarazioni duplicate e insiemi di regole per funzionalità che non hai mai attivato.

I font personalizzati comportano un compromesso simile. Una singola famiglia Google Font con quattro pesi può aggiungere una quantità percepibile di risorse bloccanti, abbastanza da spostare più avanti il Largest Contentful Paint, con un impatto esatto che dipende dalla copertura dei set di caratteri caricata. Limiti sensati: al massimo due famiglie (una per i titoli, una per il testo), due o tre pesi ciascuna, font-display: swap così il testo viene mostrato subito con un fallback, e preload solo dei font usati above the fold. Lo stack di font di sistema è eccellente e si carica all'istante; se il brand non richiede un carattere specifico, è una scelta legittima, non un ripiego.

Che aspetto ha una buona struttura sottostante

Oltre all'aspetto, la qualità dell'HTML di un tema determina le sue prestazioni nella ricerca e la sua accessibilità. Le cose da verificare sulla demo:

  • Gerarchia dei titoli sensata, un solo H1 per pagina, annidamento logico H2/H3, titoli non usati impropriamente per lo stile
  • Dati strutturati, schema per prodotto, breadcrumb e recensioni integrato oppure agganciabile in modo pulito
  • Markup delle immagini pulito, width e height impostati per evitare layout shift, vero testo alt
  • Poche risorse che bloccano il rendering, CSS critico inseribile inline, script non critici differiti

Puoi verificare la struttura dei titoli in mezzo minuto con i DevTools del browser, e i dati strutturati con il Rich Results Test di Google puntato all'URL della demo. Non sono dettagli decorativi. Sono segnali che i motori di ricerca leggono dal tuo markup, quindi un tema che li gestisce correttamente svolge lavoro SEO che non dovrai aggiungere dopo. Se vuoi inserire contenuti strutturati in punti specifici senza toccare affatto i template, i blocchi HTML ti permettono di posizionare contenuti personalizzati ovunque.

Segnali d'allarme che dovrebbero chiudere la valutazione

  • Il tema richiede dieci o più moduli companion installati solo per assomigliare alla demo
  • L'ultimo aggiornamento risale a più di un anno fa
  • Nessun supporto ai temi figlio, o nessuna documentazione per crearne uno
  • La demo stessa si carica lentamente, testala, non fidarti degli screenshot
  • Il forum di assistenza è pieno di domande senza risposta
  • Un page builder incluso salva i tuoi contenuti in un formato proprietario che non potrai estrarre più avanti

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

La raccomandazione pratica

Per la maggior parte dei negozi, l'opzione predefinita più solida è la meno eccitante: partire da Hummingbird. È mantenuto attivamente dal team PrestaShop, è veloce, usa Bootstrap 5 ed è la direzione in cui si sta muovendo l'ecosistema. Il che significa che eredita i futuri miglioramenti del core invece di allontanarsene. Crea subito un tema figlio, prima della prima riga di CSS personalizzato, e conserva lì ogni personalizzazione. Poi aggiungi funzionalità tramite moduli dedicati anziché tramite funzioni del tema, così il tema resta leggero e il negozio resta manutenibile quando temi e moduli si aggiornano con tempistiche diverse.

Se scegli un tema commerciale, e ci sono buone ragioni per farlo, quando un design si adatta davvero al tuo brand, valutalo con i cinque criteri sopra, nell'ordine indicato, e dai più peso a manutenzione e prestazioni che all'aspetto. Un tema figlio Hummingbird ben configurato, abbinato ai moduli giusti, supererà la maggior parte dei temi commerciali pesanti sia su PageSpeed sia nella serenità di gestione a lungo termine. È meno divertente che sfogliare un marketplace il venerdì pomeriggio. Ma è la decisione che sarai contento di aver preso la primavera successiva.

Domande frequenti

Nel 2026 conviene partire da Hummingbird o da Classic?

Per un nuovo progetto, parti da Hummingbird. Usa Bootstrap 5, è più leggero ed è la direzione in cui il core di PrestaShop viene sviluppato attivamente, quindi eredita le correzioni future invece di allontanarsene. Classic è la base giusta solo se stai mantenendo un negozio esistente basato su Classic su PrestaShop 8 e una migrazione non vale ancora la disruption. Entrambi restano scaricabili, e il meccanismo dei temi figlio è identico su entrambi.

Mi serve davvero un tema a pagamento, o il tema gratuito predefinito basta?

Per una grande parte dei negozi, un tema figlio Hummingbird più i giusti moduli autonomi supera un tema commerciale pesante sia su PageSpeed sia nella manutenzione a lungo termine. Acquista un tema a pagamento quando un design specifico si adatta davvero al tuo brand e l'autore supera i controlli di manutenzione e prestazioni descritti sopra, non perché gli screenshot del marketplace sembrano più belli del tema predefinito.

Perché dovrei testare la pagina di categoria della demo invece della home page?

Le home page sono di solito vetrine piene di slider che non riflettono dove i clienti passano davvero il tempo. Le pagine di categoria e prodotto sono le vere superfici di acquisto, e mostrano il markup e il peso degli asset che una home page appariscente nasconde. Un tema che ottiene un buon punteggio PageSpeed su una pagina di categoria sarà veloce dove conta davvero.

Come posso capire prima dell'acquisto se un tema mi vincolerà?

Controlla la cartella /modules/ della demo e poniti tre domande: sovrascrive i template dei moduli predefiniti, include il proprio slider/mega menu/sistema di tab prodotto, e sostituisce funzionalità native di PrestaShop con funzioni legate solo al tema? Override pesanti e funzionalità incluse legano il negozio al calendario di rilascio dell'autore del tema. Un tema leggero che lascia le funzionalità a moduli indipendenti è la scelta manutenibile.

Qual è il controllo più importante in assoluto?

Manutenzione e compatibilità, perché sono l'unica cosa che il denaro non può correggere dopo. Verifica che il tema supporti la tua esatta versione di PrestaShop, sia stato aggiornato negli ultimi sei mesi, sia testato su PHP 8.1+ e abbia una discussione di assistenza reattiva. Un tema splendido che si rompe al prossimo aggiornamento del core è una passività; un tema più semplice che resta al passo con il core è una risorsa.

Devo creare subito il tema figlio, anche prima di qualsiasi personalizzazione?

Sì, crea e attiva il tema figlio prima della prima riga di CSS personalizzato. Farlo all'inizio significa che ogni personalizzazione finisce nel posto giusto fin da subito, e non dovrai mai estrarre in seguito il lavoro dal tema padre. Richiede circa dieci minuti e trasforma ogni futuro aggiornamento del tema padre da cancellazione delle personalizzazioni a non-evento.

Gli editor visuali del tema inclusi valgono la pena?

Sono comodi e, in pari misura, un rischio per le prestazioni. Editor come iqitthemeeditor compilano le scelte di colore/font/layout in CSS scritto da una macchina, che accumula peso a ogni modifica. Se ne usi uno, controlla periodicamente il CSS generato per individuare regole duplicate e stili per funzionalità che non hai mai attivato, e confronta quel costo continuo con la possibilità di fare gli stessi override in modo pulito in un tema figlio.

Un font personalizzato può davvero rallentare il mio negozio?

Può farlo, se non sei disciplinato. Una singola famiglia con quattro pesi aggiunge risorse bloccanti che spostano più avanti il Largest Contentful Paint. Limitati al massimo a due famiglie, due o tre pesi ciascuna, usa font-display: swap e fai il preload solo dei font usati above the fold. Se il tuo brand non richiede un carattere specifico, lo stack di font di sistema si carica all'istante ed è una scelta legittima.

Che cosa succede se il mio tema attuale è già abbandonato?

Un tema abbandonato è il caso più difficile da recuperare, si rompe al successivo aggiornamento del core o di PHP e non puoi sistemarlo senza creare un fork. Il percorso più pulito è migrare a una base mantenuta (Hummingbird per la nuova direzione, Classic se devi restare vicino al markup attuale), ricostruire le personalizzazioni in un tema figlio e spostare le funzionalità in moduli indipendenti, così non resterai mai più bloccato su fondamenta obsolete.

Guide correlate

Condividi questo articolo:
David Miller

David Miller

Fondatore, mypresta.rocks

David Miller è uno specialista PrestaShop con oltre dieci anni di esperienza sul campo e fondatore di mypresta.rocks, uno studio di sviluppo con sede a Tychy, in Polonia. Progetta e mantiene un catalogo di 152 moduli PrestaShop, tra cui 21 suite « Revolution » dedicate a SEO, checkout, sicurezza, performance, marketing, ricerca, supporto e gestione del magazzino, che ogni giorno migliorano negozi reali, testati su PrestaShop 1.7.8, 8.x e 9.x. Si occupa inoltre della gestione di negozi in produzione che generano milioni di fatturato annuo, perciò il suo lavoro si misura sulle vendite reali, non sulle demo. La sua esperienza abbraccia l'intero e-commerce, performance, sicurezza, SEO e marketing, e va oltre PrestaShop, fino a WooCommerce, Shopify e sistemi su misura. Sul blog scrive del lato tecnico di PrestaShop: cosa fa davvero la piattaforma, cosa si rompe in produzione e quali soluzioni reggono nel tempo.

Commenti

Ancora nessun commento. Sii il primo!
Ti è piaciuto questo articolo?

Ricevi i nostri ultimi consigli, guide e aggiornamenti dei moduli nella tua casella di posta.

Puoi annullare l'iscrizione in ogni momenti. A questo scopo, cerca le info di contatto nelle note legali.

Caricamento...
Torna su