ccTLD, sottodominio o sottodirectory per la SEO internazionale

TL;DR — Se vuoi offrire versioni diverse del tuo sito a paesi diversi, puoi scegliere tra tre strutture URL: un dominio nazionale come example.de, un sottodominio come de.example.com oppure una cartella come example.com/de/. Google documenta tutte e tre come strutture utilizzabili. Una differenza importante: un dominio nazionale (.de, .fr, .co.uk) segnala automaticamente ai motori di ricerca e agli utenti a quale paese è destinato. La versione in sottocartella è la più facile da gestire, quindi è il valore predefinito sensato per la maggior parte dei siti.

Le tre opzioni

Supponiamo che un’azienda statunitense si stia espandendo in Germania. Dove vive la versione tedesca del sito? Ci sono tre possibilità:

• ccTLD — un dominio di primo livello con codice paese: example.de. .de è la terminazione di dominio propria della Germania, come .fr è quella della Francia e .co.uk quella del Regno Unito. Acquisti un dominio separato per ogni paese.
• Sottodominio — un prefisso del dominio principale: de.example.com. Lo stesso dominio principale, con un de. aggiunto all’inizio.
• Sottodirectory (o sottocartella) — un percorso nel dominio principale: example.com/de/. Lo stesso dominio, con tutto organizzato in un unico posto e suddiviso in cartelle.

Una struttura si posiziona meglio?

Google non documenta una struttura come universalmente migliore. Le sue indicazioni presentano vantaggi, svantaggi e segnali locali diversi, quindi la decisione dovrebbe adattarsi al pubblico e al modello operativo, senza presupporre un risultato di ranking garantito.

Ma questo non significa che siano intercambiabili. Ecco l’unica differenza che conta davvero per chi è alle prime armi:

Un ccTLD annuncia automaticamente il proprio paese. Quando Google vede example.de, sa già che quel sito è rivolto alla Germania: non serve alcuna configurazione aggiuntiva. Gli utenti ricevono lo stesso segnale: un acquirente tedesco si fida di un indirizzo .de più che di un .com generico.

Con un sottodominio o una sottodirectory, il segnale del paese non è automatico. Devi stabilire il pubblico previsto tramite segnali espliciti come hreflang, contenuti specifici per la lingua, dettagli locali e link locali.

Quindi quale dovresti scegliere?

Una semplice regola pratica:

• Usa una sottodirectory (example.com/de/) se non sei sicuro. È la soluzione più economica e semplice da gestire: un dominio, una configurazione di hosting, un unico posto in cui amministrare tutto, e tutta la “forza” del sito rimane su un solo dominio.
• Usa un ccTLD (example.de) se possiedi già i domini nazionali, se la fiducia in un indirizzo locale è davvero importante (come spesso accade per banche, enti pubblici e grande distribuzione), oppure se in un paese esistono ragioni legali per cui devi usare il suo dominio.
• Usa un sottodominio (de.example.com) soprattutto quando hai un motivo tecnico per mantenere ogni paese su un host separato ma non vuoi acquistare domini distinti.

L’errore più comune

Non acquistare un ccTLD per ogni paese pensando che si posizionerà meglio. Non succederà, e dividerai l’autorevolezza del sito tra una dozzina di domini separati, ognuno dei quali dovrà guadagnarsi da zero i propri link e la propria reputazione. È un costo reale, non una vittoria gratuita. Vuoi conoscere tutti i compromessi, ciò che dice davvero Google e come la rimozione dello strumento di geotargeting di Search Console ha cambiato le cose? Passa alla scheda Avanzato.

TL;DR — Per il targeting di paesi e lingue devi scegliere tra un ccTLD (example.de), un sottodominio gTLD (de.example.com) e una sottodirectory gTLD (example.com/de/). Google documenta tutte e tre come strutture utilizzabili, con compromessi diversi. Il vero elemento distintivo è il segnale geografico: un ccTLD offre un segnale di paese automatico e inequivocabile che le altre due opzioni non ricevono gratuitamente. Il costo di quel segnale è la frammentazione: i domini separati dividono l’equità dei link, moltiplicano l’infrastruttura e rendono più difficile gestire hreflang tra le proprietà. Le sottodirectory consolidano l’autorevolezza su un solo dominio e sono le più economiche da gestire, ma da quando Google ha rimosso il rapporto International Targeting da Search Console (settembre 2022) non esiste più un modo per dichiarare esplicitamente il paese di destinazione di una sottocartella: usa hreflang insieme a contenuti locali visibili e ad altri segnali locali. I sottodomini stanno nel mezzo: sono hostname separati che possono essere ospitati nel paese, ma per il resto richiedono gli stessi segnali manuali di una sottodirectory. Proprietà, requisiti per i registranti, governance e costi contano quanto il segnale; inoltre, cambiare struttura in seguito è una migrazione URL completa (redirect, canonical, hreflang, sitemap, monitoraggio), non una soluzione rapida. La mia impostazione predefinita: le sottodirectory, a meno che un ccTLD esistente, un requisito di fiducia o legale, oppure una reale separazione dell’infrastruttura non spinga verso altro. Questa è la decisione internazionale: la questione generale dell’architettura punto contro barra è un argomento distinto (vedi sotto).

