Sito multilingua: sottocartelle, sottodomini, ccTLD e SEO

Un sito multilingua non è solo un insieme di pagine tradotte. Dal punto di vista SEO è una sfida architetturale a sé: Google deve capire quale versione è destinata a quale pubblico, dove vive la pagina canonical e come si distribuisce il valore dei link fra le versioni linguistiche. Una struttura scelta male diventa debito tecnico per anni.

Tre strategie di struttura URL

Google supporta ufficialmente tre approcci di struttura URL per siti multilingua e multi-regionali. Ciascuno ha punti di forza, limiti e requisiti di infrastruttura propri.

zoom_in

Sui parametri chiave: le sottocartelle vincono per concentrazione del valore dei link e semplicità di manutenzione. I ccTLD vincono per forza del segnale geo. I sottodomini non vincono in nessuna delle due categorie e stanno gradualmente uscendo dai favori.

Geo-targeting: città, regioni e paesi

La SEO regionale è una disciplina a sé dentro l'architettura multilingua. Quando un utente cerca «ristrutturazione appartamenti a Monaco», Google vuole far emergere un sito che segnali pertinenza specifica per quella città. Diversi meccanismi lavorano insieme.

Geo-targeting via URL

Sottocartelle con codici di regione o città nell'URL: /milano/, /berlino/, /varsavia/. Oppure domini ccTLD per paesi: .de per la Germania, .fr per la Francia, .pl per la Polonia. Il segnale URL viene letto dal crawler prima ancora del parsing del contenuto.

Geo-targeting via Search Console

Per sottodomini e TLD generici (.com, .org), puoi specificare un paese target nelle impostazioni della proprietà in Google Search Console. Funziona come segnale aggiuntivo ma più debole del ccTLD. Non si applica alle sottocartelle — solo al dominio o sottodominio nel suo insieme.

Geo-targeting via contenuti e NAP

Menzioni di città, regione e indirizzo insieme a numeri di telefono locali nei contenuti (NAP — Name, Address, Phone). Importante per la local SEO. Google incrocia i segnali di contenuto con i dati di Google Maps e Google Business Profile.

Per i business con sedi in più città, la struttura ottimale è un dominio principale con sottocartelle: sito.com/milano/, sito.com/roma/. Pagine separate per città con contenuti unici — non un semplice cambio del nome della città. Contenuti duplicati con il nome città sostituito è uno dei filtri più comuni nella local SEO.

Scelta della piattaforma: WordPress, MODX, Next.js e headless CMS

La scelta della CMS incide in modo critico sulle capacità multilingua e multi-regionali. Ogni piattaforma risolve il problema in modo diverso, con trade-off distinti su flessibilità, costi di sviluppo e scalabilità.

Per un sito aziendale bilingue semplice, WordPress+WPML è una scelta ragionevole. Per una rete regionale complessa con decine di domini — solo Next.js. MODX va bene quando il team lavora già con quella piattaforma e ha la competenza necessaria.

Next.js e configurazione multi-dominio: un monorepo, più ccTLD

È l'architettura più potente e più complessa da implementare. Il concetto: una codebase, un repository, una pipeline di deployment — ma più domini ccTLD indipendenti per paesi diversi. Disponibile solo con Next.js (e Nuxt 3 in un paradigma simile) — WordPress e MODX non possono farlo senza una chirurgia infrastrutturale profonda.

Come funziona nella pratica: in next.config.ts descrivi i domini e i locale corrispondenti. Il middleware intercetta la richiesta, controlla l'hostname (seohead.it → it, seohead.com → en, seohead.de → de) e imposta il locale corretto sulla richiesta. Tutti i componenti, le traduzioni e i metadati SEO ricevono il locale giusto senza alcuna duplicazione di codice.

Per chi ha senso: business che operano in 3+ paesi con ccTLD specifici, un team di sviluppo (non un singolo freelance) e uno stack Next.js esistente o pianificato. Per una piccola impresa con una o due lingue — è overkill.

Localizzazione e traduzione: come farla bene

Localizzare non è tradurre. Tradurre è rendere un significato in un'altra lingua. Localizzare è adattare i contenuti al contesto culturale, alle attese del pubblico e alle norme locali. La differenza SEO è critica: la traduzione automatica produce contenuti duplicati di bassa qualità che Google è sempre più bravo a rilevare.

Traduzione automatica (DeepL, Google Translate)

Veloce ed economica, ma richiede una revisione obbligatoria da parte di un madrelingua. La traduzione automatica grezza senza post-editing non è localizzazione — è un fattore di rischio per una penalizzazione per contenuto povero. Usala come prima bozza, non come output finale.

Traduzione professionale con localizzazione

Un traduttore madrelingua adatta non solo il testo ma anche esempi, casi di studio, unità di misura, formati di data e valuta e riferimenti culturali. Costosa, ma l'approccio giusto per le pagine chiave: homepage, servizi, chi siamo.

Strumenti CAT e Translation Memory (TM)

Per grandi volumi di contenuti: Phrase (ex Memsource), Lokalise, Crowdin. Conservano le traduzioni concordate dei termini e risparmiano fino al 40% del tempo nell'aggiornamento dei contenuti. Si integrano con la codebase via pipeline CI/CD.

Le keyword SEO nelle lingue target vanno ricercate in modo indipendente: la traduzione diretta di una frase chiave spesso non corrisponde a ciò che i madrelingua cercano davvero. Usa Ahrefs o Semrush impostati sul paese target — non uno strumento di traduzione.

Configurazione SEO: hreflang, sitemap, canonical

La configurazione SEO tecnica di un sito multilingua consiste in diversi elementi obbligatori. Saltarne anche uno solo causa confusione di indicizzazione e perdita di traffico.

Cosa scegliere: sottocartelle o multi-dominio

Consiglio universale: parti da un'analisi dei concorrenti in ogni regione target. Se il top cinque della tua nicchia in Germania è fatto di ccTLD tedeschi (.de), la sottocartella example.com/de/ funzionerà ma con uno svantaggio strutturale. Se i concorrenti usano sottocartelle — non c'è motivo di investire nei ccTLD.

Scegli le sottocartelle quando

Piccola o media impresa senza team separati per paese. Budget limitato. Conta la velocità di lancio. Anche i concorrenti nelle regioni target usano sottocartelle. Scala bene: aggiungere una lingua significa aggiungere una cartella e le traduzioni.

Scegli i ccTLD quando

Presenza seria in paesi specifici con mercato molto competitivo. I concorrenti usano ccTLD. Team o budget separati per mantenere ogni dominio in autonomia. Conta la massima fiducia locale (finanza, e-commerce, servizi legali).

Evita i sottodomini

I sottodomini sono il peggio dei tre mondi: il valore dei link non si trasferisce bene come dalle sottocartelle, il segnale geo è più debole dei ccTLD, la manutenzione è più complessa delle sottocartelle. Usali solo quando lo richiede l'architettura tecnica (es. SaaS con domini client personalizzati).

Nella pratica, la maggior parte dei business parte con le sottocartelle e migra ai ccTLD crescendo. Redirect 301 e hreflang ben configurati garantiscono una migrazione sicura senza perdere posizioni. Nessun approccio è definitivo — l'architettura si può cambiare con il giusto piano di migrazione tecnica.

FAQ