Checklist aggiornata per negozi su PrestaShop 1.6, 1.7, 8.x e sulla linea 9.0–9.1. Siamo noi stessi fornitori di moduli (vendiamo direttamente, non su Addons), quindi considera la sezione "acquisto diretto vs marketplace" come una valutazione onesta di parte, presentata con entrambi i lati della questione.
Il marketplace ufficiale PrestaShop Addons elenca migliaia di moduli e temi: per questo è la prima tappa più ovvia, ma anche il posto più facile in cui spendere male. "Catalogo più ampio" e "soluzione migliore per il tuo negozio" sono due cose diverse, e proprio in quello scarto un commerciante finisce con un modulo che ha superato la revisione, si è installato senza problemi e poi ha aggiunto 400ms a ogni pagina oppure ha smesso di funzionare in silenzio il giorno dell'aggiornamento a PrestaShop 8. Questa guida parla di una cosa sola: come leggere una scheda Addons abbastanza bene da distinguere, prima dell'addebito sulla carta e non dopo, un modulo che funzionerà ancora tra due anni da uno che non lo farà.
Vendiamo moduli PrestaShop da oltre dieci anni, e continuiamo anche ad acquistarli. Quindi non è un invito a evitare il marketplace: è la checklist di valutazione che usiamo davvero, tradotta per il titolare di un negozio che non leggerà il codice sorgente.
Come funziona davvero il marketplace Addons
Addons è una piattaforma curata: sviluppatori indipendenti inviano i moduli, PrestaShop li esamina e PrestaShop SA trattiene una commissione su ogni vendita (spesso citata intorno al 30% e oltre, considerala una stima di settore, non una garanzia pubblicata). Quella commissione è incorporata nel prezzo a scaffale, ed è il motivo strutturale per cui lo stesso modulo spesso costa meno se acquistato direttamente dallo sviluppatore che lo ha scritto. In cambio, il marketplace gestisce fatturazione, consegna della licenza, canale degli aggiornamenti e una procedura di contestazione di base.
La parte da capire è la revisione. Ogni modulo su Addons ha superato una revisione del codice, e quella revisione è davvero utile per intercettare falle di sicurezza evidenti e problemi strutturali. Quello che non può fare è testare la tua specifica combinazione di versione PrestaShop, versione PHP, tema e altri trenta moduli già attivi nel tuo pannello di amministrazione. Un modulo può superare la revisione con pratiche di sviluppo datate, query al database pigre o un conflitto di hook che emerge solo in una configurazione mai vista dal revisore. La revisione è una soglia minima, non un voto di qualità, e leggere una scheda serve soprattutto a capire quanto lo sviluppatore abbia scelto di costruire sopra quella soglia.
Leggere una scheda Addons: i campi che dicono davvero qualcosa
Una pagina prodotto su Addons contiene pochi campi che danno segnali reali e molto testo marketing che non ne dà. Ecco dove guardare e cosa ti sta dicendo davvero ogni campo.
| Cosa vedi nella scheda | Cosa ti dice davvero | La conseguenza pratica |
|---|---|---|
| Data dell'ultimo aggiornamento | Se lo sviluppatore lo mantiene ancora in linea con le versioni PrestaShop attuali | Un modulo non toccato prima dell'attuale versione principale probabilmente non è stato testato su quella versione, il test saresti tu |
| Intervallo di compatibilità (es. 1.7.x–8.x) | Quali versioni del core lo sviluppatore si impegna a supportare | Se la tua versione non è elencata esplicitamente, "dovrebbe funzionare" è un rischio tuo, non loro |
| Dichiarazione sugli override | Se il modulo sostituisce file del core invece di usare gli hook | Gli override entrano in conflitto con altri moduli e si rompono con gli aggiornamenti; i moduli basati su hook no |
| Pagina sviluppatore / altri moduli | Se si tratta di un prodotto isolato o di un catalogo mantenuto | Uno sviluppatore con 20 moduli mantenuti ha una reputazione da proteggere; un venditore con una sola scheda può sparire dopo la vendita |
| Recensioni dettagliate | Comportamento reale e risposta del supporto | Una recensione specifica da tre stelle ("il supporto ha risolto il mio conflitto su 1.7.8 in due giorni") pesa più di dieci cinque stelle con "ottimo modulo!" |
La data dell'"ultimo aggiornamento" è il filtro più veloce in assoluto
PrestaShop rilascia patch di sicurezza e versioni minori con cadenza regolare, e 1.7, 8.x e la linea 9.x hanno tutte introdotto cambiamenti sufficienti sotto il cofano, componenti Symfony nel pannello di amministrazione, modifiche ai template, classi deprecate, da rendere un modulo fermo da due anni una scommessa concreta. Se la data dell'ultimo aggiornamento precede l'attuale versione principale di PrestaShop che usi, trattalo come abbandonato finché lo sviluppatore non dimostra il contrario. Questo singolo controllo elimina già la maggior parte dei moduli di cui ti pentiresti più avanti.
La questione degli override è il dettaglio tecnico che decide il tuo prossimo aggiornamento
Questa è la cosa più importante nella scheda che la maggior parte degli acquirenti non pensa mai di chiedere: il modulo funziona tramite il sistema di hook di PrestaShop, oppure inserisce file nella directory override/ per sostituire il comportamento del core? Due moduli che sovrascrivono entrambi la stessa classe o lo stesso metodo del core, per esempio due diversi moduli di "modifica della procedura di acquisto" che toccano entrambi il controller degli ordini, entreranno in conflitto: l'installer degli override di PrestaShop rileva lo scontro e rifiuta di installare il secondo, quindi la funzione per cui hai appena pagato semplicemente non si applica. Gli override tendono anche a rompersi al successivo aggiornamento principale, perché il metodo del core che avevano copiato è cambiato. Un modulo costruito sugli hook si inserisce accanto al resto e sopravvive agli aggiornamenti. Puoi verificarlo dopo l'acquisto guardando la cartella del modulo: una directory override/ popolata è un segnale giallo; una registrazione pulita degli hook nella classe principale del modulo è quello verde. Quando una scheda o la sua documentazione dice "nessuna modifica ai file del core" o "basato su hook", lo sviluppatore ti sta dicendo di averlo fatto nel modo più duraturo.
Non devi leggere PHP per fare questo controllo. Decomprimi il modulo scaricato e guarda cosa contiene prima di installarlo:
# From inside the unzipped module folder:
# 1) Does it ship core overrides? (empty output = hook-based, the green flag)
find override/ -name '*.php' 2>/dev/null
# 2) Which core classes does it override? Product/Cart/Order/FrontController
# showing up here is where collisions with your other modules happen.
ls -R override/ 2>/dev/nullUn risultato vuoto per il primo comando è la risposta che vuoi. Se compare override/classes/Product.php o override/controllers/front/..., non è automaticamente un motivo per scartarlo, ma è il file su cui chiedere spiegazioni allo sviluppatore, e il primo posto da controllare se una funzione smette silenziosamente di funzionare dopo l'installazione di un secondo modulo.
Compatibilità: controllala esplicitamente, non dedurla
Non dare mai per scontato che un modulo supporti esattamente le tue versioni di PrestaShop e PHP solo perché supporta una versione vicina. Un modulo presentato per "1.7.x e 8.x" può comportarsi in modo diverso tra le due, e un negozio con PHP 8.1 può bloccarsi su un modulo scritto dando per scontate condizioni di PHP 7.x. Il campo compatibilità della scheda è la prima risposta; se la tua versione si trova al limite dell'intervallo dichiarato, scrivi allo sviluppatore prima di acquistare. Anche la qualità di quella risposta è un dato, un "sì, testato su 8.1.6 con PHP 8.1" diretto è un buon segnale; un vago "dovrebbe andare bene" ti dice già come andrà la richiesta di supporto quando qualcosa si romperà davvero.
[SCREENSHOT: pannello di amministrazione PrestaShop, Parametri avanzati → Informazioni, con le righe "versione di PrestaShop" e "versione PHP" evidenziate. Questa è la schermata da cui leggere le versioni esatte prima di confrontarle con il campo compatibilità di una scheda.]
Indicatori di qualità per cui vale la pena pagare di più
Superato il filtro dei segnali d'allarme, i moduli che meritano i tuoi soldi tendono a condividere alcuni tratti. Nessuno di questi è decorativo: ognuno indica se il modulo continuerà a funzionare e se riceverai aiuto quando non lo farà.
- Una demo reale e provabile. Uno sviluppatore affidabile ti lascia vedere il modulo in funzione, una demo operativa del pannello di amministrazione o almeno una video guida completa. Un modulo sopra i 100 EUR senza modo di vederlo lavorare prima di pagare è una scommessa al buio, e i rimborsi Addons sono lenti e limitati. Le demo operative sono un segnale di fiducia che da acquirenti pretenderemmo, ed è per questo che le offriamo anche noi.
- Una descrizione specifica e tecnica. Gli sviluppatori di qualità documentano funzionalità precise, screenshot reali (non bozze grafiche), requisiti e, cosa significativa, limiti. Uno sviluppatore che ti dice cosa il suo modulo non fa è uno che lavora da abbastanza tempo da sapere che l'onestà evita rimborsi a entrambe le parti.
- Documentazione mantenuta. Documentazione esterna, guida alla configurazione, sezione di risoluzione dei problemi. Scrivere e mantenere documentazione costa tempo, ed è proprio per questo che la sua presenza segnala uno sviluppatore investito sul lungo periodo invece di uno che pubblica e sparisce.
- Un registro delle modifiche coerente. Aggiornamenti regolari che nominano correzioni di bug e adeguamenti di compatibilità specifici significano che qualcuno sta seguendo attivamente il modulo. Un registro delle modifiche che si ferma di colpo, o che recita per sempre "miglioramenti vari", significa il contrario.
E un prezzo sospettosamente basso?
Un modulo completo venduto molto sotto tutti i prodotti comparabili è una domanda, non un affare. Lo sviluppo PrestaShop serio, costruzione, test su più versioni, supporto, richiede ore reali, e un prezzo che non le copre di solito significa che lo sviluppatore prevede di abbandonarlo dopo le prime vendite, tagliare sul supporto o guadagnare in un altro modo. Questo si collega a un punto più ampio che abbiamo argomentato a parte: un negozio con quindici moduli ben costruiti rende meglio di uno con quaranta moduli mediocri, perché ogni modulo che installi aggiunge hook, query e asset che il browser del cliente deve pagare. Abbiamo approfondito questo compromesso in perché la qualità dei moduli conta più della quantità, e l'economia specifica dei moduli "gratuiti" in il costo reale dei moduli gratuiti, entrambi meritano una lettura prima di ottimizzare solo per il prezzo in etichetta.
Una valutazione in cinque passaggi prima dell'acquisto
Ecco la sequenza che useremmo davvero su qualsiasi modulo, Addons o altrove, prima di fare clic su acquista.
1. Scrivi ciò di cui hai davvero bisogno
Elenca le funzionalità essenziali, non quelle che sarebbe piacevole avere. È il passaggio più economico e quello che fa risparmiare più denaro: ti evita di acquistare una suite da cinquanta funzioni quando te ne servono tre, e ti dà una lista concreta con cui testare la demo.
2. Cerca lo sviluppatore, non solo il modulo
Cerca il nome dello sviluppatore o dell'azienda. Ha un sito web, un catalogo mantenuto di altri moduli, una presenza nei forum PrestaShop? Uno sviluppatore visibile e responsabile nella comunità ha tutto l'interesse a supportarti; un venditore anonimo con una sola scheda non ne ha. È anche qui che entra in gioco la scelta tra acquistare dal marketplace o direttamente dal sito dello sviluppatore, la trattiamo qui sotto.
3. Conferma la compatibilità per iscritto
Confronta il campo compatibilità della scheda con le tue versioni esatte di PrestaShop e PHP (le trovi in Parametri avanzati → Informazioni nel pannello di amministrazione). Se sei al limite dell'intervallo dichiarato, chiedi prima.
4. Leggi le recensioni con spirito critico
Salta i cinque stelle generici e cerca recensioni che descrivano una configurazione reale del negozio, un problema reale e come il supporto lo ha gestito. La sostanza di quelle recensioni ti dice come sarà possedere quel modulo.
5. Testa in staging, mai in produzione
Installa prima il modulo su una copia di staging del tuo negozio (la maggior parte degli hosting offre lo staging con un clic). Svuota la cache, poi percorri front office e procedura di acquisto, e osserva i tempi di caricamento pagina prima e dopo. Un modulo costruito male può aggiungere mezzo secondo a ogni pagina. Soprattutto, verificalo insieme ai moduli che usi già, perché il guasto più comune non è un modulo rotto da solo: sono due moduli che litigano sullo stesso hook o override. Solo quando è pulito in staging merita un posto nel tuo negozio in produzione.
Acquistare su Addons o direttamente dallo sviluppatore
Il marketplace non è il tuo unico canale, e per molti moduli non è il più economico. Lo stesso modulo venduto sul sito dello sviluppatore di solito costa meno, perché la commissione del marketplace non è incorporata nel prezzo, e l'acquisto diretto tende a offrire supporto più rapido e la possibilità di modifiche personalizzate. Il compromesso esiste davvero su entrambi i lati, quindi ecco una divisione onesta.
| Situazione | Canale migliore | Perché |
|---|---|---|
| Vuoi il prezzo più basso sullo stesso modulo | Direttamente dallo sviluppatore | Nessuna commissione del marketplace nel prezzo |
| Probabilmente avrai bisogno di modifiche personalizzate o supporto specifico | Direttamente dallo sviluppatore | Parli con chi ha scritto il codice, non con una coda |
| Lo sviluppatore vende solo su Addons | Addons | È l'unico canale; fai solo prima tutta la checklist |
| Vuoi una sola fonte di fatturazione per la contabilità | Addons | Un unico rapporto di fatturazione per molti sviluppatori |
| Dai valore alla procedura di contestazione (limitata) del marketplace | Addons | Una soluzione di riserva se uno sviluppatore sparisce, entro i suoi limiti |
Questo è il modello che abbiamo scelto noi: su mypresta.rocks vendiamo direttamente, il che mantiene il prezzo più basso per te e lascia supporto, aggiornamenti e qualità del codice interamente nelle nostre mani, invece che mediati da una coda del marketplace. L'acquisto diretto significa anche che un cliente può chiederci una modifica, cosa che una transazione su marketplace raramente consente. Il ragionamento più profondo dietro la scelta di costruire su PrestaShop e vendere in questo modo è in perché abbiamo scelto PrestaShop dopo oltre 10 anni di sviluppo moduli, e l'argomento a favore del possedere il codice del proprio negozio invece di affittarlo in perché possedere il proprio codice conta.
Altre due fonti da conoscere
Oltre al marketplace e ai siti degli sviluppatori, due canali sono adatti a situazioni specifiche:
- GitHub e open source. Un numero crescente di moduli PrestaShop vive su GitHub con licenze open source, e lo stesso progetto PrestaShop ne mantiene lì diversi ufficiali. Raramente includono supporto, ma per un modulo della comunità ben consolidato possono essere pronti per la produzione e un buon punto di partenza. Soprattutto se hai uno sviluppatore che può leggere il codice prima che tu gli dia fiducia.
- Uno sviluppatore freelance per una realizzazione su misura. Quando la tua esigenza è davvero specifica, commissionare un modulo può essere meglio che comprarne uno generico e lottare per piegarlo alle tue necessità. Gli specialisti PrestaShop si trovano su piattaforme come Malt o Upwork; un modulo personalizzato di media complessità è tipicamente un progetto a quattro cifre, quindi valuta quel costo rispetto a quello di un modulo già pronto più le ore che spenderesti per adattarlo.
Se non sai ancora quali moduli ti servono
Questa guida presume che tu abbia già individuato un modulo da valutare. Se sei a uno stadio precedente, installazione PrestaShop appena fatta, incertezza su cosa sia davvero essenziale, parti da una selezione invece di sfogliare a freddo 5.000 schede. Manteniamo due liste pratiche esattamente per questo: i moduli PrestaShop essenziali di cui ogni negozio ha bisogno e, per un negozio appena nato, i moduli da installare per primi. Sapere cosa ti serve trasforma il marketplace da un catalogo opprimente a una lista d'acquisto breve e verificabile, ed è il senso di ogni schermata di questa guida.
La versione breve
L'ecosistema dei moduli PrestaShop è maturo e competitivo, e questa concorrenza gioca a tuo favore, ma solo se sai leggere una scheda abbastanza bene da trarne vantaggio. Controlla prima la data dell'ultimo aggiornamento, conferma la compatibilità per iscritto, preferisci moduli basati su hook a quelli pieni di override, giudica lo sviluppatore dal suo catalogo e dalle recensioni più che dal testo marketing, e non mettere mai un modulo in produzione senza un test in staging con i moduli che usi già. Fallo, e la differenza tra il catalogo più grande e il modulo giusto smette di essere fortuna e diventa una decisione che controlli tu.
FAQ
È sicuro acquistare dal sito dello sviluppatore invece che dal marketplace ufficiale Addons?
Sì, quando hai verificato lo sviluppatore, e la verifica è la stessa in entrambi i casi. L'acquisto diretto di solito costa meno (nessuna commissione del marketplace incorporata) e tende a offrire supporto più rapido e diretto. Ciò a cui rinunci è la comodità della fattura unica del marketplace e la sua procedura di contestazione limitata. Quindi il fattore decisivo non è "marketplace = sicuro, diretto = rischioso"; è se lo sviluppatore è visibile e responsabile: un sito reale, un catalogo mantenuto, una presenza nella comunità PrestaShop. Un venditore anonimo è il rischio, su entrambi i canali.
Come controllo se un modulo usa override prima di installarlo?
Decomprimi il modulo scaricato e cerca una cartella override/. Se è vuota o assente, il modulo è basato su hook, l'approccio duraturo. Se contiene file sotto override/classes/ o override/controllers/, annota quali classi del core tocca (Product, Cart, Order e FrontController sono quelle più soggette a collisioni). Non è un no automatico, ma è la domanda da porre allo sviluppatore e il primo posto da controllare se una funzione fallisce in silenzio dopo l'aggiunta di un altro modulo.
La data dell'ultimo aggiornamento è vecchia ma il modulo ha ottime recensioni, dovrei acquistarlo comunque?
Le recensioni ti dicono come il modulo si è comportato sulle versioni usate da quei recensori, non sulla tua. Se l'ultimo aggiornamento precede l'attuale versione principale di PrestaShop che stai usando, le recensioni rassicurano sul passato, non garantiscono compatibilità per la tua installazione. Scrivi allo sviluppatore e chiedi conferma esplicita che sia stato testato sulla tua versione di PrestaShop e PHP; una risposta precisa ("testato su 8.1.6, PHP 8.1") è un buon segnale, un vago "dovrebbe andare bene" ti dice già come andrà una futura richiesta di supporto.
I rimborsi PrestaShop Addons sono affidabili se un modulo non funziona?
Trattali come una soluzione di riserva limitata, non come una rete di sicurezza. Il marketplace ha una procedura di contestazione, ma i rimborsi sono lenti e condizionati: proprio per questo la checklist sposta in avanti il lavoro che puoi fare prima di pagare, una demo provabile, conferma scritta della compatibilità e test in staging. L'obiettivo è non avere mai bisogno della procedura di rimborso, perché affidarcisi è la strada costosa.
Posso semplicemente testare un modulo a pagamento sul mio negozio in produzione per vedere se va bene?
No. Il guasto più comune non è un modulo rotto da solo. Sono due moduli che litigano sullo stesso hook o override, e questo emerge solo con il set specifico che usi già. Installa prima su un clone di staging (la maggior parte degli hosting offre lo staging con un clic), svuota la cache, percorri front office e procedura di acquisto, e confronta i tempi di caricamento prima e dopo. Solo un test pulito in staging fa guadagnare a un modulo un posto in produzione.