Le tre strutture, con precisione

Un ccTLD è un dominio di primo livello con codice paese: .de, .fr, .co.uk, .jp. Google lo tratta per impostazione predefinita come un forte segnale di geotargeting: associa automaticamente il dominio a un paese e non puoi (né devi) sovrascriverlo con un’impostazione manuale. Un gTLD (dominio di primo livello generico come .com, .org, .net) non ha di per sé alcun significato geografico, quindi un sottodominio o una sottodirectory su un gTLD deve ottenere il geotargeting in un altro modo.

Cosa dice davvero Google

La documentazione Google Gestire siti multiregionali e multilingue elenca queste strutture URL per il targeting dei paesi, con i relativi compromessi:

• Dominio specifico per paese (ccTLD) — vantaggio: geotargeting chiaro, posizione del server chiaramente associata per convenzione, facile separazione dei siti. Svantaggio: costoso, disponibilità potenzialmente limitata, richiede più infrastruttura.
• Sottodominio con gTLD — vantaggio: facile da configurare e consente posizioni del server diverse. Svantaggio: gli utenti potrebbero non riconoscere il geotargeting dal solo URL.
• Sottodirectory con gTLD — vantaggio: facile da configurare, manutenzione ridotta (stesso host). Svantaggio: gli utenti potrebbero non riconoscere il geotargeting dall’URL, posizione del server unica.
• Parametri URL (example.com?country=de) — non consigliati per il targeting dei paesi; sono difficili da segmentare e gli utenti non possono riconoscere la destinazione geografica dall’URL.

Nota cosa non compare in quell’elenco: nessuna affermazione secondo cui una struttura si posizioni meglio. La posizione coerente di Google, ripetuta nelle sue indicazioni sulla struttura degli URL e nella documentazione generale sulla struttura dei siti, è che non ha preferenze di indicizzazione o ranking: dovresti scegliere ciò che è più facile da organizzare e gestire. La scelta strutturale riguarda operazioni e segnali, non è una leva di ranking.

Il fattore distintivo: segnale geografico automatico contro manuale

Questo è il punto centrale della decisione e ciò che la distingue dal dibattito generico tra sottodominio e sottodirectory.

Un ccTLD ti dà gratuitamente il segnale del paese. example.de viene interpretato come rivolto alla Germania nel momento in cui Google lo vede. Non devi fare nulla. Lo vedono anche gli utenti: il .de nella barra degli indirizzi è un segnale di fiducia e rilevanza che nessun percorso .com/de/ può eguagliare.

Un sottodominio o una sottodirectory su un gTLD non riceve automaticamente questo segnale. Il .com non dice nulla sul paese. Quindi come fai a comunicare a Google che example.com/de/ è destinato agli utenti di lingua tedesca in Germania?

Per anni la risposta ha avuto due parti: hreflang e il rapporto International Targeting di Search Console, che consentiva di impostare manualmente il paese di destinazione per un’intera proprietà gTLD, compresa, quando si utilizzava una proprietà con prefisso URL, una sottodirectory specifica come example.com/de/. Quell’impostazione manuale del paese era l’unico modo per eseguire esplicitamente il geotargeting di una sottocartella.

Il cambiamento che la maggior parte degli articoli trascura: International Targeting non esiste più

Google ha rimosso il rapporto International Targeting da Search Console nel settembre 2022 (avviso di deprecazione ufficiale di Google; trattato anche da Search Engine Land). Il rapporto aveva due schede: un controllo degli errori hreflang e l’impostazione del targeting per paese. Secondo Google, il valore dell’impostazione manuale del paese era diminuito nel tempo e hreflang era maturato.

La conseguenza pratica è specifica e importante: non esiste più alcun modo per dichiarare esplicitamente a Google il paese di destinazione di una sottodirectory (o di un sottodominio). L’override manuale è scomparso. Per una sottocartella o un sottodominio gTLD restano:

• hreflang — le annotazioni reciproche language-region che indicano a Google quale versione offrire a quale utente (vedi hreflang e x-default).
• Segnali che Google deduce autonomamente — posizione del server/CDN, lingua e valuta locali, indirizzo e numero di telefono locali, link provenienti da siti del paese.

Nessuno di questi è una dichiarazione rigida del tipo “questa cartella è destinata alla Germania”, come lo era la vecchia impostazione. hreflang è un indizio sulla versione da mostrare, non un’assegnazione di paese. Perciò oggi il percorso in sottodirectory dipende interamente dal fare bene hreflang: nel mio studio su 374 756 domini che usano hreflang, oltre il 67% lo gestiva almeno in parte in modo errato. Questo è il vero costo dell’opzione “più facile da gestire”: il segnale geografico dipende tutto da te, con meno margine di errore.

