Un negozio PrestaShop che vuole vendere in più paesi affronta tre problemi simultanei: fare in modo che Google mostri la versione corretta della pagina al visitatore giusto (in base alla sua lingua e al suo paese), permettere al visitatore di passare manualmente tra le versioni, e localizzare prezzi e valute senza compromettere la conformità IVA. Nessuno dei tre è banale, e le loro interazioni nascoste generano la maggior parte dei bug SEO multi-paese che incontriamo in audit.
Questo articolo illustra la meccanica corretta per PrestaShop 8 nel 2026: tag hreflang, selettore paese, localizzazione prezzi, e le insidie che degradano silenziosamente la tua SEO internazionale se la configurazione non è rigorosa.
L’insidia del multi-paese fatto male
Sui negozi multi-paese che auditiamo, due famiglie di problemi ritornano in continuazione.
Il duplicate content non controllato. Se la tua scheda prodotto è accessibile in italiano per l’Italia (/it/prodotto-x) E per la Svizzera italiana (/ch-it/prodotto-x) E per San Marino (/sm/prodotto-x) con lo stesso contenuto testuale, Google rileva tre pagine quasi identiche e sceglie da solo quale indicizzare in priorità — spesso non quella che vorresti. Senza hreflang esplicito, lasci che Google indovini.
Il targeting geografico difettoso. Un acquirente svizzero cerca il tuo prodotto, Google gli mostra la versione italiana (/it/) invece della versione svizzera (/ch-it/). Il cliente clicca, vede prezzi in euro italiani, spese di spedizione Italia continentale, e abbandona pensando che non spedisci in Svizzera. Hai l’offerta, la spedisci, ma il visitatore non lo sa perché gli è stata servita la versione sbagliata.
Questi due problemi vengono risolti dai tag hreflang — a condizione che siano implementati correttamente. Negli audit che conduciamo, circa il 60% dei negozi multi-paese ha un hreflang tecnicamente rotto: tag assenti, tag non reciproci, codici paese mal formati, conflitto con i tag canonical. Nessuno di questi bug è visibile lato visitatore — scopri il problema quando il tuo traffico Svizzera resta a zero per 18 mesi mentre il mercato è aperto.
Hreflang: il tag chiave della SEO multi-paese
Il tag hreflang dice a Google: «questa pagina esiste anche per un altro paese/lingua, ecco l’URL di quella versione». Si inserisce nell’head di ogni pagina, oppure nella sitemap XML, oppure negli header HTTP — tutti e tre sono validi, ma l’head è il più semplice da debuggare.
Formato minimo per una pagina prodotto che esiste in IT-IT, IT-CH, e IT-SM:
<link rel="alternate" hreflang="it-IT" href="https://iltuonegozio.com/it-it/prodotto/...">
<link rel="alternate" hreflang="it-CH" href="https://iltuonegozio.com/it-ch/prodotto/...">
<link rel="alternate" hreflang="it-SM" href="https://iltuonegozio.com/it-sm/prodotto/...">
<link rel="alternate" hreflang="x-default" href="https://iltuonegozio.com/prodotto/...">Quattro regole non negoziabili:
1. Reciprocità. Se la pagina A referenzia la pagina B in hreflang, la pagina B deve referenziare la pagina A. Senza questo, Google ignora la dichiarazione unilaterale. È l’errore più frequente — il 40% dei negozi multi-paese ha almeno un hreflang non reciproco da qualche parte nella propria struttura.
2. Codici paese/lingua corretti. Il formato è lingua-paese secondo ISO 639-1 (lingua) e ISO 3166-1 alpha-2 (paese). it-IT è valido, it-ITA o ita-IT sono invalidi e ignorati. Per il Regno Unito è en-GB, non en-UK.
3. URL assolute. I tag hreflang devono contenere URL complete (https://...), non percorsi relativi. Un URL relativo rompe il tag.
4. Coerenza con canonical. Ogni pagina della griglia hreflang deve avere il proprio tag canonical che punta a se stessa (non a un’altra versione). Mettere la canonical della pagina it-ch verso la pagina it-it annulla l’effetto dell’hreflang.
Su PrestaShop 8 nativamente, la gestione hreflang è parziale e spesso incompleta a seconda del tema. Il modulo Hreflang DataFirefly automatizza la generazione dei tag su tutte le pagine multilingua, gestisce la reciprocità, valida i codici ISO, e si sincronizza con il multi-shop. È il modo più rapido per non dover debuggare queste 4 regole a mano prodotto per prodotto.
Il selettore di paese: UX ed ergonomia
Il selettore di paese è l’elemento che permette al visitatore di passare manualmente tra le versioni del tuo negozio. Generalmente è posizionato in alto a destra nell’header (accanto a account / carrello) o nel footer.
Tre pattern UX dominanti nel 2026:
La bandiera cliccabile semplice. Una bandiera (icona) che rappresenta il paese corrente, cliccabile per aprire un dropdown degli altri paesi disponibili. Compatto, immediatamente comprensibile, funziona bene su mobile. Limite: se gestisci molti paesi (> 10), il dropdown diventa lungo e inutilizzabile.
Il selettore bandiera + nome paese. Combinazione bandiera + testo (« 🇮🇹 Italia » / « 🇨🇭 Svizzera »). Più accessibile (le bandiere da sole sono talvolta ambigue — la bandiera spagnola vs catalana vs colombiana), supporta meglio i paesi multipli con stessa lingua (IT-IT vs IT-CH vs IT-SM).
La modale di selezione alla prima visita. Per i negozi fortemente multi-paese, una modale che appare al primo caricamento e propone esplicitamente di scegliere il proprio paese. Più intrusiva, ma evita errori di targeting iniziale. Da usare con parsimonia — molti utenti detestano le modali che appaiono immediatamente.
Errore classico: redirezionare automaticamente il visitatore verso la versione del suo paese rilevato via IP, senza chiedere conferma. Questa pratica è esplicitamente sconsigliata da Google (segnali negativi per la SEO), frustra i viaggiatori e gli utenti VPN, e rompe i link condivisi (uno svizzero che condivide un URL /it-ch/... a un italiano si ritrova reindirizzato). La buona pratica nel 2026: suggerire il paese giusto al visitatore tramite un banner discreto (« Sei in Svizzera. Vedi il nostro negozio svizzero? »), non redirezionarlo senza chiedere.
Su PrestaShop 8, il modulo Selettore di Paese DataFirefly implementa il pattern bandiera + nome paese con dropdown, supporto multi-shop nativo, e compatibilità con il modulo Hreflang per coerenza dello stack multilingua. La configurazione è centralizzata e sopravvive agli aggiornamenti di PrestaShop.
Localizzazione prezzi, valute, e conformità IVA
La localizzazione prezzi è l’argomento tecnicamente più delicato perché incrocia SEO, UX e conformità legale.
Valute. PrestaShop 8 gestisce nativamente il multi-valuta, con tassi di cambio configurabili manualmente o sincronizzati via API (BCE, Open Exchange Rates). Sui negozi multi-paese, ogni versione deve mostrare la valuta locale per impostazione predefinita (€ per la zona euro, CHF per la Svizzera, GBP per il Regno Unito, ecc.). Il selettore manuale resta possibile ma è meno usato nel 2026 — i visitatori preferiscono vedere direttamente la valuta del loro paese.
Prezzi IVA esclusa vs IVA inclusa. Per i negozi B2C, prezzi IVA inclusa ovunque (con menzione « IVA inclusa » o « VAT included »). Per i negozi B2B, prezzi IVA esclusa per default con menzione « IVA esclusa » o « ex VAT » e toggle per passare a IVA inclusa. Mescolare IVA esclusa e IVA inclusa sulla stessa pagina senza una gerarchia chiara è la causa di frizione più frequente sui negozi misti B2B/B2C.
IVA per paese. In zona euro, l’IVA dipende dal paese di consegna (e non dal paese del negozio) per le vendite B2C oltre la soglia OSS (One Stop Shop) di 10.000 € IVA esclusa/anno cumulati verso l’UE. Sotto la soglia, applichi l’IVA italiana. Sopra, applichi l’IVA del paese di consegna e dichiari via OSS. PrestaShop 8 gestisce il sistema nativamente, a condizione di aver attivato il modulo OSS e configurato le aliquote per paese.
Localizzazione dei prezzi marketing. Oltre alla semplice conversione EUR → CHF, alcuni negozi differenziano i prezzi per paese per ragioni commerciali (un prodotto a 49 € in Italia può essere a 55 CHF in Svizzera, non il tasso esatto). È fattibile con multi-shop o gruppi di prezzo, ma richiede un lavoro prodotto per prodotto. Come minimo, gli arrotondamenti devono essere coerenti (49,99 € → 49,99 CHF, non 50,12 CHF che appare grossolano).
Configurazione PrestaShop 8 nativa vs moduli di terze parti
PrestaShop 8 espone nativamente diversi mattoni del multi-paese tramite il multi-shop. Ecco cosa funziona in nativo e cosa richiede moduli complementari.
Nativo: multi-shop con un dominio per paese. Puoi creare più negozi (in senso PrestaShop multi-shop), ciascuno con il proprio URL (ad esempio miosito.it per l’Italia, miosito.ch per la Svizzera), che condividono lo stesso catalogo prodotti o con catalogo differenziato. La configurazione è solida e ben documentata.
Nativo: multi-lingua per negozio. Ogni negozio del multi-shop può avere più lingue. Un negozio svizzero può mostrare italiano + tedesco + francese, per esempio.
Mancante in nativo: hreflang automatico tra negozi. PrestaShop non genera spontaneamente i tag hreflang corretti quando hai più negozi con contenuti tradotti. È esattamente il ruolo del modulo hreflang dedicato.
Mancante in nativo: selettore di paese unificato. PrestaShop ha un selettore di lingua nel footer ma non un vero selettore di paese/negozio con bandiere. Modulo dedicato necessario per questo.
Mancante in nativo: suggerimenti intelligenti. Il banner « Sei in Svizzera, vedi il nostro negozio svizzero? » non esiste nativamente. Da implementare tramite un modulo o JS custom.
La combinazione più stabile nel 2026: multi-shop PrestaShop nativo (un dominio per paese principale, sottocartelle per i paesi secondari della stessa lingua) + modulo Hreflang DataFirefly per i tag automatici + modulo Selettore di Paese DataFirefly per la UI. I tre formano uno stack coerente che copre il 95% dei casi d’uso multi-paese senza bricolage.
Misurare il successo del multi-paese
Tre metriche da impostare per valutare se il tuo multi-paese funziona realmente.
1. Indicizzazione per paese in Search Console. Configura ogni dominio o sottocartella del tuo multi-paese come una proprietà distinta in Search Console. Ogni proprietà mostra il traffico, le query, i clic, le posizioni per il paese corrispondente. Se il tuo negozio svizzero ha il 5% del traffico del tuo negozio italiano, sai dove ti trovi.
2. Errori hreflang in Search Console. Search Console > Miglioramenti > International Targeting dettaglia gli errori hreflang rilevati da Google: tag non reciproci, codici invalidi, conflitti canonical. Un negozio multi-paese senza errori hreflang in Search Console è raro — puntare a zero errori è l’obiettivo.
3. Traffico e conversione per paese in GA4. In GA4, segmenta per paese (dimensione Country). Confronta il rapporto sessioni/conversioni per paese. Una distorsione (ad esempio, 30% di sessioni Svizzera ma 5% di conversioni) segnala o un problema di localizzazione prezzi/spedizione, o un problema di UX locale.
Conclusione: il multi-paese non è un’opzione, è un progetto
Molti merchant affrontano il multi-paese come una semplice opzione di configurazione: « aggiungo la Svizzera cliccando su qualche casella ». La realtà è che un multi-paese ben fatto è un progetto a sé stante, che combina SEO (hreflang), UX (selettore paese), localizzazione (prezzi, valuta, IVA), e misurazione (analytics per paese). Mal fatto, il multi-paese degrada la SEO Italia invece di aprire mercati aggiuntivi.
L’investimento iniziale è di qualche giorno di configurazione seria, più qualche centinaio di euro di moduli dedicati. Il ritorno, sui negozi che accompagniamo, è generalmente tra il 15 e il 40% di fatturato aggiuntivo su 12-18 mesi a seconda dei mercati aperti e della qualità dell’esecuzione.
Per approfondire, sfoglia le nostre categorie SEO E-commerce e Tutorial PrestaShop. E per allineare il tuo PrestaShop 8 sugli standard multi-paese 2026, la combinazione Modulo Hreflang + Selettore di Paese copre i mattoni tecnici mancanti del nativo PrestaShop, con configurazione unificata multi-shop.