Hai un e-commerce che vende bene in Italia, vuoi aprire il mercato spagnolo, traduci tutto, pubblichi e… Google non indicizza le pagine nuove. Anzi, inizia a mostrare contenuti duplicati e il ranking italiano ne risente. Succede più spesso di quanto pensi. Noi lo vediamo ogni settimana: agenzie e brand che perdono mesi di lavoro perché la versione multilingua è stata gestita come un clone, non come un progetto SEO separato.

La buona notizia? Espandersi all'estero con un sito multilingua è perfettamente gestibile. Servono tre cose: struttura URL chiara, tag hreflang corretti e una sitemap che parli a Google nella sua lingua. In questa guida ti spieghiamo come fare, partendo dai problemi reali che incontriamo in produzione.

Il problema: Google vede duplicati, non versioni locali

Quando pubblichi la stessa identica pagina in italiano e spagnolo, Google non sa quale mostrare a un utente di Madrid. Per il motore di ricerca sono due pagine identiche. Quindi o le scarta entrambe, o ne indicizza una sola (spesso quella italiana, perché più autorevole). Il risultato: il mercato spagnolo non ti vede, e quello italiano perde traffico per cannibalizzazione.

La soluzione non è nascondere le versioni locali, ma dichiarare a Google che ogni pagina è una variante linguistica della stessa risorsa, destinata a un pubblico specifico. Si fa con hreflang e una struttura URL ben pensata.

Struttura URL: scegli tra ccTLD, subdominio o sottodirectory

Prima degli hreflang, devi decidere dove vivono le tue versioni locali. Tre opzioni, con implicazioni SEO e gestionali diverse.

1. ccTLD (dominio nazionale) – esempio: miosito.es

Vantaggio: segnale geografico fortissimo. Google capisce subito che è il sito per la Spagna. Ottimo per e-commerce locali con indirizzo fisico e lingua nativa.

Svantaggio: autorità separata. Dovrai costruire backlink per ogni dominio. Più costoso in termini di hosting e gestione. Noi lo consigliamo solo per mercati grandi e con budget dedicato.

2. Subdominio – esempio: es.miosito.com

Google non lo tratta come dominio indipendente, ma l'autorità si diluisce. Funziona, ma richiede configurazioni tecniche (cookie, redirect) per non confondere i crawler. Lo usiamo raramente: meglio la terza opzione.

3. Sottodirectory – esempio: miosito.com/es/

La nostra scelta consigliata per la maggior parte dei progetti PMI e agenzie. Perché: l'autorità del dominio principale si trasferisce sulle versioni locali; gestione semplificata (unico CMS, unica codebase); SEO più facile da monitorare. L'unico svantaggio è che non dà un segnale geografico forte come il ccTLD, ma con hreflang e Google Search Console è più che sufficiente per mercati europei o americani.

Hreflang: la lingua che Google capisce

L'attributo hreflang dice a Google: “questa pagina esiste anche in spagnolo e in inglese, ecco i loro URL”. Si implementa in tre modi: link in <head>, header HTTP o sitemap XML. Il più comune e gestibile è nel <head> di ogni pagina.

Esempio di hreflang per pagina italiana, spagnola e x-default (fallback):

<link rel="alternate" hreflang="it" href="https://miosito.com/prodotto" />
<link rel="alternate" hreflang="es" href="https://miosito.com/es/producto" />
<link rel="alternate" hreflang="x-default" href="https://miosito.com/prodotto" />
<link rel="canonical" href="https://miosito.com/prodotto" />

Errori comuni che noi vediamo ogni giorno:

  • Mancanza di self-referencing: ogni versione deve dichiarare anche sé stessa. Se la pagina italiana non si include, Google la ignora.
  • Codici lingua errati: “es-ES” è una variante regionale (“spagnolo di Spagna”); se il contenuto è neutro, usa “es”. Noi sconsigliamo di usare codici regionali se non strettamente necessario – aumentano la complessità senza vantaggio reale.
  • Hreflang non reciproci: la pagina IT indica la ES, ma la ES non indica la IT. Google non accetta dichiarazioni unidirezionali.

Hreflang nella sitemap XML

Alternativa al <head> (più scalabile per siti grandi): annoti ogni URL con le sue alternative direttamente nella sitemap.

 <url>
  <loc>https://miosito.com/prodotto</loc>
  <xhtml:link rel="alternate" hreflang="it" href="https://miosito.com/prodotto"/>
  <xhtml:link rel="alternate" hreflang="es" href="https://miosito.com/es/producto"/>
  <xhtml:link rel="alternate" hreflang="x-default" href="https://miosito.com/prodotto"/>
 </url>

Sitemap e redirect: due dettagli che fanno la differenza

Ogni versione linguistica dovrebbe avere la sua sitemap (o una sitemap unica con annotazioni hreflang). Noi preferiamo sitemap separate per chiarezza: sitemap-it.xml, sitemap-es.xml, ecc. Poi le unifichiamo in un unico file indice.

Redirect automatici in base alla lingua del browser? Sconsigliati. Google li interpreta male e gli utenti spesso vogliono scegliere. Meglio un selettore di lingua visibile nel menu e, al massimo, un banner che propone la versione locale. Se devi fare redirect, usa 302 (temporaneo), mai 301.

Checklist operativa per lanciare una nuova lingua

  1. Scelta della struttura URL – sottodirectory per la maggior parte dei progetti; ccTLD per mercati strategici con budget.
  2. Traduzione dei contenuti – no copia-incolla automatico. Ogni pagina deve essere riscritta o almeno adattata culturalmente (valute, formati data, espressioni).
  3. Implementazione hreflang – in <head> o sitemap; verifica la reciprocità.
  4. Configurazione Google Search Console – aggiungi ogni versione (subdirectory come vista, ccTLD come proprietà separata). Imposta il target geografico per i ccTLD.
  5. Test con lo strumento “Controllo URL” di GSC – verifica che Google veda gli hreflang corretti.
  6. Monitoraggio – controlla il rapporto “Internazionalità” in GSC per individuare errori di marcatura.

In sintesi — cosa fare adesso

  1. Audit del tuo attuale setup multilingua. Apri GSC e controlla se ci sono errori hreflang. Se sì, correggi subito.
  2. Scegli una struttura URL e mantienila. Non cambiare in corso d'opera senza un 301 ben pianificato.
  3. Implementa hreflang su tutte le varianti, compreso x-default. Senza self-referencing, Google non capisce.
  4. Testa ogni nuova lingua prima del lancio. Usa il validatore hreflang di Merkle (o altri tool gratuiti).
  5. Non fermarti alla tecnica. Il contenuto locale fa la differenza: investi in copywriter madrelingua, non solo in traduzioni automatiche.

Noi su Meteora Web gestiamo decine di brand multilingua con Zenith OS. La parte hreflang è integrata nei flussi di pubblicazione automatica, ma la strategia la costruiamo caso per caso. Se vuoi approfondire, la nostra guida pillar sulla SEO per PMI copre tutto, dalla tecnica ai contenuti.