Un ccTLD evita completamente questo problema. Non ha mai avuto bisogno dell’impostazione International Targeting, quindi la perdita del rapporto non ha cambiato nulla per lui. Questa asimmetria — i ccTLD non sono mai dipesi da uno strumento manuale, mentre le sottocartelle sì — è il principale argomento a favore di un ccTLD quando il segnale geografico conta davvero.

Il costo di un ccTLD: la frammentazione

Se i ccTLD offrono il segnale più pulito, perché non usarli ovunque? Perché quel segnale comporta costi reali:

• Autorevolezza divisa. Ogni ccTLD è un dominio separato. I backlink a example.de costruiscono l’autorevolezza di example.de, non quella di example.com. Inizi a costruire la reputazione di ogni paese quasi da zero invece di riunirla su un unico dominio forte. Per un sito la cui forza è concentrata su un solo gTLD, questa frammentazione può danneggiare più di quanto il segnale geografico pulito aiuti.
• Infrastruttura moltiplicata. Più domini da registrare e rinnovare, più configurazioni di hosting o CDN, più certificati, più di tutto. Alcuni ccTLD richiedono anche una presenza o un indirizzo locale per poter essere registrati (.com.au e, storicamente, alcuni ccTLD dell’UE): è un ostacolo legale/amministrativo, non solo tecnico.
• Hreflang più difficile. Hreflang tra pagine dello stesso dominio è macchinoso; hreflang tra una dozzina di proprietà separate — ognuna delle quali deve riferire reciprocamente tutte le altre — è il punto in cui i grandi siti internazionali si rompono più spesso. Ogni ccTLD aggiunto è un altro nodo a cui tutti gli altri devono puntare correttamente.

Le sottodirectory rovesciano tutto questo: un dominio, una proprietà, una configurazione di hosting, tutta l’autorevolezza consolidata e hreflang contenuto in un unico sito. Per questo sono la scelta pratica predefinita per la maggior parte dei siti globali: la semplicità operativa è reale, anche se il segnale geografico è più debole.

I sottodomini: la via di mezzo

Un sottodominio gTLD (de.example.com) è una vera opzione intermedia, ma è importante capire perché si trova nel mezzo:

• Come una sottodirectory, si trova su un gTLD, quindi non riceve alcun segnale automatico del paese: ha bisogno dello stesso hreflang e degli stessi segnali dedotti di una sottocartella.
• A differenza di una sottodirectory, è un hostname separato, quindi può essere ospitato facilmente su un server diverso o in un paese diverso e può essere affidato a un team o a uno stack differenti. La documentazione Google specifica che i sottodomini “allow different server locations.”
• Google tratta il sottodominio come parte del sito principale (e quindi l’autorevolezza fluisce) oppure come sito separato in base all’integrazione del singolo sito: è la stessa valutazione per sito che governa la domanda generale sottodominio contro sottodirectory.

Un sottodominio ti offre quindi flessibilità di hosting senza acquistare un dominio separato, al prezzo degli stessi segnali geografici manuali necessari a una sottodirectory. Per la maggior parte delle persone, se non hai bisogno specificamente dell’host separato, una sottodirectory svolge lo stesso lavoro con meno complessità.

E gli studi di correlazione?

Vedrai studi che mostrano i ccTLD dominare le SERP internazionali: per esempio, l’analisi di SE Ranking su 20 000 parole chiave in 15 mercati ha rilevato che i ccTLD occupano la quota maggiore delle prime tre posizioni, le sottodirectory arrivano molto distanziate e i sottodomini rappresentano una piccola frazione. Prendendo questi dati alla lettera, concluderesti che i ccTLD “vincono”.

Farei attenzione. Quei numeri sono correlazionali, non causali. Nei mercati locali competitivi, i siti sui ccTLD tendono a essere gli operatori locali già affermati: marchi locali di lunga data, aziende del posto, rivenditori nazionali, che si posizionerebbero bene indipendentemente dalla forma dell’URL. Il .de non causa il ranking; lo causa l’essere un sito forte, rilevante localmente e ben collegato, e quei siti si trovano sui ccTLD per convenzione. Il segnale geografico pulito aiuta marginalmente, ma non crea autorevolezza che non ti sei guadagnato. Non leggere “ccTLDs rank higher” come “switch to a ccTLD and rank higher.”

Dove si trovano i compromessi generali (non internazionali)

