Configurazione di un negozio multilingua: preparare PrestaShop alle vendite internazionali

Revisionato a giugno 2026, i passaggi si applicano a PrestaShop 1.7, 8 e 9; lo strumento Traduzioni e i campi _lang per lingua funzionano allo stesso modo in tutte queste versioni.

Aggiungere una seconda lingua a PrestaShop sembra un lavoro da due minuti: installi un pacchetto lingua, spunti una casella, finito. Poi compaiono le crepe, email tradotte a metà, un pulsante della procedura di acquisto ancora in inglese nel negozio tedesco, descrizioni prodotto mai compilate, un pannello di amministrazione in cui il personale di magazzino si ritrova davanti il francese. Il motore multilingua della piattaforma è davvero solido (ogni campo traducibile viene memorizzato per lingua a livello di database, non aggiunto a posteriori), ma "supporta molte lingue" e "è configurato correttamente per vendere all'estero" sono due stati molto diversi. Questa guida serve a colmare quel divario: i passaggi esatti nel pannello di amministrazione per aggiungere e configurare una lingua, dove si trova davvero ogni categoria di testo traducibile e in quale ordine procedere per non pubblicare un negozio tradotto all'80% e confuso al 100%.

Questa è la parte linguistica dell'internazionalizzazione. Valute, imposte e quadro paese per paese meritano ciascuno un approfondimento dedicato, la configurazione multivaluta e la guida più ampia alla vendita in Europa affrontano quei temi. Qui restiamo sulle lingue.

Come PrestaShop memorizza le lingue (e perché conta)

Prima di toccare un'impostazione, conviene sapere che cosa stai configurando davvero. In PrestaShop una lingua è una riga nella tabella lang e quasi ogni contenuto ha una tabella _lang associata, product_lang, category_lang, cms_lang, meta_lang, che contiene un record per ogni lingua e per ogni elemento. Quando aggiungi una lingua, non stai cambiando una modalità di visualizzazione: stai creando un set parallelo di campi contenuto vuoti che qualcuno dovrà compilare.

Quindi? Da qui derivano due conseguenze, che spiegano la maggior parte degli errori nei progetti multilingua:

• Una lingua appena aggiunta parte vuota, non tradotta automaticamente. In alcune aree PrestaShop ripiega sul testo della lingua predefinita per i campi non tradotti: è esattamente così che finisci con nomi prodotto in inglese sotto un menu tedesco.
• I testi dell'interfaccia (pulsanti, messaggi di errore, contenuti delle email) non sono salvati in quelle tabelle _lang, arrivano dai file di traduzione e dallo strumento Traduzioni, un flusso di lavoro completamente separato. Tradurre i prodotti non cambia il pulsante della procedura di acquisto. Devi fare entrambe le cose.

Aggiungere una lingua nel modo giusto: Localizzazione → Lingue

La strada corretta più rapida è installare un pacchetto di localizzazione completo, non una semplice lingua isolata. Vai su Internazionale → Localizzazione (nei vecchi negozi 1.6 è Localizzazione → Localizzazione). Scegli il paese e, soprattutto, controlla con attenzione le caselle di ciò che verrà importato: Stati, Imposte, Valute, Lingue, Unità e Cambia il comportamento delle tasse. Importare la lingua in questo modo porta con sé anche i formati corretti per numeri/date e un pacchetto lingua con le traduzioni di base, così parti con l'interfaccia PrestaShop già tradotta invece che da una pagina bianca.

