Un sito multilingua ben costruito per la SEO usa l'attributo hreflang per segnalare a Google quale versione linguistica mostrare a ogni utente, adotta una struttura URL consistente (/it/, /en/, /de/) e traduce i contenuti in modo nativo — non con Google Translate automatico. Fatto male, un sito multilingua può cannibalizzare il ranking invece di amplificarlo, confondere Google con contenuto duplicato e disperdere l'autorità del dominio. La realizzazione siti web multilingua è uno degli ambiti tecnici più complessi: vale la pena farlo bene una volta sola.
Struttura URL: le tre opzioni a confronto
- Sottodomini (it.domain.com / en.domain.com): geolocalizzazione separata tramite GSC, più complessa da gestire, autorità del dominio non condivisa al 100%
- Sottocartelle (domain.com/it/ / domain.com/en/): approccio consigliato da Google, consolida l'autorità del dominio, più semplice da gestire tecnicamente
- Dominio separato (domain.it / domain.com): massima separazione geografica, ma richiede link building indipendente per ogni TLD e raddoppia i costi di gestione
La nostra raccomandazione è quasi sempre la struttura a sottocartelle (domain.com/it/, domain.com/en/) perché consolida l'autorità SEO su un unico dominio, è più semplice da mantenere e da configurare in Next.js con il routing i18n nativo. Solo per aziende con presenza molto forte in mercati specifici e risorse per gestire due domini separati, i TLD nazionali (.it, .de, .fr) hanno senso.
Hreflang: come funziona e perché è cruciale
L'attributo hreflang dice esplicitamente a Google: "questa pagina in italiano è la versione alternativa di questa pagina in inglese per utenti anglofoni". Va implementato sia nell'head HTML (tag link rel alternate) sia nella sitemap XML (elemento xhtml:link). Deve essere bidirezionale: se la pagina IT punta alla pagina EN, la pagina EN deve puntare alla pagina IT. Un hreflang unidirezionale viene ignorato da Google.
L'implementazione errata di hreflang è uno degli errori SEO tecnici più comuni nei siti multilingua italiani: tag hreflang mancanti o parziali, URL che puntano a pagine reindirizzate o inesistenti (404), codici lingua errati (usare "it-IT" invece di "it" o viceversa), e assenza dell'annotazione x-default per i visitatori senza lingua preferita definita. Ognuno di questi errori può generare contenuto duplicato e confondere Google su quale pagina indicizzare.
Next.js e l'internazionalizzazione nativa
Next.js gestisce nativamente l'internazionalizzazione (i18n) attraverso la configurazione nel file next.config.js. Il routing automatico in base alla lingua del browser, i URL localizzati, e la gestione dei locale sono integrati nel framework senza librerie aggiuntive. Abbinato a un CMS headless come Sanity o Contentful — entrambi con supporto nativo per documenti multilingua — la gestione dei contenuti diventa semplice e scalabile anche per team editoriali grandi.
La configurazione i18n in Next.js permette di definire: le lingue supportate, la lingua di default (per redirect automatici), e la strategia di rilevamento della lingua utente (subdomain o prefix). Le traduzioni vengono caricate come file JSON per lingua e gestite tramite librerie come react-i18next o next-intl. Il codice rimane pulito e la performance non viene impattata grazie al tree shaking automatico.
Traduzione: automatica vs professionale
Le traduzioni automatiche con DeepL o Google Translate possono essere un punto di partenza ma non la versione finale pubblicata su un sito professionale. Google valuta la qualità dei contenuti: testo mal tradotto con costruzioni sintattiche sbagliate o calchi linguistici viene penalizzato rispetto a contenuto nativo scritto da madrelingua. Per le pagine strategiche (home, servizi, landing di conversione) investite sempre in un traduttore madrelingua con competenza nel settore.
Per gli articoli del blog, la traduzione automatica rivista da un editor madrelingua è un compromesso accettabile dal punto di vista del rapporto qualità-costo. Il processo consigliato: traduzione con DeepL (qualità superiore a Google Translate), revisione da editor madrelingua (30-60 minuti per articolo vs 3-4 ore di scrittura da zero), pubblicazione. Questo riduce il costo per articolo del 60-70% mantenendo una qualità sufficiente per il posizionamento.
Keyword research per ogni lingua: non traducete, ricercate
L'errore più comune nei siti multilingua è tradurre le keyword invece di ricercarle per ogni mercato. "Realizzazione siti web" in italiano non corrisponde a "website development" in inglese per volume di ricerca, intento e competitività. Un utente tedesco che cerca servizi web usa "Webentwicklung" ma potrebbe cercare con intenti molto diversi da un italiano. La keyword research specifica per lingua è il fondamento di qualsiasi strategia SEO internazionale.
Localizzazione vs traduzione: la differenza che conta
Localizzare significa adattare il contenuto alla cultura locale, non solo tradurlo. Un sito italiano tradotto in inglese per il mercato UK deve adattare: valuta (€ vs £), formato date (gg/mm/aaaa vs mm/dd/yyyy), numeri di telefono (formato internazionale), esempi e riferimenti culturali, unità di misura, e tono comunicativo (più formale in Germania, più diretto in UK). Questi dettagli sembrano piccoli ma impattano significativamente la fiducia dei visitatori internazionali.
Errori comuni nei siti multilingua italiani
- Pagine in inglese vuote o con placeholder "coming soon": indicizzate da Google come thin content di bassa qualità
- Selettore lingua solo nel footer o nascosto: aumenta il tasso di rimbalzo degli utenti internazionali
- URL con parametri (?lang=en) invece di sottocartelle: gestione SEO molto più difficile
- Stessa sitemap per tutte le lingue senza hreflang: Google non sa quale versione indicizzare
- Traduzione letterale del content senza localizzazione culturale: credibilità ridotta per i visitatori internazionali
- Mancanza del profilo Google My Business nella lingua locale per mercati target specifici
CMS headless per siti multilingua: il workflow consigliato
Sanity, Contentful e Directus gestiscono tutti documenti multilingua nativamente. Il workflow che utilizziamo nei progetti che seguiamo è: creazione del documento in italiano (lingua principale), duplicazione per ogni lingua target, traduzione (automatica + revisione), pubblicazione coordinata. Il CMS mostra lo stato di traduzione per ogni documento: "IT: pubblicato, EN: in traduzione, DE: da iniziare". Questo permette al team editorial di gestire siti multilingua complessi senza perdere traccia delle versioni.
Quando ha senso investire nel sito multilingua
Il sito multilingua ha senso se avete clienti o partner in altri paesi (verificabile dal CRM), partecipate a fiere internazionali, il vostro prodotto o servizio è digitale e vendibile in altri mercati, o state espandendo l'azienda fuori dall'Italia. Se il 95% dei vostri clienti è italiano e non avete piani di internazionalizzazione a 12 mesi, concentrate prima il budget sul ranking in italiano — è molto più impattante sul business nel breve termine. Quando siete pronti all'internazionalizzazione, contattateci per pianificare la migrazione senza perdere il ranking italiano.