Tutto ciò che precede riguarda l’angolazione del targeting internazionale. Esiste una domanda separata, non internazionale: un sottodominio è funzionalmente equivalente a una sottodirectory per la SEO in generale (un blog, un centro assistenza, la documentazione)? Come funziona il trattamento per singolo sito e perché la maggior parte dei “successi” nelle migrazioni da sottodominio a sottodirectory è confusa da cambiamenti simultanei? Ne parlo in dettaglio nell’articolo generale sottodominio contro sottodirectory del cluster sulla struttura dei siti, inclusi i casi di studio (Pink Cake Box, IWantMyName), i segnali di integrazione per sito di Google e la soluzione del reverse proxy. Se la tua domanda è “dove dovrebbe vivere il mio blog?”, inizia da lì. Se invece è “come posso offrire versioni per paesi diversi?”, sei nel posto giusto.

Anche proprietà, governance e costi fanno parte della decisione

Le indicazioni di Google descrivono un compromesso, non una gara di ranking, e i compromessi vanno oltre il segnale geografico:

• Proprietà e disponibilità. Devi poter acquistare e mantenere davvero il ccTLD che vuoi. Alcuni registri nazionali limitano chi può registrare un dominio: può servire una presenza commerciale, un contatto o un indirizzo locale (storicamente è accaduto con alcuni ccTLD dell’UE e con ccTLD in stile .com.au). Alcuni ccTLD sono commercializzati e trattati più come domini generici di vanità che come segnali di paese (.io, .co), quindi non dare per scontato che ogni terminazione cc si comporti allo stesso modo agli occhi di Google.
• Governance e isolamento dei deployment. Un ccTLD o un sottodominio separato può essere gestito da un team diverso, su uno stack diverso e con deployment indipendenti: è davvero utile se un mercato locale ha bisogno di una propria cadenza di rilascio. Quell’isolamento è anche un costo: più proprietà da proteggere, monitorare e mantenere coerenti, e più possibilità che un errore di un mercato (un tag hreflang rotto, un certificato scaduto) sfugga al team che gestisce gli altri.
• Costo. Registrazione, rinnovo, hosting e certificati aumentano con il numero di proprietà. Una strategia con un ccTLD per mercato moltiplica tutti questi costi; una strategia con sottodirectory li mantiene su un solo dominio.

Nulla di tutto questo cambia la risposta di fondo: adatta la struttura all’ampiezza del mercato, a chi possiede e può mantenere ogni proprietà e a quanto conta davvero la fiducia locale in quel settore. Ma se passi direttamente a “quale si posiziona meglio”, trascuri i vincoli che nella pratica determinano la scelta.

Rischio di migrazione

Cambiare struttura in seguito — da ccTLD a sottodirectory, da sottodominio a ccTLD o in qualsiasi altra direzione — non è un copia e incolla. È una migrazione URL, con gli stessi meccanismi e gli stessi rischi di qualunque altra migrazione:

• Redirect. Ogni vecchio URL deve avere un redirect 1:1 verso il nuovo equivalente, non un redirect generico alla home page.
• Tag canonical. Aggiorna i canonical perché puntino ai nuovi URL; quando esistono ancora duplicati regionali nella stessa lingua, Google consiglia un canonical preferito più hreflang invece di lasciarli competere.
• hreflang. Il set hreflang reciproco di ogni locale deve fare riferimento ai nuovi URL, in ogni proprietà, non solo in quella che hai spostato.
• Link interni e sitemap. Aggiorna i link interni verso i nuovi URL e rigenera le sitemap XML, così i crawler scoprono rapidamente la nuova struttura.
• Verifica dell’host. Un ccTLD o un sottodominio è una nuova proprietà in Search Console/Bing Webmaster Tools: verificala prima di averne bisogno, non dopo che qualcosa si rompe.
• Monitoraggio. Osserva indicizzazione, traffico e ranking durante la transizione. Se confronti i numeri prima e dopo, ricorda che la migrazione è di per sé una variabile confondente: non puoi attribuire un cambiamento alla nuova forma dell’URL senza controllare tutto ciò che è cambiato nello stesso momento (redirect, aggiornamento dei contenuti, modifiche ai link).

Non migrare le strutture inseguendo soltanto un aumento del ranking: Google non ha dichiarato preferenze tra loro e la migrazione comporta probabilmente più rischi di quanti problemi la modifica della struttura possa risolvere.

La mia raccomandazione