[SCREENSHOT: pannello di importazione Internazionale → Localizzazione con un paese selezionato e le caselle Stati / Imposte / Valute / Lingue / Unità visibili prima dell'importazione del pacchetto]

Dopo l'importazione, vai su Internazionale → Localizzazione → Lingue e apri la nuova lingua per controllare i campi che rompono i negozi senza fare rumore:

• Codice ISO e Codice lingua, il codice ISO (es. de) determina il nome file del pacchetto lingua e la bandiera; il codice lingua (es. de-DE) determina l'attributo lang e la formattazione delle date. Una discrepanza qui è una causa comune di "il file di traduzione non viene caricato".
• Formato data, impostato per lingua, così un unico negozio mostra DD/MM/YYYY ai visitatori francesi e il formato corretto altrove, senza codice personalizzato.
• È una lingua RTL, attivalo per arabo, ebraico o farsi e PrestaShop caricherà il foglio di stile da destra a sinistra. Dimenticarlo lascia un negozio RTL impaginato da sinistra a destra, che agli occhi del cliente sembra rotto.
• Stato, le lingue disattivate restano installate (quindi puoi preparare le traduzioni in privato) ma non compaiono nel selettore del front office finché non le abiliti.

Lingua del negozio e lingua dei dipendenti: tienile separate

Un dettaglio evita molti problemi: le lingue viste dai clienti non sono le lingue in cui lavora il tuo team. Abilitare il tedesco per il negozio non costringe il pannello di amministrazione a passare al tedesco. Ogni dipendente imposta la propria lingua di amministrazione nel profilo (Parametri avanzati → Team → Dipendenti, o nelle proprie preferenze). Puoi quindi vendere in sei lingue mentre il personale di magazzino mantiene l'amministrazione in inglese. I nuovi commercianti spesso temono che l'aggiunta di una lingua per i clienti stravolga il loro pannello di amministrazione, non succede.

I cinque livelli di contenuto che devi davvero tradurre

"Tradurre il negozio" significa in realtà gestire cinque lavori separati, in punti diversi. Saltane uno e sarà proprio quel livello che i clienti noteranno. Ecco la mappa, nell'ordine che conta:

Livello	Dove si trova	Come si traduce	Se lo salti…
Catalogo (prodotti, categorie, caratteristiche, attributi)	tabelle _lang	Bandiera/menu a discesa della lingua in ogni pagina di modifica	Nomi prodotto in inglese sotto un menu tradotto, l'errore più visibile
Pagine CMS (condizioni, spedizioni, resi, privacy)	cms_lang	Schede per lingua nell'editor CMS	Pagine legali nella lingua sbagliata, un problema di conformità e fiducia
Stringhe dell'interfaccia (pulsanti, etichette, errori)	File di traduzione	Internazionale → Traduzioni	"Add to cart" resta in inglese nel mezzo della procedura di acquisto
Template email	Traduzioni delle email + .tpl/.html	Strumento Traduzioni, tipo "Traduzioni email"	Le conferme d'ordine arrivano nella lingua sbagliata, la prima impressione dopo il pagamento
Stringhe dei moduli	File di traduzione di ciascun modulo	Strumento Traduzioni, per modulo	Un blocco di terze parti in inglese su una pagina altrimenti tradotta

Contenuti del catalogo: il selettore lingua per campo

Ogni campo traducibile di un prodotto, di una categoria o di una pagina CMS ha un piccolo selettore della lingua (un menu con bandiera in 1.6, una scheda/menu lingua in 1.7+). Lo cambi, inserisci la traduzione, salvi. Il campo che non compili resta vuoto per quella lingua. Non esiste un riempimento automatico silenzioso, ed è giusto così. Per un catalogo ampio, questa è la parte principale del lavoro, nonché il punto in cui scegli la strategia di traduzione: traduzione professionale per i prodotti più venduti e i testi legalmente sensibili; traduzione con IA e revisione di un madrelingua per la coda lunga; output automatico grezzo solo quando l'alternativa è davvero non avere nulla. Qualunque strada tu scelga, non incollare il testo inglese in ogni campo lingua per "evitare vuoti". È peggio di un campo vuoto, perché crea contenuti duplicati tra gli URL delle diverse lingue.

Interfaccia, email e stringhe dei moduli: lo strumento Traduzioni

[SCREENSHOT: Internazionale → Traduzioni, il pannello "Modifica traduzioni" con il menu a discesa del tipo di traduzione aperto e le opzioni Front office / Email / Moduli installati / Back office visibili]

Questo è il livello che i commercianti dimenticano, perché il catalogo sembra finito e il negozio dà l'impressione di essere tradotto finché un cliente non preme un pulsante. Vai su Internazionale → Traduzioni. Scegli il tipo di traduzione, quelli importanti sono:

• Traduzioni front office, stringhe del tema che il cliente legge mentre acquista.
• Traduzioni email, i testi nelle email relative a ordini, spedizioni e account. Traduci e inviati un test, perché i testi tedeschi e finlandesi possono essere più lunghi dell'inglese del 30–40% e rompere un layout email a larghezza fissa.
• Traduzioni moduli installati. Scegli la lingua e il modulo specifico; ognuno ha le proprie stringhe. Un modulo di terze parti appena installato è una fonte frequente di inglese fuori posto.
• Traduzioni back office, solo se il tuo team lavora in quella lingua.

Le modifiche fatte qui vengono salvate come override di traduzione per il tema, il modulo e la lingua selezionati, quindi fai un backup o esportale prima di cambiare tema, aggiornare un modulo o eseguire un aggiornamento importante, perché queste operazioni possono influire su di esse. Se una stringa non compare nello strumento, quasi sempre significa che lo sviluppatore non l'ha racchiusa nella funzione di traduzione di PrestaShop, un limite reale da conoscere prima di dare la colpa a te stesso.

L'ordine di configurazione che evita un lancio tradotto a metà

La sequenza conta, perché alcuni passaggi sbloccano i successivi. Un ordine praticabile:

• 1. Importa il pacchetto di localizzazione per il paese (schermata Localizzazione), ottieni in un'unica operazione lingua, traduzione dell'interfaccia di base, formati data/numero e unità.
• 2. Conferma le impostazioni della lingua (schermata Lingue), codici ISO/lingua, formato data, RTL se necessario. Per ora lascia la lingua disattivata, così i clienti non vedono una versione incompleta.
• 3. Traduci subito pagine CMS e testi legali. Sono contenuti finiti, ad alto impatto e da tradurre professionalmente, quindi completali mentre la lingua è ancora nascosta.
• 4. Traduci il catalogo, il lavoro più grande; almeno i prodotti più venduti e le categorie principali prima del lancio.
• 5. Usa lo strumento Traduzioni per front office, email e ogni modulo attivo, poi effettuati un vero ordine di prova in quella lingua per intercettare rotture di layout e inglese residuo.
• 6. Abilita la lingua solo quando tutto quanto sopra è davvero completato. Lo scopo dello stato disattivato è non esporre mai un negozio tradotto al 70%.

Dove si trovano il selettore lingua e le bandiere (e dove no)

Una volta abilitata una lingua, il tema predefinito di PrestaShop mostra automaticamente un selettore lingua nell'header tramite il modulo ps_languageselector. Puoi spostarlo o modificarne lo stile dal tema, e il dibattito storico tra bandiere e nomi delle lingue è una questione di usabilità a sé, una bandiera indica un paese, non una lingua, cosa che può infastidire, per esempio, un austriaco a cui viene mostrata la bandiera tedesca. Abbiamo approfondito questo tema e i piccoli dettagli front-end che evitano la fuga dei visitatori internazionali in selettore valuta e bandiere lingua, quindi non lo riapriremo qui.

SEO: non lasciare che le traduzioni si cannibalizzino tra loro

Nel momento in cui hai la stessa pagina in più lingue, devi dire a Google che quelle pagine sono versioni alternative tra loro, non duplicati. È questo il ruolo delle annotazioni hreflang, un tema abbastanza ampio da meritare una guida dedicata: tag hreflang. Le decisioni di configurazione linguistica che le alimentano, però, appartengono a questa guida:

• Meta per lingua, scritti e non semplicemente tradotti. Meta title e meta description sono salvati per lingua, nella tabella meta_lang per pagine statiche e CMS, e in product_lang / category_lang per le pagine catalogo. La parola chiave che funziona meglio in inglese raramente è la sua traduzione letterale, quindi i meta vanno scritti nella lingua di destinazione da qualcuno che cerca in quella lingua, non tradurre automaticamente i meta tag.
• URL semplificati per lingua. Con gli URL semplificati attivi (Parametri negozio → Traffico & SEO), ogni lingua riceve uno slug localizzato, /en/shower-drain, /de/duschrinne, /fr/caniveau-de-douche, molto più efficace che trascinare slug inglesi in tutte le lingue. Il nostro Smart SEO Friendly URL Manager mantiene questi slug puliti e adatti alla lingua, così non devi modificarli prodotto per prodotto.
• Sitemap per lingua con hreflang. Una sitemap che elenca ogni versione linguistica e le collega tra loro aiuta Google a indicizzare l'intero set invece di una sola versione. Il nostro Advanced SEO Sitemap Builder genera sitemap per lingua con le annotazioni corrette.
• Collegamenti all'interno della stessa lingua. Un post del blog in tedesco dovrebbe collegarsi a pagine prodotto tedesche, non alle equivalenti inglesi, i link interni in lingue miste disperdono autorevolezza e confondono i crawler. Automatic Internal SEO Linker rispetta la lingua corrente quando crea i link, così tutto resta corretto mentre il catalogo cresce.

Traduzione e localizzazione: la parte che i team sottovalutano

Tradurre le parole è necessario; adattarsi al mercato è ciò che fa davvero convertire. PrestaShop gestisce una parte di questo per te una volta impostate lingue e pacchetto di localizzazione, ma solo una parte:

• Formati di date e numeri, gestiti per lingua dalle impostazioni viste sopra (1.234,56 per la Germania, 1,234.56 per il Regno Unito), a patto di impostare correttamente il campo del formato.
• Unità di misura, il pacchetto di localizzazione imposta i valori predefiniti metrici/imperiali, ma le descrizioni prodotto devono comunque usare le unità giuste.
• Aderenza culturale, un banner di San Valentino o un riferimento centrato sugli Stati Uniti possono cadere nel vuoto nel mercato sbagliato; questa è sensibilità editoriale, non un'impostazione.
• Aspettative di pagamento, gli acquirenti olandesi si aspettano iDEAL, quelli polacchi BLIK. È una decisione sui metodi di pagamento, ma spiega perché un negozio "completamente tradotto" può comunque sembrare straniero durante il pagamento.

Anche la valuta rientra qui, un austriaco di lingua tedesca si aspetta EUR, uno svizzero di lingua tedesca si aspetta CHF, e la sola lingua non basta a risolvere questo punto. Poiché la valuta è davvero un asse separato dalla lingua, trattiamo il tema completo nella guida multivaluta invece di affrontarlo a metà qui.

Un solo pannello di amministrazione o diversi? Quando le lingue non bastano

Tutto ciò che abbiamo visto finora gestisce più lingue dentro un negozio, con un catalogo condiviso. È il modello giusto per la maggior parte dei venditori internazionali. Ma se i tuoi mercati richiedono cataloghi, strutture di prezzo o branding davvero diversi, non semplici traduzioni dello stesso negozio, sei entrato nel territorio del multistore, un'architettura diversa con compromessi propri. Confrontiamo le due soluzioni e quando conviene ciascuna in PrestaShop multistore. Per la grande maggioranza dei negozi, il multilingua su un unico negozio è più semplice, meno costoso da mantenere e pienamente sufficiente.

Gli errori che ti costano senza far rumore

• Abilitare una lingua prima che sia tradotta. Usa lo stato disattivato. Un negozio online per metà in inglese erode la fiducia più rapidamente di nessuna traduzione.
• Tradurre il catalogo ma saltare lo strumento Traduzioni. Prodotti in tedesco, pulsanti ed email in inglese. Sono i livelli che più spesso restano indietro perché il negozio sembra finito.
• Copiare l'inglese in ogni campo lingua. Lo si fa per evitare vuoti, ma crea contenuti duplicati. Un campo vuoto si recupera; un duplicato è una ferita SEO auto-inflitta.
• Tradurre automaticamente meta e slug. URL e snippet di ricerca meritano scelte di parole chiave native, non traduzioni letterali.
• Dimenticare le stringhe dei moduli dopo ogni nuova installazione. Ogni modulo di terze parti porta con sé le proprie traduzioni; riesegui lo strumento ogni volta che ne aggiungi uno.

Domande frequenti

Aggiungere una lingua per i clienti cambia la lingua del mio pannello di amministrazione?

No. Le lingue viste dai clienti e la lingua in cui lavora il tuo team sono separate. Abilitare il tedesco per il negozio non tocca l'amministrazione. Ogni dipendente imposta la propria lingua di amministrazione in Parametri avanzati → Team → Dipendenti (o nelle proprie preferenze), quindi puoi vendere in sei lingue mentre il personale di magazzino mantiene l'amministrazione in inglese.

Perché il mio prodotto è tradotto ma il pulsante "Add to cart" è ancora in inglese?

Perché vivono in punti diversi. I contenuti del catalogo (nomi prodotto, descrizioni, CMS) stanno nelle tabelle _lang per lingua e si traducono tramite il selettore lingua su ogni pagina di modifica. Le stringhe dell'interfaccia, pulsanti, etichette, messaggi di errore, email, arrivano dai file di traduzione e dallo strumento Traduzioni (Internazionale → Traduzioni), un flusso di lavoro completamente separato. Devi fare entrambe le cose e rieseguire lo strumento per ogni modulo dopo ogni nuova installazione.

Devo copiare il testo inglese nei campi lingua vuoti per evitare spazi vuoti?

No. È peggio che lasciarli vuoti. Incollare l'inglese in ogni campo lingua crea contenuti duplicati tra gli URL delle varie lingue, un problema SEO auto-inflitto. Un campo vuoto si recupera; il contenuto duplicato è una ferita da ripulire più avanti. Traduci correttamente, oppure lascialo vuoto e traducilo dopo.

Posso preparare le traduzioni senza che i clienti vedano un negozio incompleto?

Sì, mantieni la lingua disattivata mentre lavori. Una lingua disattivata resta installata e modificabile, ma non compare nel selettore del front office, quindi puoi tradurre in privato pagine CMS, catalogo, email e stringhe dei moduli, per poi abilitarla solo quando è davvero completa. Lo stato disattivato esiste proprio per non esporre mai un negozio tradotto al 70%.

Devo tradurre automaticamente meta title e slug degli URL?

No. Meta title e meta description sono salvati per lingua e dovrebbero essere scritti nella lingua di destinazione da qualcuno che cerca in quella lingua, la migliore parola chiave in inglese raramente coincide con la traduzione letterale. Gli URL semplificati dovrebbero avere uno slug localizzato per lingua (/de/duschrinne, non lo slug inglese portato ovunque). Il nostro Smart SEO Friendly URL Manager mantiene puliti questi slug per lingua, così non devi modificarli prodotto per prodotto.

Letture correlate

• Tag hreflang, quando hai più URL linguistici, è così che impedisci loro di cannibalizzarsi a vicenda nella ricerca.
• Multivaluta e vendite internazionali. La valuta è un asse separato dalla lingua (uno svizzero di lingua tedesca si aspetta CHF, non EUR).
• Vendere in Europa, la mappa che sta sopra lingua, valuta e regole IVA dell'UE.

Un negozio PrestaShop multilingua configurato correttamente apre mercati che i concorrenti monolingua non possono raggiungere, e la piattaforma ti dà gli strumenti per farlo bene, campi contenuto per lingua, una vera interfaccia di traduzione, formati e URL localizzati. Il lavoro non sta in una singola impostazione: sta nel sapere che esistono cinque livelli di testo, completarli in un ordine che non esponga mai un negozio incompleto e mantenere lingua, valuta e SEO come problemi separati, perché lo sono davvero. Imposta la sequenza corretta e il negozio leggerà come se fosse stato creato nativamente in ogni lingua, che, per il cliente che sta decidendo se fidarsi di te con un pagamento, è il punto decisivo.