Il SEO multilingua WooCommerce inizia prima di tradurre la prima parola: inizia quando decidi che ogni lingua avrà la propria URL indicizzabile e che Google capirà come queste versioni sono collegate tra loro. Tradurre la scheda «al volo» sulla stessa indirizzo, o nascondere le lingue dietro un parametro, è la via più rapida verso contenuti duplicati e pagine che non si posizionano mai nel mercato che ti interessa. In questa guida costruiamo un’architettura internazionale solida: una URL per lingua, hreflang ben impostato, slug tradotti, sitemap e canonical corretti, e come misurare l’indicizzazione in Search Console.

SEO multilingua WooCommerce: perché tradurre non basta

Un errore molto comune è pensare che, se il testo appare tradotto, stai già facendo SEO internazionale. Per Google, ogni versione deve essere un indirizzo proprio e rastreabile: se la traduzione viene generata sulla stessa URL in base alla lingua del browser, il motore di ricerca vede solo una pagina, indicizza una lingua e scarta le altre. Un buon SEO multilingua WooCommerce punta al contrario: che ogni lingua sia una pagina indipendente e che tutte siano collegate tra loro.

Se parti da zero, rivedi prima la nostra guida completa per tradurre WooCommerce, perché la traduzione è il passo preliminare su cui si basa questa architettura.

L’errore di tradurre senza URL propria per lingua

Tradurre senza URL propria (con cookie, con JavaScript lato client o con un parametro tipo ?lang=en) ha tre conseguenze: il motore di ricerca non indicizza ogni lingua separatamente, non mostra la versione corretta in ogni mercato e, spesso, interpreta il contenuto misto come duplicato.

Una URL indicizzabile per lingua: la base di tutto

La prima decisione strutturale del SEO multilingua WooCommerce è come separi le lingue nell’URL. Ci sono tre pattern validi:

• Sottocartella (tienda.com/en/): l’opzione più comune; eredita l’autorità del dominio.
• Sottodominio (en.tienda.com): valido, ma Google lo tratta quasi come un sito a parte.
• Dominio per paese (tienda.fr): il segnale geografico più forte, ma il più costoso da posizionare da zero.

Per la maggior parte dei negozi, la sottocartella è il miglior equilibrio. L’importante per il SEO multilingua WooCommerce è che la URL sia stabile, pulita e rastreabile: senza parametri di sessione e senza traduzione che dipenda dal browser.

Come strutturare il SEO multilingua WooCommerce per cartelle

Con la sottocartella, il prodotto in spagnolo vive in /producto/mochila-viaje/ e la sua versione inglese in /en/product/travel-backpack/. Non cambia solo il prefisso di lingua: cambiano anche la base (producto a product) e lo slug. Questa coerenza dice al motore di ricerca che ogni cartella è un albero completo e autonomo, non uno strato sopra l’originale.

Tag hreflang: collegare le versioni ed evitare duplicati

Il hreflang collega le versioni della stessa pagina in lingue diverse: dice a Google che questa URL è la versione inglese di quell’altra spagnola, e che a ogni utente mostri la sua. È il pezzo che evita che due versioni competano tra loro e riduce il rischio di contenuti duplicati; in qualsiasi progetto di SEO multilingua WooCommerce, è il tag configurato più spesso in modo errato.

Ogni pagina deve dichiarare tutte le versioni, compresa se stessa, in modo reciproco: se la spagnola punta all’inglese, l’inglese deve puntare indietro. Aggiungi una voce x-default per la versione predefinita. Il riferimento ufficiale è nella documentazione di Google sui siti multiregionali e multilingue.

Errori tipici con hreflang

• Non reciproco: A punta a B, ma B non punta ad A; Google ignora la relazione.
• Codici mal formati: en-UK invece di en-GB, o combinazioni lingua-paese che non esistono.
• Puntare a URL con reindirizzamento: il hreflang deve indicare la URL finale e indicizzabile.
• Dimenticare l’autoreferenzialità o x-default: manca metà della relazione e il cerchio non si chiude.

Slug tradotti nella lingua dell’utente

Anche lo slug deve essere tradotto. Un utente inglese che cerca «travel backpack» si aspetta /en/product/travel-backpack/, non /en/product/mochila-viaje/. Lo slug tradotto migliora la rilevanza della URL e aumenta il tasso di clic perché coincide con l’intento di ricerca: è una delle leve più redditizie del SEO multilingua WooCommerce e una delle più dimenticate. Due avvisi: traduci anche la base del percorso (product, product-category) e non cambiare uno slug già indicizzato senza un reindirizzamento 301, altrimenti romperai i link e brucerai il posizionamento ottenuto.

Sitemap e canonical per lingua

Nel SEO multilingua WooCommerce, ogni lingua deve essere presente nella sitemap XML con la propria URL, così che Google scopra e rastrelli tutte le versioni senza dipendere dalla navigazione interna. L’ideale è una sitemap che elenchi ogni versione e includa le annotazioni hreflang.