• Scegli come impostazione predefinita le sottodirectory (example.com/de/). Sono economiche da gestire, mantengono l’autorevolezza consolidata e, per la maggior parte dei siti, il segnale geografico più debole è un compromesso accettabile in cambio della semplicità. Impegnati però a gestire bene hreflang, perché dal 2022 è il tuo unico strumento esplicito.
• Scegli i ccTLD quando il segnale geografico conta davvero e puoi sostenere la frammentazione: possiedi già i domini nazionali, operi in un settore in cui un indirizzo locale genera fiducia (finanza, salute, grande distribuzione, settori vicini alla pubblica amministrazione), oppure un mercato impone requisiti legali o di registrazione che ti spingono a usare il suo dominio. Verifica di poter registrare e amministrare davvero i domini desiderati prima di impegnarti. Parti sapendo che ogni dominio costruisce la propria autorevolezza.
• Scegli i sottodomini soprattutto per motivi infrastrutturali: ti serve ogni paese su un host o uno stack separato, ma non vuoi o non hai bisogno di domini separati. Anche qui devi gestire gli stessi segnali geografici manuali di una sottodirectory.
• Non mescolare le strutture senza criterio. Scegliere una struttura e applicarla coerentemente in tutti i mercati conta più della struttura scelta. La coerenza è ciò che mantiene hreflang e crawling gestibili su larga scala.
• Non migrare le strutture senza un piano. Se lo fai, trattalo come una migrazione URL completa: redirect, canonical, hreflang, link interni, sitemap, verifica dell’host e monitoraggio, non come una soluzione rapida a un problema di ranking.

Dove si colloca

Gli articoli affini di questo cluster trattano le basi internazionali più ampie: un audit SEO internazionale, una checklist di implementazione, la ricerca di parole chiave nei diversi mercati e la decisione tra traduzione e localizzazione. I meccanismi a livello di tag sono descritti in hreflang e x-default. E il fattore decisivo, dopo aver scelto una struttura, è quasi sempre la correttezza di hreflang, non la struttura in sé.

Riepilogo AI

Una sintesi della versione Avanzata:

• Tre strutture per il targeting dei paesi: ccTLD (example.de), sottodominio gTLD (de.example.com), sottodirectory gTLD (example.com/de/).
• Google non ha preferenze di ranking tra queste strutture (come affermato nella documentazione multiregionale e sulla struttura degli URL). La scelta riguarda segnali e operazioni, non il ranking.
• Fattore distintivo: il segnale geografico. Un ccTLD offre a Google e agli utenti un segnale di paese automatico e inequivocabile, senza configurazione manuale. Un sottodominio o una sottodirectory su un gTLD non riceve alcun segnale geografico automatico e deve affidarsi a hreflang e ai segnali dedotti (posizione del server, lingua, valuta e link locali).
• Rimozione di International Targeting (settembre 2022). Google ha rimosso il rapporto di Search Console che permetteva di impostare manualmente il paese di destinazione di una proprietà gTLD, inclusa una sottodirectory. Non esiste più un modo esplicito per dichiarare il paese di una sottocartella: hreflang è l’unico strumento rimasto.
• Costo del ccTLD = frammentazione. I domini separati dividono l’equità dei link (ognuno costruisce la propria autorevolezza), moltiplicano l’infrastruttura e rendono più difficile hreflang tra proprietà.
• Sottodirectory = soluzione più economica, con autorevolezza consolidata su un solo dominio, ma dipende interamente da hreflang per il segnale geografico.
• Sottodominio = via di mezzo: hostname separato (hosting/posizione del server flessibili), ma richiede comunque gli stessi segnali geografici manuali di una sottodirectory; Google lo tratta come parte del sito o come sito separato in base al singolo sito.
• Caveat sulla correlazione: gli studi che mostrano i ccTLD dominare le SERP internazionali (per esempio lo studio SE Ranking su 20 000 parole chiave) sono correlazionali: i marchi locali affermati usano i ccTLD per convenzione; il dominio non causa il ranking.
• Proprietà, governance e costi. Alcuni ccTLD limitano chi può registrare il dominio (requisiti di presenza o indirizzo locale); alcuni sono trattati più come domini generici di vanità che come segnali di paese. Più proprietà significano più complessità di governance e più costi (registrazione, hosting, certificati), indipendentemente dal segnale geografico.
• Rischio di migrazione. Cambiare struttura in seguito è una migrazione URL completa: redirect, canonical, hreflang, link interni, sitemap, verifica dell’host e monitoraggio; qualsiasi confronto del ranking prima e dopo è confuso da tutti gli altri cambiamenti avvenuti durante il passaggio. Non migrare inseguendo soltanto un aumento del ranking.
• Impostazione predefinita di Patrick: sottodirectory, a meno che un ccTLD esistente, un requisito di fiducia o legale, oppure una reale separazione dell’infrastruttura non spinga verso altro. La coerenza tra mercati conta più della scelta specifica.

Quale struttura dovresti usare?

Procedi dall’alto verso il basso: di solito la prima risposta “sì” adatta risolve la scelta.

1. Possiedi già domini nazionali (example.de, example.fr) o la tua azienda è già stabilita su di essi? → Usa i ccTLD. Hai già pagato il costo della frammentazione e costruito autorevolezza locale: non rinunciare a tutto per consolidare. Mantienili e configura hreflang tra le proprietà.

2. Un mercato richiede legalmente un dominio locale o la fiducia locale è fondamentale (finanza, salute, settori vicini alla pubblica amministrazione, grande distribuzione nazionale)? → Usa un ccTLD per quel mercato. Il segnale geografico automatico e la fiducia associata a un indirizzo locale valgono il dominio aggiuntivo. (Puoi usare ccTLD per alcuni mercati e sottodirectory per altri, ma mantieni ogni mercato coerente al proprio interno.)

