Aggiornamenti massivi dei prezzi: cambiare centinaia di prezzi senza impazzire

Il fornitore invia l'email che ogni titolare di negozio teme: prezzi in aumento dell'8% dal primo giorno del mese. Hai 400 prodotti. Aprirli uno a uno nel back office di PrestaShop, riscrivere il prezzo, premere salva e aspettare il ricaricamento della pagina significa perdere un'intera giornata di lavoro — e basta una cifra digitata male perché un prodotto da €269 venga venduto a €26,90. La buona notizia è che PrestaShop offre diversi modi concreti per modificare centinaia di prezzi in una sola volta. La cattiva notizia è che ciascuno interviene sui dati in modo diverso, e la scelta sbagliata può compromettere margini, visualizzazione delle imposte o flusso prodotti prima ancora che tu riesca a dire "annulla". Questa guida spiega come farlo su larga scala in sicurezza: quale metodo usare per ogni scenario e quali trappole specifiche di PrestaShop trasformano un aggiornamento rapido in un weekend di pulizie.

Ultimo aggiornamento: giugno 2026.

Prima di iniziare, chiarisci un punto: dietro "cambiare i prezzi" si nascondono due operazioni completamente diverse. Aumentare in modo permanente i prezzi base (lo scenario dell'aumento del fornitore) non è la stessa cosa che lanciare una svendita o promozione temporanea. I metodi qui sotto sono ordinati in base al lavoro per cui sono pensati: confonderli è il modo più comune con cui i commercianti creano disordine.

Le quattro strade — e a cosa serve ciascuna

Prima di cliccare qualsiasi cosa, metti a fuoco la mappa. PrestaShop offre quattro modi pratici per modificare molti prezzi insieme, ma non sono intercambiabili:

Quindi? Se usi una regola carrello quando in realtà volevi aumentare i prezzi base in modo permanente, il catalogo continuerà a mostrare ovunque il vecchio prezzo — liste, flussi dati, comparatori — e lo sconto comparirà solo all'ultimo passaggio. Se modifichi i prezzi base quando volevi fare una promozione di due settimane, hai perso i valori originali e non hai nulla a cui tornare. Scegliere subito la riga giusta è metà della sicurezza.

Metodo 1: import/export CSV — il cavallo di battaglia per le modifiche permanenti

Per una vera modifica permanente dei prezzi base su centinaia di prodotti, il CSV è il metodo costruito per questo. Il percorso di importazione è Parametri avanzati → Importa su PrestaShop 1.7, 8 e 9. Ottenere un CSV iniziale in uscita è meno uniforme: un pulsante Esporta nella lista prodotti esiste in alcune versioni e griglie del back office, ma non in tutte; se la tua griglia non lo offre, usa un'esportazione dal database, il webservice o un modulo di esportazione dedicato. Il flusso è questo:

• Esporta prima il catalogo. Da Catalogo → Prodotti, usa il pulsante Esporta se la griglia prodotti della tua versione lo mette a disposizione; se non c'è, recupera i dati tramite esportazione del database, webservice o modulo di esportazione. In ogni caso ti serve un CSV di tutti i prodotti come immagine iniziale — salvalo senza modificarlo. Se qualcosa va storto, reimportando quel file ripristini i vecchi prezzi.
• Modifica in un foglio di calcolo. Le colonne che contano sono ID (o Riferimento come chiave di corrispondenza), Prezzo IVA esclusa e, facoltativamente, Prezzo all'ingrosso se monitori il margine. Per aumentare tutto dell'8%, una singola colonna con formula — =B2*1.08 — gestisce l'intero catalogo. PrestaShop memorizza e si aspetta il prezzo IVA esclusa; il prezzo IVA inclusa visto dai clienti viene calcolato dalla regola fiscale, quindi lavora sempre sull'imponibile e lascia che PrestaShop aggiunga l'imposta.
• Reimporta con "aggiorna esistenti". Torna in Parametri avanzati → Importa, scegli il tipo di entità Prodotti, associa le colonne e, soprattutto, spunta "Aggiorna prodotti esistenti" facendo corrispondere ID o Riferimento. Se salti quella casella, a seconda di come vengono mappati gli identificativi, PrestaShop può creare prodotti duplicati invece di aggiornare quelli esistenti (o semplicemente scartare le righe): un errore davvero doloroso da sistemare, ed è esattamente per questo che si prova prima con un file piccolo.

Passaggio di sicurezza critico: non eseguire mai subito l'importazione completa. Riduci il CSV a 5–10 prodotti, importali, poi aprili nel back office e verifica che i prezzi siano finiti esattamente dove devono essere — inclusa la visualizzazione IVA inclusa. Solo quando quel lotto di prova è corretto puoi eseguire il file completo. Una virgola decimale fuori posto o una formula che prende la colonna sbagliata può impostare centinaia di prezzi a €0 o €999999 nel tempo necessario a leggere questa frase, e l'importazione CSV lo fa senza una seconda schermata di conferma.

Una particolarità di PrestaShop da non sottovalutare: l'importazione prodotti standard aggiorna il prezzo base, ma non tocca gli impatti prezzo delle combinazioni né i prezzi specifici. Se le tue varianti hanno adeguamenti di prezzo propri, leggi la nota sulle combinazioni più sotto.

Metodo 2: prezzi specifici — per promozioni, non per modifiche permanenti

Se ciò che vuoi davvero è una promozione temporanea — saldi di primavera, liquidazione, prezzi solo B2B — non toccare affatto i prezzi base. La funzione prezzo specifico di PrestaShop esiste proprio per questo. Puoi applicarla in blocco tramite Catalogo → Sconti (regole prezzo catalogo) oppure per singolo prodotto nella scheda Prezzi del prodotto:

• Applica uno sconto percentuale o fisso a un'intera categoria, a un produttore o a un fornitore con una sola regola.
• Imposta un intervallo di date da/a così il prezzo torna automaticamente al valore precedente — niente promemoria, niente "mi sono dimenticato di rimettere i prezzi?" il lunedì dopo una promozione.
• Seleziona un gruppo clienti specifico (ingrosso, livello fedeltà) in modo che lo sconto resti invisibile a tutti gli altri.

Una precisazione sullo strumento massivo, perché è facile aspettarsi troppo: una regola prezzo catalogo (Catalogo → Sconti → Regole prezzo catalogo) crea un prezzo specifico su una porzione del catalogo selezionata per valuta, paese, gruppo clienti, produttore, fornitore, categoria o attributo — con date di inizio/fine e una riduzione percentuale o fissa. Ciò che non fa è riscrivere i prezzi base: sovrappone uno sconto. Ecco perché è lo strumento giusto per una promozione e quello sbagliato per un aumento permanente del fornitore. Se hai eseguito una regola prezzo catalogo aspettandoti che cambiassero i prezzi base, in ps_product non si è mosso nulla: hai solo aggiunto una riduzione temporanea che scadrà quando arriverà la data di fine.

Il vantaggio è che i prezzi base restano intatti. Non devi ricordare qual era il valore originale, i calcoli di margine e costo rimangono affidabili e la pagina prodotto mostra correttamente il trattamento "prima/ora" con il vecchio prezzo barrato, che segnala una vera offerta. Più prezzi specifici sovrapposti possono convivere senza che tu debba tenerne traccia a mano. La decisione su se e come mostrare quel prezzo barrato è legata direttamente alla psicologia del prezzo — ne parliamo qui separatamente.

Metodo 3: regole carrello — per "X% di sconto su tutto"

Per una promozione semplice su tutto il negozio ("20% di sconto su tutto il negozio questo weekend"), una singola regola carrello in Catalogo → Sconti → Regole carrello è più semplice che toccare i prodotti:

• Crea una sola regola, con o senza codice promozionale (lascia il codice vuoto per uno sconto automatico).
• Imposta la percentuale e un intervallo di date; se vuoi, limitala a determinate categorie o prodotti.

Il vantaggio è che si tratta di un unico oggetto: nessun record prodotto cambia e spegni l'intera promozione disattivando una sola regola. Il compromesso, che coglie di sorpresa molti commercianti: una regola carrello si applica nel carrello/pagamento, quindi lo sconto non appare nelle liste prodotti né nella pagina prodotto. I clienti vedono il prezzo pieno fino al carrello. Se vuoi che il prezzo ridotto sia visibile nella pagina prodotto, serve un prezzo specifico (Metodo 2), non una regola carrello.

Metodo 4: SQL diretto — rapido, potente, senza pietà

Modificare direttamente il database è il modo più veloce per spostare i prezzi e il modo più facile per danneggiare un negozio. In Parametri avanzati → Database → SQL Manager (o direttamente nel database, per i più coraggiosi), una sola istruzione fa il lavoro di mille clic:

UPDATE ps_product SET price = price * 1.08 WHERE id_category_default = 5;

Questa istruzione aumenta dell'8% in circa un secondo ogni prodotto la cui categoria predefinita è 5, ma è anche incompleta. Ed è la trappola descritta qui sotto: su qualsiasi installazione multinegozio, il front office legge il prezzo da ps_product_shop, quindi devi eseguire anche l'istruzione corrispondente su quella tabella, altrimenti la vetrina continuerà a mostrare i vecchi prezzi invariati:

UPDATE ps_product_shop SET price = price * 1.08 WHERE id_category_default = 5;

E non c'è nessun pulsante per annullare. Prima di eseguire qualunque cosa che scriva nel database:

• Esegui un backup completo del database. È l'unica strada per tornare indietro. Lo stesso SQL Manager non ti salverà: usa Parametri avanzati → Database → Backup DB (o un vero dump dal tuo hosting) prima di scrivere qualsiasi cosa.
• Esegui prima la SELECT. Sostituisci UPDATE...SET con SELECT id_product, price usando la stessa clausola WHERE e leggi il risultato: verifica di colpire i prodotti che pensi, e solo quelli.
• Non dimenticare ps_product_shop. È la trappola classica di PrestaShop: il prezzo è memorizzato sia in ps_product sia in ps_product_shop. In un'installazione multinegozio il front office legge da ps_product_shop, quindi un aggiornamento del solo ps_product non cambia nulla di ciò che vedono i clienti. Aggiorna entrambe le tabelle.
• Svuota la cache dopo. PrestaShop memorizza pesantemente i dati prodotto in cache; i vecchi prezzi restano in Smarty e nella cache pagina completa finché non li svuoti (vedi la checklist sotto).

Questa strada è davvero per sviluppatori a proprio agio con il modello dati di PrestaShop. Se "ps_product_shop" per te era una novità, usa il CSV: è quasi altrettanto rapido e non può disallineare silenziosamente le tabelle.

La trappola delle combinazioni che la maggior parte degli aggiornamenti massivi ignora

I prodotti venduti in varianti — taglie, colori, modelli — memorizzano separatamente i propri impatti di prezzo, in ps_product_attribute (e in ps_product_attribute_shop nel multinegozio). Quando aumenti un prezzo base, l'impatto della combinazione resta fisso: alzi la base dell'8% e il sovrapprezzo "XL costa +€2" rimane un +€2 netto, non +€2,16. Che sia corretto dipende dalla tua strategia di prezzo, ma è una decisione da prendere consapevolmente: un'importazione CSV dei prezzi base non scalerà quegli impatti al posto tuo, e dimenticarli è il modo in cui un aggiornamento prezzi "finito" lascia sbagliata metà delle varianti. Se stai ancora decidendo se il catalogo debba usare combinazioni o prodotti separati, quella è una scelta a parte — la trattiamo qui.

Arrotondamento: decidi prima dell'importazione, non dopo

Un aumento percentuale produce numeri brutti — €24,99 × 1,08 = €26,9892 — e PrestaShop memorizzerà più precisione di quanta un acquirente vedrà mai (il prezzo mostrato è vincolato alla precisione e alle impostazioni di arrotondamento della valuta, quindi normalmente ai clienti non verrà mostrato il valore grezzo "26,9892"). Detto questo, definisci la regola di arrotondamento nel foglio di calcolo, prima dell'importazione, così controlli tu il prezzo finale visualizzato invece di sperare che la piattaforma sistemi tutto: arrotonda a .99 per i prezzi psicologici, al .50 più vicino per cartellini puliti, oppure all'intero. Il motivo per cui conta oltre all'ordine formale è che il punto prezzo preciso su cui arrivi incide in modo misurabile sulla conversione: la psicologia del prezzo è un tema a sé, e "26,9892" non aiuta nessuno.

Fai attenzione anche alla direzione dell'imposta. Poiché modifichi i prezzi IVA esclusa ma i clienti vedono quelli IVA inclusa, un aumento dell'8% sulla base si traduce in un salto visibile leggermente diverso a seconda della regola fiscale associata a ciascun prodotto. Dopo qualsiasi modifica massiva, controlla a colpo d'occhio il prezzo IVA inclusa visto dal cliente su alcuni prodotti, non solo il valore del back office.

Tempistiche e comunicazione di un aumento prezzi

A parte la meccanica, un aumento prezzi è un momento delicato nel rapporto con i clienti, e alcune abitudini evitano di bruciare fiducia:

• Avvisa in anticipo clienti B2B e iscritti — "i prezzi aumentano il giorno 1, ordina ora alle tariffe attuali" ammorbidisce il cambiamento e anticipa parte degli ordini.
• Esegui l'aggiornamento nelle ore di basso traffico così il minor numero possibile di clienti si trova a navigare mentre i prezzi cambiano sotto i loro occhi.
• Rispetta i carrelli già in corso per un breve periodo di tolleranza: un cliente che ha aggiunto un articolo al vecchio prezzo e lo ritrova più alto al pagamento è un probabile abbandono.
• Aggiorna subito i flussi per i comparatori. Prezzi obsoleti in Google Shopping o nei motori di comparazione fanno cliccare ai clienti un vecchio prezzo basso e li portano a uno più alto: un colpo alla fiducia e, sempre più spesso, un rischio di disapprovazione del flusso. La stessa disciplina sui dati vale per le statistiche che mostri sul sito, come i contatori live di vendite e visualizzazioni.

Checklist dopo l'aggiornamento

Qualunque metodo tu abbia usato, non considerare mai "fatta" una modifica massiva dei prezzi finché non hai percorso questa lista:

• Verifica manualmente 10–15 prodotti distribuiti tra categorie, produttori e fasce di prezzo diverse.
• Controlla sia i valori IVA esclusa (back office) sia quelli IVA inclusa (front office).
• Conferma che i prezzi delle combinazioni siano ancora corretti — la trappola descritta sopra.
• Svuota le cache in uso: cache di PrestaShop e cache Smarty, più eventuali livelli di cache del tema, dei moduli, del server, della CDN o di cache pagina completa che utilizzi — i vecchi prezzi sopravvivono in cache finché non lo fai.
• Rigenera i flussi prodotti (Google Shopping e qualsiasi motore di comparazione).
• Dopo qualche giorno, rivedi i tuoi report finanziari per confermare che i margini siano finiti dove volevi.

Quando lo fai ogni mese

Le strade CSV e SQL vanno bene per un aumento annuale dell'intero catalogo. Diventano rapidamente noiose se ritocchi i prezzi di continuo: cambi stagionali dei fornitori, oscillazioni valutarie, regolazione dei margini per fornitore. Proprio questa ripetizione, insieme alle trappole su combinazioni, arrotondamenti e imposte che rendono rischiosa ogni esecuzione, è ciò che il nostro modulo Mass Price Updater è pensato per eliminare. Quindi cosa fa davvero per te? Applica variazioni percentuali o fisse, la regola di arrotondamento scelta e un targeting selettivo per categoria, produttore o fornitore — da un'unica schermata del back office, gestendo per te le tabelle delle combinazioni e del multinegozio invece di lasciarle come trappola nascosta. Il punto non è la velocità fine a sé stessa: è trasformare un'operazione che potrebbe impostare 400 prezzi a zero in qualcosa che puoi eseguire durante una pausa caffè senza trattenere il fiato.

Domande frequenti

Qual è il modo più sicuro per aumentare permanentemente centinaia di prezzi base? Import/export CSV. Esporta prima il catalogo e conserva quel file intatto come immagine iniziale, modifica i prezzi in un foglio di calcolo (una singola colonna =B2*1.08 produce un aumento dell'8%), poi reimporta con "Aggiorna prodotti esistenti" selezionato e corrispondenza su ID o Riferimento. Prova sempre su 5–10 prodotti prima di eseguire il file completo: l'importazione CSV si applica senza schermata di conferma.

Devo usare una regola carrello, un prezzo specifico o modificare il prezzo base? Abbina lo strumento al lavoro. Aumento permanente del fornitore = prezzo base (CSV o SQL). Promozione temporanea o sconto per gruppo = prezzo specifico / regola prezzo catalogo, che si ripristina automaticamente alla data di fine e mostra il "prima/ora" barrato. Promozione semplice "X% di sconto su tutto" = una singola regola carrello, ma ricorda che si applica solo nel carrello, quindi lo sconto non appare nelle liste o nelle pagine prodotto.

Perché la mia modifica prezzi via SQL non si vede nella vetrina? Quasi sempre perché hai aggiornato ps_product ma non ps_product_shop. Il prezzo vive in entrambe le tabelle e, in un'installazione multinegozio, il front office legge da ps_product_shop. Aggiorna entrambe le tabelle, poi svuota la cache di PrestaShop e la cache Smarty: i vecchi prezzi restano in cache finché non la pulisci.

E i prezzi delle varianti (combinazioni)? Un'importazione CSV del prezzo base non scala gli impatti prezzo delle combinazioni. Se "XL costa +€2", aumentare la base dell'8% lascia quel sovrapprezzo a +€2 netto, non a +€2,16. Che sia corretto lo decidi tu, ma è una scelta deliberata: gli impatti delle combinazioni vivono in ps_product_attribute (e ps_product_attribute_shop) e dimenticarli è il modo in cui un aggiornamento "finito" lascia sbagliata metà delle varianti.

Come devo gestire gli arrotondamenti? Decidili nel foglio di calcolo prima dell'importazione, non dopo: arrotonda a .99 per i prezzi psicologici, a .50 per cartellini puliti o a numeri interi. Poi controlla a colpo d'occhio il prezzo IVA inclusa (front office) su alcuni prodotti, perché tu modifichi prezzi IVA esclusa ma i clienti vedono prezzi IVA inclusa, quindi il salto visibile cambia in base alla regola fiscale di ciascun prodotto.

Moduli e letture correlate

Se ritocchi spesso i prezzi — cambi stagionali dei fornitori, oscillazioni valutarie, regolazione dei margini — le strade manuali CSV/SQL diventano presto noiose e rischiose. Il nostro modulo Mass Price Updater applica variazioni percentuali o fisse con la regola di arrotondamento scelta e targeting selettivo per categoria, produttore o fornitore da un'unica schermata del back office, gestendo per te le tabelle di combinazioni e multinegozio invece di lasciarle come trappola nascosta (trasparenza: è un nostro modulo PrestaShop). Dopo qualsiasi modifica massiva, conferma che i margini siano finiti dove volevi con Financial Revolution e mantieni affidabili i numeri visibili sul sito: prezzi obsoleti indeboliscono Product Sales & Views Live Stats e i flussi dati letti da clienti e Google.

Qualunque strada sia adatta al tuo caso, il principio in PrestaShop è sempre lo stesso: sapere quale lavoro stai facendo (prezzo base permanente contro sconto temporaneo), sapere che il prezzo vive in più tabelle di quanto ti aspetteresti, testare su una manciata di prodotti prima di confermare e conservare l'immagine iniziale così "annulla" esiste sempre. Fai questo, e cambiare centinaia di prezzi smette di essere la giornata che temi e diventa un'attività affidabile da dieci minuti.