KLC Richiedi un’analisi
Passa al contenuto principale
Domini, sottodomini o sottocartelle per le lingue del sito: come scegliere

Domini, sottodomini o sottocartelle per le lingue del sito: come scegliere

11 Novembre 2026 · SEO

Per organizzare le lingue del sito, valuta prima le sottocartelle quando contenuti e gestione sono condivisi. Considera i sottodomini se serve separare gli ambienti tecnici mantenendo il dominio comune, oppure i domini nazionali se vuoi un riferimento esplicito a un Paese. La scelta dipende dai mercati da servire, dall’autonomia delle sedi e dalle risorse che puoi dedicare agli aggiornamenti.

Che differenza c’è tra dominio nazionale, sottodominio e sottocartella?

Un dominio nazionale usa un dominio distinto legato a un Paese; un sottodominio aggiunge un prefisso al dominio comune; una sottocartella aggiunge un percorso dopo il dominio. Il dominio è il nome principale del sito, come example.com, mentre l’indirizzo completo di una pagina si chiama URL.

Per i siti in più lingue o destinati a più Paesi, Google descrive tutte e tre le strutture. Cambiano soprattutto il riferimento geografico e le possibilità di organizzare la gestione.

Le tre strutture degli indirizzi e le esigenze a cui rispondono
Soluzione ed esempio Quando sceglierla Che cosa controllare
Dominio nazionale, detto anche ccTLD: example.de Presenza concentrata su un Paese, con identità o gestione locale distinta. Disponibilità, eventuali requisiti di registrazione, intestazione e rinnovi del dominio; responsabilità sui contenuti.
Sottodominio: de.example.com Necessità di distinguere piattaforme o ambienti tecnici mantenendo il nome comune. Configurazione del server, connessione sicura, pubblicazione e controllo dei diversi ambienti.
Sottocartella: example.com/de/ Gestione centrale, contenuti e modelli di pagina ampiamente condivisi. Permessi per i collaboratori locali, aggiornamenti e possibilità di separare in futuro una versione.

Se una sola squadra aggiorna tutto, scegli le sottocartelle. Se una filiale estera ha catalogo e redazione propri, scegli un dominio nazionale per quel Paese. Se la versione estera gira su un programma diverso dal sito principale, scegli un sottodominio.

I vincoli della piattaforma, una separazione futura già prevista o una struttura esistente che funziona possono giustificare una scelta diversa.

Sottocartella, sottodirectory e subfolder indicano qui la stessa soluzione. Prima di applicare questi criteri, chiarisci che cosa rappresenterà ogni versione: una lingua, un Paese o un’offerta specifica.

Come distinguere la lingua del sito dal mercato da servire

Una lingua può servire più Paesi e un Paese può richiedere più lingue. La prima decisione riguarda quindi il pubblico e le informazioni di cui ha bisogno.

Se catalogo, condizioni commerciali e contatti sono uguali, una versione linguistica comune è una scelta pratica. Se cambiano prodotti disponibili, valuta, consegne o assistenza, distingui anche i mercati.

Esempio: un catalogo in tedesco serve sia la Germania sia l’Austria. Se l’offerta è la stessa, una versione condivisa è sufficiente. Se cambiano disponibilità e assistenza, due versioni regionali aiutano il visitatore a trovare informazioni valide per il proprio Paese.

Esempio: un negozio online vende in Italia e nella Svizzera italiana. I testi sono in italiano in entrambi i mercati, ma in Svizzera i prezzi sono in franchi e le condizioni di consegna cambiano: quel mercato richiede informazioni distinte.

Un dominio .de fornisce un riferimento alla Germania, ma non stabilisce la lingua dei contenuti. Allo stesso modo, una sigla come de in un percorso o in un sottodominio è una convenzione: non determina da sola il pubblico della pagina.

Puoi anche aggiungere una sezione inglese a un dominio .it. Secondo le indicazioni di Google sui segnali geografici, l’estensione conserva il riferimento all’Italia: questo non impedisce di comparire all’estero e non è, da solo, un motivo sufficiente per cambiare dominio.

Una volta definite lingue e mercati, la scelta degli indirizzi dipende dal lavoro necessario per mantenerli aggiornati.