3. Ti serve ogni paese su un server, uno stack o un team realmente separato, ma non vuoi acquistare domini distinti? → Usa un sottodominio (de.example.com). Ottieni flessibilità di hosting e posizione senza un dominio separato: ricorda solo che hreflang resta a tuo carico; il sottodominio non esegue il geotargeting da solo.

4. Nessuna delle precedenti: sei un sito prevalentemente .com che si espande verso nuove lingue e nuovi paesi e vuoi la soluzione più semplice che funzioni? → Usa le sottodirectory (example.com/de/). L’autorevolezza resta consolidata su un dominio, una configurazione di hosting e una proprietà Search Console. Impegnati a implementare correttamente hreflang, perché da settembre 2022 non esiste più un’impostazione manuale di targeting per paese su cui fare affidamento.

Due regole che prevalgono sull’albero decisionale:

• La coerenza batte la scelta “perfetta”. Una struttura applicata correttamente in tutti i mercati supera una combinazione scelta per mercato sulla base di un’intuizione.
• Non migrare le strutture inseguendo soltanto un aumento del ranking. Google non ha preferenze; il rischio della migrazione (vedi l’articolo generale sul sottodominio contro la sottodirectory) di solito supera il beneficio di un segnale che puoi ottenere con hreflang.

Documentazione ufficiale

Documentazione primaria dei motori di ricerca.

Google

• Gestire siti multiregionali e multilingue — le tre strutture URL per il targeting dei paesi (ccTLD, sottodominio, sottodirectory), i loro vantaggi e svantaggi e la raccomandazione di usare URL diversi per ogni versione invece di cookie o di una distribuzione basata sul browser.
• Best practice per la struttura degli URL — raccomanda ccTLD o sottodirectory per il geotargeting, senza dichiarare alcuna preferenza di ranking.
• Indicare a Google le versioni localizzate della pagina (hreflang) — le regole hreflang reciproche, che sono l’unico segnale geografico esplicito rimasto per sottodomini e sottodirectory gTLD, insieme ai segnali dedotti (posizione del server, contenuti locali e link locali) che Google legge autonomamente.
• Eseguire il crawling e l’indicizzazione di siti multilingue — come Google scopre e distribuisce la versione locale corretta.

Bing / Microsoft

• Come indicare a Bing il paese e la lingua del sito (Bing Webmaster Blog) — indicazioni di Bing sui siti multilingue e rivolti a più paesi; Bing si affida maggiormente al segnale meta/header content-language che a hreflang.
• Linee guida per i webmaster di Bing — indicazioni generali, senza una preferenza prescrittiva tra ccTLD, sottodominio o sottodirectory per i siti legittimi.

Citazioni dalla fonte

Dichiarazioni pubbliche e posizioni documentate. Quando una pagina lo consente, il link rimanda direttamente al passaggio; quando il brief trasmetteva un’affermazione senza una sottostringa letterale verificata, è stata parafrasata senza virgolette.

Google — nessuna preferenza di ranking tra le strutture

• Parafrasi: la documentazione Google afferma che dovresti scegliere ciò che è più facile da organizzare e gestire e che, dal punto di vista dell’indicizzazione e del ranking, non ha preferenze tra le strutture URL. Documentazione sulla struttura degli URL

Google — le tre strutture internazionali e i loro compromessi

• Parafrasi dalla documentazione multiregionale: un dominio di primo livello con codice paese offre un geotargeting chiaro e una facile separazione dei siti, ma è costoso e richiede più infrastruttura; un sottodominio gTLD è facile da configurare e consente posizioni del server diverse, ma gli utenti potrebbero non riconoscere il geotargeting; una sottodirectory gTLD è facile da configurare e richiede poca manutenzione su un host unico, ma anche in questo caso gli utenti potrebbero non riconoscere il geotargeting. Gestire siti multiregionali e multilingue

Google — rimozione del rapporto International Targeting (settembre 2022)

• Parafrasi dell’annuncio di Google Search Console, come riportato: il rapporto International Targeting è stato ritirato perché il valore dell’impostazione manuale del targeting per paese era diminuito nel tempo, mentre hreflang era maturato, lasciando hreflang come meccanismo per segnalare le versioni localizzate. Avviso di deprecazione di Google

Errori comuni (e cosa fare invece)

Mito 1: “A ccTLD ranks better, so buy one for every country.” Perché è sbagliato: Google non ha preferenze di ranking tra le strutture e ogni ccTLD è un dominio separato che costruisce la propria autorevolezza quasi da zero, aggiungendo complessità a infrastruttura e hreflang. Gli studi di ranking che mostrano i ccTLD in cima sono correlazionali: i marchi locali affermati usano i ccTLD per convenzione. Fai invece così: usa i ccTLD solo quando il segnale geografico automatico o la fiducia locale giustificano davvero la frammentazione; altrimenti consolida sulle sottodirectory.

