Il SEO multilingue WooCommerce inizia prima di tradurre la prima parola: inizia quando decidi che ogni lingua avrà la propria URL indicizzabile e che Google capirà come si relazionano tra loro queste versioni. 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 multilingue 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 scansionabile: 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 multilingue WooCommerce persegue l’obiettivo opposto: 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 multilingue WooCommerce è come separi le lingue nell’URL. Esistono 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 anche il più costoso da posizionare da zero.
Per la maggior parte degli store, la sottocartella è il miglior equilibrio. L’importante per il SEO multilingue WooCommerce è che la URL sia stabile, pulita e scansionabile: senza parametri di sessione e senza traduzione dipendente dal browser.
Come strutturare il SEO multilingue 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 della 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
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 ciascun 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 multilingue WooCommerce, è il tag configurato più spesso in modo errato.
Ogni pagina deve dichiarare tutte le versioni, inclusa 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-UKinvece dien-GB, o combinazioni lingua-paese che non esistono. - Puntare a URL con reindirizzamento: 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 pertinenza della URL e aumenta la percentuale di clic perché coincide con l’intento di ricerca: è una delle leve più redditizie del SEO multilingue 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 multilingue WooCommerce, ogni lingua deve essere presente nella sitemap XML con la propria URL, così che Google scopra e scansioni 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 è dove il SEO multilingue WooCommerce inciampa di più, 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 scompaiono 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 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 canonical ha scelto Google: è il modo più diretto per confermare che il tuo SEO multilingue WooCommerce funziona lingua per lingua.
Confronto: traduzione al volo vs URL propria
Questa tabella riassume perché il SEO multilingue 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 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 multilingue WooCommerce nella pratica: sono molti pezzi e devono incastrarsi tutti insieme. 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 OpenAI, Claude, Gemini, DeepL o DeepSeek: paghi solo pochi euro direttamente al provider per tutto il catalogo. Per grandi store, EHERO Smart Search e EHERO Woo Holded completano l’ecosistema con ricerca interna multilingue e fatturazione.
Domande frequenti
Mi serve un dominio diverso per ogni lingua?
No. Per la maggior parte degli store bastano sottocartelle per lingua (/en/, /fr/), che ereditano l’autorità del dominio e sono più facili da gestire di un dominio per paese.
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 si indicizzano.
Devo tradurre anche lo slug o basta il testo?
Conviene tradurre lo slug, perché migliora la pertinenza 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 canonical ha scelto.
Conclusione
Fare bene il SEO multilingue 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 pezzi 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.