Infografica in tre quadri su domini, sottodomini e sottocartelle per le lingue del sito: se una sola squadra aggiorna tutto, con contenuti e modelli condivisi, si sceglie la sottocartella come example.com/de/; se la versione estera gira su un programma diverso dal sito principale, il sottodominio come de.example.com; se una filiale estera ha catalogo e redazione propri, il dominio nazionale come example.de; una struttura mista è possibile, con le lingue nelle sottocartelle e una filiale autonoma su dominio nazionale, documentando per ogni eccezione motivo, responsabile e controlli, e Google non indica un vincitore universale fra sottodomini e sottocartelle; una lingua può servire più Paesi: un catalogo in tedesco per Germania e Austria richiede una versione condivisa se l’offerta è uguale e due versioni regionali se cambiano disponibilità e assistenza, mentre fra Italia e Svizzera italiana la lingua è la stessa ma prezzi in franchi e consegne diverse richiedono informazioni distinte; un dominio .de non stabilisce la lingua e una sigla nel percorso non decide da sola il pubblico; ogni versione ha un indirizzo distinto e un selettore visibile, hreflang collega le pagine equivalenti anche su domini diversi, HTTPS, menu, moduli e contatti si provano dai mercati esteri e si evitano reindirizzamenti imposti solo per posizione o lingua presunta; in Search Console la proprietà Dominio example.com comprende anche de.example.com ed example.com/de/, mentre example.de richiede una proprietà dedicata; in una migrazione Google parla di alcune settimane o più per iniziare a mostrare i nuovi indirizzi di un sito medio e i redirect vanno mantenuti in genere almeno un anno, quindi la struttura si cambia solo per un problema concreto come una gestione lenta, sistemi incompatibili o un’attività da separare
Chi aggiorna le versioni orienta la scelta fra sottocartella, sottodominio e dominio nazionale; lingua e Paese restano decisioni distinte. Fonte: Google Search Central e Search Console; esempi dell’articolo.

Scarica l’infografica (PNG ad alta risoluzione)

Scarica in PDF

Incorpora l’infografica nel tuo sito

Puoi ripubblicare l’infografica usando questo codice, con il collegamento all’articolo originale.


Chi aggiornerà le versioni e quanta autonomia servirà?

Assegna un responsabile a ogni versione e definisci chi prepara, approva e pubblica i contenuti. Stabilisci quali modifiche richiedono un’approvazione centrale e quali spettano ai referenti locali.

Conta i passaggi necessari per aggiornare una scheda comune. Se ogni modifica attraversa più uffici, la pubblicazione rallenta qualunque sia l’indirizzo scelto. Una sede con offerta e redazione proprie avrà invece bisogno di pubblicare senza dipendere dal gruppo centrale per ogni intervento.

Esempio: un produttore di componenti aggiorna tutte le schede prodotto dallo stesso ufficio. Le sottocartelle sono coerenti con questa gestione condivisa, mentre i referenti locali revisionano testi e dati con i permessi previsti dal programma.

Considera anche gli sviluppi già previsti. Se una filiale o un’attività dovrà diventare indipendente, verifica come trasferire contenuti, accessi e indirizzi: separare una sezione da un sistema molto integrato richiede lavoro da mettere in conto fin dall’inizio.

Come controllare il programma di gestione e il lavoro ricorrente

Il programma con cui gestisci i contenuti, chiamato CMS, deve consentire le revisioni, le approvazioni e le pubblicazioni che hai previsto. La forma dell’indirizzo, da sola, non rivela quante installazioni o quanti pannelli dovrai amministrare.

Per esempio, WordPress Multisite permette di gestire più siti in una sola installazione, usando percorsi, sottodomini o domini distinti. Questo dimostra che indirizzi e organizzazione del programma sono scelte collegate, ma non coincidenti; traduzioni e contenuti non si sincronizzano automaticamente.

Esempio: un hotel affida alla reception gli aggiornamenti delle versioni tedesca e inglese del sito. Le sottocartelle mantengono le due lingue nello stesso dominio, con un programma di gestione condiviso dal personale.

Per confrontare le alternative, usa questa lista di controllo:

  • Controlla quali permessi consentono ai referenti locali di modificare, approvare e pubblicare i contenuti.
  • Prova un aggiornamento comune e annota quali operazioni devi ripetere in ciascuna versione.
  • Confronta separatamente il costo iniziale e il lavoro ricorrente di traduzione, pubblicazione, verifica e manutenzione.
  • Verifica che domini e account essenziali siano sotto il controllo della tua azienda, con accessi, responsabilità e rinnovi documentati.

Più domini comportano più registrazioni e rinnovi da seguire. Il lavoro di aggiornamento dipende invece anche dalle funzioni condivise: per questo il confronto deve comprendere sia gli indirizzi sia il programma che userai ogni giorno.

Si possono usare strutture diverse per mercati diversi?

Una struttura mista è possibile quando ogni separazione risponde a un’esigenza precisa. Alcune lingue possono restare nelle sottocartelle del sito principale, mentre una filiale più autonoma usa un dominio nazionale.

Per ogni eccezione, documenta il motivo, il responsabile e i controlli necessari. In questo modo la struttura resta comprensibile anche quando aumentano i mercati o cambiano le persone che la gestiscono.

Google preferisce sottodomini o sottocartelle?

Google non indica un vincitore universale tra sottodomini e sottocartelle. La sua guida introduttiva per la presenza nei motori di ricerca invita a scegliere in base alle esigenze dell’attività.

Una gestione condivisa rende più semplice coordinare pubblicazione e controlli. Da questo vantaggio organizzativo non deriva automaticamente un miglior posizionamento nei risultati di ricerca.

Un sottodominio non riparte da zero: contano pagine, contenuti e link. La sola forma dell’indirizzo non basta a valutare il lavoro già fatto o i collegamenti ricevuti da altri siti.

Qualunque struttura scegli, pubblica contenuti adatti al pubblico previsto e rendili raggiungibili attraverso menu e collegamenti fra le pagine. La scelta degli indirizzi deve sostenere questo lavoro anche dopo il lancio.