Mito 2: “Subdirectories are just as good, so I don’t need hreflang.” Perché è sbagliato: una sottodirectory su un gTLD non riceve alcun segnale automatico del paese e, da quando Google ha rimosso il rapporto International Targeting (settembre 2022), non esiste più alcuna impostazione manuale di targeting per paese. Senza hreflang non hai detto a Google a chi è destinata ciascuna versione. Fai invece così: implementa hreflang reciproco e autoreferenziale in tutte le cartelle locali: oggi è l’unico strumento esplicito rimasto.

Mito 3: “Set the target country in Search Console for my /de/ folder.” Perché è sbagliato: quell’impostazione (International Targeting) non esiste più: è stata rimossa nel settembre 2022. Non puoi più dichiarare esplicitamente a Google il paese di una sottocartella. Fai invece così: affidati a hreflang e ai segnali dedotti (posizione del server/CDN, lingua e valuta locali, indirizzo locale, link provenienti dal paese).

Mito 4: “Subdomains geotarget themselves because they’re a separate hostname.” Perché è sbagliato: un sottodominio gTLD (de.example.com) non ricava alcun significato geografico dal .com; ha bisogno dello stesso hreflang e degli stessi segnali dedotti di una sottodirectory. L’hostname separato offre flessibilità di hosting, non un segnale geografico automatico. Fai invece così: tratta il geotargeting di un sottodominio esattamente come quello di una sottodirectory, con hreflang al primo posto, e usa il sottodominio solo per i suoi vantaggi infrastrutturali.

Mito 5: “Migrate to a ccTLD (or subfolder) to fix weak international rankings.” Perché è sbagliato: una migrazione strutturale è un rischio senza ricompensa garantita: Google non ha preferenze e i casi di studio generali su sottodominio e sottodirectory mostrano che la maggior parte dei “successi” della migrazione è confusa da cambiamenti simultanei. Spostare gli URL raramente risolve problemi di autorevolezza o rilevanza. Fai invece così: correggi i segnali sottostanti (correttezza di hreflang, qualità dei contenuti locali, link dal paese) prima di toccare la struttura degli URL.

Mito 6: “Mix structures per market — whatever’s convenient each time.” Perché è sbagliato: una combinazione incoerente rende più difficile ragionare sui cluster hreflang, sul crawling e sull’autorevolezza, oltre a renderli più facili da rompere su larga scala. Fai invece così: scegli una struttura principale e applicala con coerenza; fai eccezioni solo per un motivo specifico e giustificato (un ccTLD già esistente, un requisito legale).

Scegliere una struttura URL internazionale — checklist

Prima di scegliere

• Conferma di aver davvero bisogno del targeting di paese/lingua (contenuti diversi per mercato), non solo della traduzione di un unico sito globale.
• Elenca i mercati di destinazione e annota quelli con requisiti legali o di registrazione per un dominio locale.
• Verifica se possiedi già ccTLD pertinenti o se ti posizioni già su qualcuno di essi.
• Decidi quanto conta la fiducia locale nel tuo settore (finanza/salute/retail tendono verso i ccTLD; SaaS e contenuti spesso funzionano bene con le sottodirectory).

La decisione

• Già stabilito su ccTLD o con esigenze legali/di fiducia critiche? → ccTLD.
• Hai bisogno di hosting/posizione del server separati per paese ma non di domini separati? → sottodominio.
• Altrimenti, vuoi la soluzione più semplice da gestire con autorevolezza consolidata? → sottodirectory (l’impostazione predefinita).
• Qualunque sia la scelta, pianifica di applicarla con coerenza in tutti i mercati.

Dopo la scelta (qualsiasi struttura gTLD: sottodominio o sottodirectory)

• Ricorda che in Search Console non esiste più alcuna impostazione manuale di targeting per paese (rimossa a settembre 2022).
• Implementa hreflang reciproco e autoreferenziale per tutte le versioni.
• Aggiungi un x-default per la pagina di fallback/selezione.
• Rafforza il targeting con segnali dedotti: posizione del server/CDN, lingua e valuta locali, indirizzo/telefono locali, link provenienti da siti del paese.
• Non migrare una struttura esistente e funzionante inseguendo soltanto un aumento del ranking.

Se scegli un ccTLD

• Prevedi budget per registrazione, rinnovo, hosting e certificati separati per ogni dominio.
• Pianifica hreflang tra proprietà separate (ogni ccTLD deve riferire reciprocamente tutti gli altri).
• Accetta che ogni dominio costruisca la propria autorevolezza: non aspettarti che l’equità dei link si accumuli.

Se stai migrando tra strutture

