WordPress o PrestaShop?
La vera domanda è chi lo aggiorna.
Funzionano entrambi. Cadono entrambi. Quello che decide non è quasi mai il software scelto: è il nome scritto accanto alla riga «chi se ne occupa».
Pubblicato il 4 agosto 2026 · 6 min di lettura · dal team tecnico SkyNet
Il sito non è caduto quel giorno.
Un giovedì mattina, un negozio online restituisce una pagina bianca. Il titolare chiama l’agenzia: il preventivo ha tre anni, il referente non ci lavora più. Chiama il provider di hosting, che conferma di aver aggiornato nella notte la versione di PHP (il linguaggio che fa girare il sito sul server) — come annunciato sei mesi prima per e-mail. Il sito, invece, era rimasto sulla vecchia.
Nessuno ha commesso un errore quel giovedì. L’errore risale al giorno della messa online, quando tutti si sono stretti la mano senza scrivere chi si sarebbe occupato del sito il giorno dopo.
Uno è nato per pubblicare,
l’altro per vendere.
WordPress — scrivere
Un CMS (sistema di gestione dei contenuti: un software per creare pagine senza programmare). Nato per pubblicare, e lo fa meglio della maggior parte. Sa anche vendere, con l’aiuto di un plugin: per una decina di referenze e un pagamento semplice, è ragionevole.
PrestaShop — vendere
Il commercio è nella base: catalogo, varianti (taglia, colore), scorte, IVA, corrieri, resi, note di credito. Quello che altrove si arrangia, qui è già previsto. In cambio, richiede più rigore di esercizio.
Funzionano entrambi. La scelta sbagliata non fa cadere un sito: aggiunge attrito. Si paga in ore, non in guasti. Ecco perché questa domanda, posta per prima, prende il posto di quella giusta.
Quattro righe,
e un nome di fronte a ciascuna.
Un sito non è un oggetto che si consegna. È un servizio che gira tutti i giorni, su un server che evolve senza chiederLe il parere. Le quattro righe qui accanto valgono tutti i confronti tra strumenti.
Quattro mestieri,
e non la stessa persona.
- Chi aggiorna — il core, il tema (la veste grafica), ogni plugin. E chi verifica poi che il sito funzioni: un aggiornamento non verificato è una scommessa.
- Chi esegue i backup — i file e il database (dove vivono ordini, clienti e testi). Salvare i soli file non restituisce un negozio.
- Chi ripristina — né la stessa persona, né la stessa competenza. La si scopre nel momento peggiore.
- Chi risponde — un numero, un orario, un tempo. Non un indirizzo di modulo.
Il test che divide tutti. Chieda la data dell’ultimo ripristino riuscito — non dell’ultimo backup. Un backup mai ripristinato non è un backup: è un file che si spera sia buono. Applichiamo la stessa regola ai nostri collegamenti: quello che non è stato provato non è in funzione.
Otto estensioni,
sono nove software.
Un’estensione (un modulo aggiunto per ottenere una funzione: modulo di contatto, pagamento, collegamento al corriere) è un vero software, scritto da qualcun altro, con il proprio ritmo di aggiornamenti.
Ognuna porta una funzione e una dipendenza, nello stesso momento. Un plugin abbandonato dal suo autore non diventa inutile: diventa una porta che nessuno sorveglia più.
- Guardi la data del suo ultimo aggiornamento prima le sue note.
- Chieda cosa si rompe se sparisce. Un modulo si sostituisce; un percorso di pagamento, molto meno in fretta.
- La faccia entrare nel contratto. Un’estensione che non vi figura non è mantenuta da nessuno.
Nulla si rompe di colpo.
È proprio questo il problema.
Un sito lasciato senza aggiornamenti non si spegne: va alla deriva. E il giorno in cui la cosa si vede, il backup che si vuole ripristinare contiene già il problema.
Diciotto mesi,
raccontati in ordine
Nessuno fa nulla di male. È esattamente per questo che succede.
- Il ritardo si alimenta da solo — più il divario cresce, più aggiornare sembra rischioso. Quindi si aspetta.
- Il server, invece, avanza — il Suo provider di hosting segue il suo calendario, non il Suo.
- I robot non prendono di mira Lei — scandagliano indirizzi. Essere piccoli non protegge da nulla.
Gli aggiornamenti si accumulano
«12 aggiornamenti disponibili». Nessuno clicca: nessuno sa cosa fare se poi il sito si rompe.
Nessuno osa più
Il ritardo diventa una ragione per non fare nulla.
Il provider di hosting cambia PHP
Un’estensione rimasta indietro si ferma. Non è più una casella da spuntare, è un cantiere.
La porta resta aperta
Una falla pubblicata da tempo viene sfruttata. Compaiono pagine sconosciute, e i motori le indicizzano.
Il backup non salva
Bisogna risalire a prima dell’intrusione. Senza la sua data, si ripristina il problema insieme al sito.
Un sito non si ferma perché è stato scelto male. Si ferma perché è stato lasciato solo.
Un sito vive su un’infrastruttura, non nel vuoto.
La griglia,
in cinque righe.
Quello che deve guidare la scelta — e quello che bisogna prevedere in cambio.
| La Sua situazione | Quello che è ragionevole | Cosa prevedere |
|---|---|---|
| Contenuti, poca o nessuna vendita | WordPress | Una persona designata, anche a tempo molto parziale |
| Varianti, scorte, corrieri, resi | PrestaShop | Un budget di esercizio, non solo di creazione |
| Pochi prodotti, una modalità di spedizione | WordPress e un’estensione di vendita | Il percorso di pagamento deve essere indicato nel contratto |
| Un sito che funziona già | Non si cambia strumento | Il cantiere utile è la manutenzione, non il rifacimento |
| Nessuno all’interno, nessun contratto | Nessuno dei due, per ora | Sistemi prima questa riga. Lo strumento viene dopo |
Il contratto di manutenzione minimo.
Sei righe. Se ne manca una, chieda perché prima di firmare.
- La frequenza degli aggiornamenti, e il loro perimetro: nucleo, tema, estensioni — ciascuna citata.
- La frequenza dei backup, la loro durata di conservazione, e la loro collocazione: non sul server del sito.
- Un test di ripristino periodico, con una data scritta e un resoconto.
- Il tempo di risposta in caso di arresto totale, e la fascia oraria in cui si applica.
- Chi detiene gli accessi: hosting, nome di dominio e amministrazione devono essere a Suo nome.
- Quello che non è non coperto. Un contratto muto sulle sue esclusioni non è leggibile.
Quello che non promettiamo. Che un sito non sarà mai compromesso: nessuno può scriverlo onestamente. Noi scriviamo il tempo di rimessa online e la profondità dei backup. E non avanziamo nessuna cifra sui siti lasciati senza manutenzione: non l’abbiamo misurata.
Lavoriamo con hotel Accor e Logis Hôtels. Ci danno fiducia.
Il sito, il collegamento e il telefono:
lo stesso team.
I nostri servizi si appoggiano su datacenter certificati ISO 27001 e HDS, situati in Francia. Il collegamento, la postazione e il sito sono tenuti dallo stesso team, a Rouen. Un solo numero quando si rompe.
Da ricordare
- Lo strumento decide il attrito quotidiano, raramente del guasto.
- Quello che decide davvero: il nome davanti a «chi aggiorna, chi fa il backup, chi ripristina, chi risponde».
- Ogni estensione è un software in più da mantenere, e una porta in più.
- Un backup mai ripristinato non è un backup. Chieda la data dell’ultimo ripristino riuscito.
- Hosting, nome di dominio, amministrazione: a Suo nome. Sempre.
Facciamo l’inventario del Suo sito prima di parlarne
Ci dia l’indirizzo del Suo sito e il nome del Suo provider di hosting. Le diciamo quali estensioni non sono più seguite, se i backup esistono, e a quale nome sono i Suoi accessi. Un quadro scritto dell’esistente, non un preventivo travestito.