Come collegare le versioni e lasciare la scelta al visitatore

Ogni versione linguistica deve avere un indirizzo distinto e raggiungibile, con un selettore visibile per cambiare lingua o Paese. Google raccomanda questa organizzazione nella guida ai siti multilingua e multiregionali.

Quando esiste una pagina equivalente, il selettore dovrebbe portare a quella pagina nella versione scelta. Mantieni coerenti menu, catalogo e contatti, così che il visitatore capisca quale offerta sta consultando.

Evita di imporre reindirizzamenti automatici basati soltanto sulla posizione o sulla lingua presunta. Possono impedire a una persona di consultare una versione diversa e ostacolare l’accesso dei motori di ricerca. Suggerisci invece il cambio di versione lasciando la scelta al visitatore.

Per indicare a Google quali pagine corrispondono nelle diverse lingue o varianti regionali si usa hreflang. Come chiarisce la documentazione sulle versioni localizzate, queste relazioni collegano anche pagine su domini diversi: lo stesso criterio vale quindi per sottocartelle, sottodomini e domini nazionali.

La struttura deve prevedere come mantenere questi collegamenti quando una pagina viene aggiunta, spostata o eliminata. Da qui nasce anche la necessità di controllare tutte le versioni nel tempo.

Come controllare le versioni estere del sito

Controlla che ogni versione sia accessibile ai motori di ricerca, funzioni nei Paesi serviti e permetta di inviare una richiesta. La struttura scelta deve rendere questi controlli sostenibili nel tempo.

Verifica che tutte le versioni usino la connessione sicura HTTPS. Prova il caricamento dai mercati esteri e controlla che menu, moduli e contatti funzionino. Se rilevi rallentamenti, usa le misure raccolte per individuare gli interventi sul server o sulla distribuzione dei contenuti.

Per controllare la presenza delle pagine nei risultati usa Google Search Console. In questo strumento, una proprietà definisce quali indirizzi monitorare: la documentazione di Search Console chiarisce che una proprietà Dominio comprende anche i sottodomini e i percorsi del dominio verificato.

La proprietà di example.com raccoglie quindi dati sia per de.example.com sia per example.com/de/. Un dominio distinto come example.de richiede una proprietà dedicata. Per analisi più circoscritte, aggiungi proprietà limitate a uno specifico indirizzo iniziale, chiamate proprietà con prefisso URL.

Affianca ai dati di visibilità le richieste ricevute dalle diverse versioni. Verifica da quali mercati arrivano, quali prodotti o servizi riguardano e se la tua azienda è in grado di gestirle. Questi dati ti aiutano a individuare problemi nei contenuti, nei contatti o nella navigazione prima di attribuirli alla struttura degli indirizzi.

Quando conviene cambiare una struttura già attiva?

Cambia la struttura quando risolve un problema concreto, come una gestione diventata troppo lenta, sistemi incompatibili o la necessità di separare un’attività locale. Il presunto vantaggio automatico delle sottocartelle non è una ragione sufficiente per cambiare tutti gli indirizzi.

Per un nuovo sito progetti gli indirizzi dall’inizio. Per uno già online devi considerare anche il passaggio dalle vecchie pagine alle nuove: se la struttura attuale permette di pubblicare bene, raggiungere i mercati e controllare i risultati, mantenerla evita un lavoro di migrazione senza un beneficio definito.

Quando decidi di cambiare, prepara una corrispondenza pagina per pagina e i rimandi permanenti dai vecchi indirizzi ai nuovi, chiamati redirect. Aggiorna i collegamenti interni, hreflang e l’elenco delle pagine comunicato ai motori, la sitemap. Controlla anche gli indirizzi indicati dalle pagine come versione di riferimento, detti canonical.

Nella guida alle migrazioni con cambio di URL, Google parla di alcune settimane o più per iniziare a mostrare gradualmente i nuovi indirizzi di un sito di medie dimensioni. Per i siti grandi serve più tempo: questa indicazione non è una previsione del recupero di traffico.

La stessa guida raccomanda di mantenere i redirect generalmente almeno un anno. È un impegno di manutenzione distinto dai tempi necessari a Google per elaborare il cambiamento. Dopo il passaggio, continua a controllare accessibilità, pagine presenti nei risultati e richieste ricevute.

Compila il prospetto dei mercati prima di scegliere gli indirizzi

Per cominciare, prepara un prospetto con una riga per ogni mercato e tre colonne: mercato, lingua, chi aggiorna. Usa questi campi per mettere in chiaro le versioni necessarie e le responsabilità di pubblicazione.

Modello per organizzare le versioni del sito
Mercato Lingua Chi aggiorna
Paese o area da servire Lingua o lingue necessarie Persona o squadra responsabile della pubblicazione

Confronta le righe con i criteri di scelta: lavoro condiviso, autonomia locale e programmi utilizzati. Per un sito già attivo, mantieni una regola ferma: non cambiare gli indirizzi senza un problema concreto da risolvere.

Fonti e riferimenti

Approfondisci il servizio: SEO tecnica.