• Reindirizza ogni vecchio URL 1:1 al suo equivalente nuovo: niente redirect generici alla home page.
• Aggiorna i tag canonical verso i nuovi URL; mantieni un canonical preferito più hreflang per eventuali duplicati regionali nella stessa lingua.
• Ricostruisci hreflang reciproco tra tutte le proprietà, facendo riferimento ai nuovi URL.
• Aggiorna i link interni e rigenera le sitemap XML.
• Verifica il nuovo host/la nuova proprietà in Search Console e Bing Webmaster Tools prima di averne bisogno.
• Monitora indicizzazione, traffico e ranking durante la transizione e ricorda che la migrazione è di per sé una variabile confondente in qualsiasi confronto prima/dopo.

I modelli mentali

1. Segnale contro autorevolezza: il compromesso centrale. Un ccTLD massimizza il segnale geografico (automatico e inequivocabile), ma frammenta l’autorevolezza (domini separati). Una sottodirectory massimizza l’autorevolezza (consolidata su un dominio), ma riduce al minimo il segnale geografico automatico (solo hreflang). Un sottodominio si trova tra i due. Quasi ogni decisione descritta qui è un punto sulla linea segnale-geografia contro autorevolezza.

2. Segnale geografico automatico contro manuale. Solo un ccTLD offre gratuitamente il segnale del paese. Tutto ciò che si trova su un gTLD, sottodominio o sottodirectory, ha un segnale manuale di cui sei responsabile. E dal settembre 2022 “manuale” significa hreflang, non un’impostazione di Search Console. Se scegli una struttura gTLD, ti impegni a gestire correttamente hreflang.

3. La struttura non è una leva di ranking. Google non ha preferenze. Non ti posizioni meglio scegliendo una forma. Ti posizioni meglio essendo rilevante, affidabile e ben collegato in un mercato: la struttura cambia solo la chiarezza con cui segnali a quale mercato ti rivolgi. Elimina subito la domanda “which ranks better”: è la domanda sbagliata.

4. La coerenza batte l’ottimizzazione. Una struttura applicata correttamente in tutti i mercati vale più di una combinazione per mercato scelta sulla base di intuizioni. La coerenza mantiene gestibili i cluster hreflang e il crawling su larga scala.

5. Separa la domanda internazionale da quella generale. “Dove dovrebbe vivere il mio blog?” (sottodominio contro sottodirectory in generale) e “come posso offrire versioni per paesi diversi?” sono decisioni diverse, con fattori decisivi diversi. La prima riguarda integrazione e rischio di migrazione; la seconda il segnale geografico. Non trasferire la risposta da una domanda all’altra.

Mettiti alla prova: ccTLD contro sottodominio contro sottodirectory

Cinque domande rapide sulla scelta di una struttura URL internazionale. Scegli una risposta per ciascuna, poi controlla.

Risorse che meritano il tuo tempo

I miei articoli correlati

• Hreflang: The Easy Guide for Beginners — i meccanismi da cui dipenderai per qualsiasi sottodominio o sottodirectory gTLD, oltre al mio studio su 374 756 domini che usano hreflang, che mostra quanto spesso hreflang si rompa (oltre il 67% presentava un problema).
• The Beginner’s Guide to Technical SEO — dove si collocano le decisioni sulla struttura URL internazionale nel quadro più ampio.
• Subdomain vs Subdirectory: Subdirectories Are Not Better Than Subdomains For SEO — il mio caso generale (non internazionale) sull’equivalenza funzionale tra le due opzioni e sul fatto che la maggior parte dei “successi” della migrazione è confusa; leggilo per la versione della domanda “dove dovrebbe vivere il mio blog?”.

I miei interventi

• How Search Works (SlideShare) — il mio percorso attraverso crawling, rendering, indicizzazione e ranking; un contesto utile per capire perché sono i segnali, non la forma dell’URL, a determinare i risultati. (Vale il disclaimer permanente: “This is my understanding of systems… not going to be 100% complete or accurate.”)

Dal settore

• Managing multi-regional and multilingual sites (Google Search Central) — l’elenco delle tre strutture e dei relativi vantaggi e svantaggi documentati.
• The International Targeting report is deprecated (Google Search Console Help) — la rimozione nel settembre 2022 e le implicazioni per dichiarare il paese di una sottocartella.
• URL structure best practices (Google Search Central) — le indicazioni sul geotargeting e l’assenza di una preferenza.
• Subdomains vs Subdirectories Research: 20K Keywords Analysed (SE Ranking) — lo studio correlazionale trasparente su 15 mercati, che mostra i ccTLD dominare le SERP internazionali (leggilo come correlazione, non causalità).
• SEO Best Practices with Cloudflare Workers, Part 1: Subdomain vs. Subdirectory (Cloudflare) — la soluzione del reverse proxy se sei vincolato a un sottodominio ma vuoi un URL in sottodirectory.

Cronologia modifiche