Canonical: uno per lingua, mai incrociato

Il canonical è il punto in cui il SEO multilingua WooCommerce inciampa più spesso, e deve essere autoreferenziale: la pagina inglese si dichiara canonica di sé stessa, non di quella spagnola. L’errore più grave è puntare il canonical di tutte le versioni all’originale: così dici a Google che le traduzioni non devono essere indicizzate, e spariscono dai risultati. Canonical e hreflang lavorano insieme, ma ciascuno nella propria lingua.

Misurare l’indicizzazione per lingua in Search Console

Verifica che Google capisca l’architettura. In Search Console, controlla il report di Pagine filtrando per la cartella di ogni lingua (/en/, /fr/) per vedere quante URL sono indicizzate per versione. Molte pagine «rilevate ma non indicizzate» o «alternativa con tag canonical appropriato» spesso rivelano un canonical incrociato o un hreflang puntato male. L’ispezione URL su una scheda tradotta ti dirà quale canonica ha scelto Google: è il modo più diretto per confermare che il tuo SEO multilingua WooCommerce funziona lingua per lingua.

Confronto: traduzione al volo vs URL propria

Questa tabella riassume perché il SEO multilingua WooCommerce ha bisogno di una URL reale per lingua e non di un trucco di traduzione sulla stessa indirizzo:

Aspetto	Traduzione al volo / parametro	URL indicizzabile per lingua
Indicizzazione	Si indicizza solo una lingua	Ogni lingua si indicizza separatamente
Contenuto duplicato	Rischio alto	Controllato con hreflang + canonical
hreflang	Non applicabile in modo affidabile	Reciproco tra versioni reali
Slug	Resta nella lingua originale	Tradotto secondo l’intento dell’utente
Search Console	Non si può misurare per lingua	Misurabile cartella per cartella

Checklist di SEO internazionale per WooCommerce

• Una URL indicizzabile e stabile per lingua (senza parametri né traduzione al volo).
• hreflang reciproco tra tutte le versioni, con autoreferenzialità e x-default.
• Slug e basi del percorso tradotti, con 301 se ne cambi uno già indicizzato.
• Canonical autoreferenziale per lingua; mai incrociato.
• Sitemap che includa ogni versione linguistica.
• Metadati (title, meta description, Open Graph) tradotti, non clonati.
• Revisione periodica dell’indicizzazione per cartella in Search Console.

Questa checklist riassume il SEO multilingua WooCommerce nella pratica: sono molti pezzi e tutti devono combaciare allo stesso tempo. Farlo a mano, scheda per scheda, è impossibile con centinaia di prodotti: un plugin nativo dovrebbe generare la URL per lingua, impostare il corretto hreflang e controllare il canonical e il noindex senza che tu tocchi il codice. Questa è la funzione di EHERO Woo Multilang, che costruisce questa architettura in modo automatico. E se vuoi redigere e ottimizzare le traduzioni su larga scala, puoi potenziare il SEO con IA collegando la tua chiave di OpenAI, Claude, Gemini, DeepL o DeepSeek: paghi solo pochi euro direttamente al fornitore per tutto il catalogo. Per i negozi grandi, EHERO Smart Search ed EHERO Woo Holded completano l’ecosistema nella ricerca interna multilingue e nella fatturazione.

Domande frequenti

Ho bisogno di un dominio diverso per ogni lingua?

No. Per la maggior parte dei negozi bastano sottocartelle per lingua (/en/, /fr/), che ereditano l’autorità del dominio e sono più facili da mantenere rispetto a un dominio per paese.

Il hreflang elimina completamente i contenuti duplicati?

Riduce molto il rischio, ma deve essere combinato con un canonical autoreferenziale per lingua; se il canonical punta alla lingua originale, le traduzioni non vengono indicizzate.

Devo tradurre anche lo slug o basta il testo?

Conviene tradurre lo slug, perché migliora la rilevanza della URL e i clic. Detto questo, se ne cambi uno già indicizzato, aggiungi sempre un reindirizzamento 301 dal vecchio.

Come faccio a sapere se Google indicizza ogni lingua?

Filtra il report Pagine di Search Console per la cartella di ogni lingua e usa l’ispezione URL su una scheda tradotta per vedere quale canonica ha scelto.

Conclusione

Fare bene il SEO multilingua WooCommerce si riassume in una regola: una URL indicizzabile per lingua, collegata con hreflang reciproco, con slug tradotti e un canonical che non incroci mai le lingue. Se questi elementi combaciano, eviti i contenuti duplicati e ogni mercato si posiziona separatamente; se falliscono, nemmeno la migliore traduzione ti salverà. Impostalo in modo nativo e senza lavoro manuale con EHERO Woo Multilang e lascia che il plugin gestisca URL, hreflang e canonical per te mentre ti concentri a vendere in ogni lingua.