{"id":22789,"date":"2026-08-29T06:40:02","date_gmt":"2026-08-29T04:40:02","guid":{"rendered":"https:\/\/www.curiaweb.ch\/?post_type=docs&p=22789"},"modified":"2026-08-29T06:40:03","modified_gmt":"2026-08-29T04:40:03","password":"","slug":"sottodominio-o-sotto-cartella-seo","status":"publish","type":"docs","link":"https:\/\/www.curiaweb.ch\/it\/hilfe\/domains-dns\/subdomain-oder-unterverzeichnis-seo\/","title":{"rendered":"Sottodominio o sottodirectory: cosa \u00e8 meglio per la SEO?"},"content":{"rendered":"

Se vuoi creare una nuova sezione del tuo sito web, sorge spesso una domanda: il contenuto dovrebbe trovarsi sotto un sottodominio o in una sottodirectory?<\/p>\n\n\n\n

Entrambe le varianti sono tecnicamente possibili e possono essere indicizzate dai motori di ricerca. La decisione non dovrebbe quindi basarsi sul presupposto generale che un sottodominio o una sottodirectory si posizioni fondamentalmente meglio su Google.<\/p>\n\n\n\n

Pi\u00f9 importanti sono l'architettura tecnica del tuo sito web, la pertinenza dei contenuti, il collegamento interno, la navigazione degli utenti e la questione se una sezione debba essere gestita consapevolmente in modo indipendente.<\/p>\n\n\n\n

\n

Breve spiegazione:<\/strong> Una sottodirectory come example.ch\/blog\/<\/code> \u00e8 una sezione all'interno dello stesso sito web o dello stesso hostname. Un sottodominio come blog.example.ch<\/code> \u00e8 invece un proprio hostname. Per la SEO non esiste una regola semplice \u201esottodirectory buona, sottodominio cattivo\u201c.<\/p>\n<\/blockquote>\n\n\n\n

Che cos'\u00e8 una sottodirectory?<\/h2>\n\n\n\n

Una sottodirectory si trova all'interno della struttura degli URL di un sito Web esistente.<\/p>\n\n\n\n

Esempi:<\/p>\n\n\n\n

https:\/\/example.ch\/blog\/\nhttps:\/\/example.ch\/hilfe\/\nhttps:\/\/example.ch\/shop\/<\/code><\/pre>\n\n\n\n
Il dominio principale o l'hostname rimane lo stesso:<\/p>\n\n\n\n
example.ch<\/code><\/p>\n\n\n\n
Soltanto il percorso dopo il nome di dominio cambia.<\/p>\n\n\n\n
Su CURIAWEB, ad esempio, anche la knowledge base \u00e8 strutturata secondo questo principio:<\/p>\n\n\n\n
\nhttps:\/\/www.curiaweb.ch\/hilfe\n<\/div><\/figure>\n\n\n\n
La base di conoscenza \u00e8 quindi parte integrante del sito Web esistente e non un host indipendente.<\/p>\n\n\n\n
Cos'\u00e8 un sottodominio?<\/h2>\n\n\n\n
Un sottodominio si trova prima del nome di dominio vero e proprio.<\/p>\n\n\n\n
Esempi:<\/p>\n\n\n\n
blog.example.ch\nshop.example.ch\nsupport.example.ch\nmy.example.ch<\/code><\/pre>\n\n\n\n
Tecnicamente, un sottodominio \u00e8 un hostname a s\u00e9 stante e pu\u00f2 puntare a un'infrastruttura diversa, indipendentemente dal sito web principale.<\/p>\n\n\n\n
Per esempio, possono<\/p>\n\n\n\n
example.ch\nshop.example.ch<\/code><\/pre>\n\n\n\n
essere ospitati su server diversi.<\/p>\n\n\n\n
Qual \u00e8 la differenza tecnica?<\/h2>\n\n\n\n
Nel caso di una sottodirectory, il nome host rimane lo stesso:<\/p>\n\n\n\n
example.ch\/blog\/\nexample.ch\/shop\/\nexample.ch\/aiuto\/<\/code><\/pre>\n\n\n\n
Con un sottodominio, invece, si crea un hostname aggiuntivo:<\/p>\n\n\n\n
blog.example.ch\nshop.example.ch\nhilfe.example.ch<\/code><\/pre>\n\n\n\n
Questa differenza ha conseguenze tecniche. Ad esempio, un sottodominio pu\u00f2 richiedere record DNS propri, una propria configurazione di hosting e un proprio certificato SSL\/TLS o una corrispondente copertura di certificazione.<\/p>\n\n\n\n
Spieghiamo il ruolo dei record DNS in merito alla sezione Record DNS spiegati: A, AAAA, CNAME, MX, TXT e CAA<\/a>.<\/p>\n\n\n\n
Un sottodominio \u00e8 un dominio indipendente?<\/h2>\n\n\n\n
No.<\/p>\n\n\n\n
Belli<\/p>\n\n\n\n
blog.example.ch<\/code><\/p>\n\n\n\n
\u00e8 example.ch<\/code> sempre il dominio registrato. blog<\/code> \u00e8 un sottodominio o un nome host configurato al di sotto di esso.<\/p>\n\n\n\n
Di conseguenza, di solito non \u00e8 necessario registrare un nuovo dominio per ogni sottodominio.<\/p>\n\n\n\n
Spieghiamo le differenze tra dominio e URL su Sito web, dominio e URL: qual \u00e8 la differenza?<\/a>.<\/p>\n\n\n\n
\u00c8 una sottodirectory migliore per la SEO?<\/h2>\n\n\n\n
Non necessariamente.<\/p>\n\n\n\n
Le sottodirectory offrono tuttavia un importante vantaggio strutturale: i contenuti che fanno chiaramente parte dello stesso sito Web possono essere organizzati in modo molto semplice all'interno di una struttura di URL comune.<\/p>\n\n\n\n
Un blog aziendale potrebbe ad esempio trovarsi sotto<\/p>\n\n\n\n
example.ch\/blog\/<\/code><\/p>\n\n\n\n
si trovano e la knowledge base sotto<\/p>\n\n\n\n
example.ch\/it\/aiuto\/<\/code>.<\/p>\n\n\n\n
Ci\u00f2 consente agli utenti di riconoscere immediatamente che questi contenuti appartengono al sito web principale.<\/p>\n\n\n\n
Tuttavia, questo da solo non garantisce posizionamenti migliori. La qualit\u00e0 dei contenuti, l'intento di ricerca, il collegamento interno, la crawlability, la qualit\u00e0 tecnica e molti altri fattori rimangono determinanti.<\/p>\n\n\n\n
\n
Importante:<\/strong> Una sottodirectory non ottiene automaticamente buoni posizionamenti solo perch\u00e9 il dominio principale \u00e8 gi\u00e0 consolidato. Anche i contenuti all'interno di una sottodirectory devono essere pertinenti, indicizzabili e qualitativamente convincenti.<\/p>\n<\/blockquote>\n\n\n\n
Un sottodominio \u00e8 negativo per la SEO?<\/h2>\n\n\n\n
No.<\/p>\n\n\n\n
I sottodomini possono essere scansionati e indicizzati dai motori di ricerca e possono anche ottenere buoni posizionamenti.<\/p>\n\n\n\n
Una sottodominio non \u00e8 quindi automaticamente un errore SEO.<\/p>\n\n\n\n
Ci\u00f2 che conta davvero \u00e8 se la struttura scelta abbia senso per la rispettiva sezione del sito web e se sia implementata in modo tecnicamente corretto.<\/p>\n\n\n\n
Google tratta un sottodominio come un sito web separato?<\/h2>\n\n\n\n
Un'affermazione generale come \u201eGoogle tratta ogni sottodominio completamente come un sito web esterno\u201c \u00e8 troppo semplicistica.<\/p>\n\n\n\n
Tecnicamente, una sottodominio \u00e8 un proprio nome host. Google distingue anche domini, sottodominio e directory in diverse funzioni e sistemi in modo diverso.<\/p>\n\n\n\n
Ci\u00f2 non significa tuttavia che ne derivi automaticamente uno svantaggio SEO generalizzato.<\/p>\n\n\n\n
\n
Nota:<\/strong> \u201eHostname dedicato\u201c e \u201epeggiori posizionamenti\u201c sono due affermazioni completamente diverse. Dall'indipendenza tecnica di un sottodominio non si pu\u00f2 dedurre alcuno svantaggio automatico nel ranking.<\/p>\n<\/blockquote>\n\n\n\n
Quando \u00e8 utile una sottodirectory?<\/h2>\n\n\n\n
Una sottodirectory \u00e8 spesso indicata quando la nuova sezione appartiene chiaramente al sito web esistente.<\/p>\n\n\n\n
Esempi tipici sono:<\/p>\n\n\n\n
esempio.ch\/blog\/\nesempio.ch\/consigli\/\nesempio.ch\/aiuto\/\nesempio.ch\/referenze\/\nesempio.ch\/prodotti\/<\/code><\/pre>\n\n\n\n
I contenuti possono essere integrati in una navigazione comune, nel collegamento interno e nell'architettura delle informazioni.<\/p>\n\n\n\n
Per un blog aziendale o una base di conoscenza, una sottodirectory \u00e8 quindi spesso una soluzione molto naturale.<\/p>\n\n\n\n
Quando \u00e8 utile una sottodominio?<\/h2>\n\n\n\n
Un sottodominio pu\u00f2 essere utile se un'area deve essere separata chiaramente dal punto di vista tecnico o funzionale dal sito web principale.<\/p>\n\n\n\n
Gli esempi possono essere:<\/p>\n\n\n\n
my.example.ch\napp.example.ch\nstatus.example.ch\ndev.example.ch<\/code><\/pre>\n\n\n\n
Un portale clienti, un'applicazione Web o un sistema di stato, ad esempio, possono utilizzare software e infrastrutture completamente diversi rispetto al sito web aziendale pubblico.<\/p>\n\n\n\n
In tali casi, la separazione tecnica pu\u00f2 essere pi\u00f9 importante del desiderio di gestire tutti i contenuti sotto un percorso di directory comune.<\/p>\n\n\n\n
Pu\u00f2 un sottodominio trovarsi su un altro server?<\/h2>\n\n\n\n
S\u00ec.<\/p>\n\n\n\n
Questo \u00e8 uno dei grandi vantaggi tecnici dei sottodomini.<\/p>\n\n\n\n
Il dominio principale pu\u00f2 ad esempio puntare a un server web:<\/p>\n\n\n\n
example.ch<\/code><\/p>\n\n\n\n
durante<\/p>\n\n\n\n
app.example.ch<\/code><\/p>\n\n\n\n
rimanda a un'altra infrastruttura tramite un record DNS personalizzato.<\/p>\n\n\n\n
Ci\u00f2 consente una netta separazione di diverse applicazioni e sistemi.<\/p>\n\n\n\n
Pu\u00f2 una sottodirectory trovarsi su un altro server?<\/h2>\n\n\n\n
Tecnicamente \u00e8 anche possibile, ma di solito \u00e8 pi\u00f9 complesso.<\/p>\n\n\n\n
Da bei<\/p>\n\n\n\n
example.ch\/app\/<\/code><\/p>\n\n\n\n
viene utilizzato lo stesso hostname del sito web principale, la separazione non avviene semplicemente tramite un record DNS dedicato per la directory.<\/p>\n\n\n\n
Sarebbero invece necessarie, ad esempio, le relative regole per il reverse proxy, il server web o l'applicazione.<\/p>\n\n\n\n
Il DNS funziona con i nomi host e non con i percorsi URL come \/app\/<\/code>.<\/p>\n\n\n\n
\n
Breve spiegazione:<\/strong> DNS pu\u00f2 app.example.ch<\/code> tassare separatamente, ma non direttamente example.ch\/app\/<\/code>. Il percorso diventa rilevante solo dopo la connessione al server web.<\/p>\n<\/blockquote>\n\n\n\n
Cosa \u00e8 meglio per un blog?<\/h2>\n\n\n\n
Se il blog \u00e8 una parte normale del sito web aziendale, una sottodirectory \u00e8 spesso la struttura pi\u00f9 semplice e logica:<\/p>\n\n\n\n
example.ch\/blog\/<\/code><\/p>\n\n\n\n
Il blog pu\u00f2 quindi essere integrato direttamente nella navigazione, nei collegamenti interni e nella restante struttura del sito web.<\/p>\n\n\n\n
Un sottodominio come<\/p>\n\n\n\n
blog.example.ch<\/code><\/p>\n\n\n\n
pu\u00f2 comunque essere utile se vi sono motivi tecnici o organizzativi che giustificano una separazione.<\/p>\n\n\n\n
Solo per motivi di SEO, una struttura di blog esistente e funzionante non dovrebbe essere modificata senza una concreta necessit\u00e0.<\/p>\n\n\n\n
Cosa \u00e8 meglio per una Knowledge Base?<\/h2>\n\n\n\n
Anche qui la decisione dipende dalla struttura tecnica e organizzativa.<\/p>\n\n\n\n
Se la knowledge base fa parte del sito web principale, ad esempio, si pu\u00f2 considerare:<\/p>\n\n\n\n
example.ch\/it\/aiuto\/<\/code><\/p>\n\n\n\n
Se invece viene utilizzato un sistema di supporto completamente autonomo o un'applicazione esterna, una struttura come<\/p>\n\n\n\n
support.example.ch<\/code><\/p>\n\n\n\n
essere tecnicamente pi\u00f9 sensato.<\/p>\n\n\n\n
Non \u00e8 determinante l'affermazione che una variante sia fondamentalmente pi\u00f9 forte in termini di SEO, bens\u00ec quale architettura per i contenuti e il sistema abbia senso a lungo termine.<\/p>\n\n\n\n
Cosa \u00e8 meglio per un negozio online?<\/h2>\n\n\n\n
Se il negozio e il sito web principale sono strettamente collegati e utilizzano lo stesso sistema di gestione dei contenuti, una sottodirectory pu\u00f2 avere senso:<\/p>\n\n\n\n
example.ch\/shop\/<\/code><\/p>\n\n\n\n
Un sistema di negozi tecnicamente del tutto separato potrebbe invece, tra<\/p>\n\n\n\n
shop.example.ch<\/code><\/p>\n\n\n\n
essere gestito.<\/p>\n\n\n\n
Anche in questo caso, la decisione dovrebbe essere presa in base ai requisiti tecnici, alla manutenibilit\u00e0, all'esperienza utente e alla struttura a lungo termine degli URL.<\/p>\n\n\n\n
Cosa \u00e8 meglio per un'area clienti?<\/h2>\n\n\n\n
Per un'area clienti, un sottodominio \u00e8 spesso una soluzione molto sensata.<\/p>\n\n\n\n
Per esempio:<\/p>\n\n\n\n
my.example.ch<\/code><\/p>\n\n\n\n
L'area clienti pu\u00f2 quindi essere gestita tecnicamente in modo indipendente dal sito web pubblico.<\/p>\n\n\n\n
Questo \u00e8 particolarmente utile quando si utilizzano applicazioni diverse.<\/p>\n\n\n\n
Inoltre, un portale clienti non deve necessariamente soddisfare gli stessi requisiti SEO di pagine informative o di prodotti accessibili pubblicamente tramite indicizzazione.<\/p>\n\n\n\n
Come la mettiamo con i link interni?<\/h2>\n\n\n\n
Indipendentemente dalla struttura scelta, i collegamenti interni dovrebbero essere impostati in modo sensato.<\/p>\n\n\n\n
Un blog, una guida o una sezione di aiuto non dovrebbero esistere in modo isolato se i loro contenuti sono rilevanti per i visitatori del sito principale.<\/p>\n\n\n\n
Collega tra loro i contenuti che sono tematicamente correlati laddove il link sia effettivamente utile all'utente.<\/p>\n\n\n\n
Una navigazione e un'architettura dell'informazione chiare sono pi\u00f9 importanti del tentativo di generare posizionamenti solo attraverso una determinata struttura degli URL.<\/p>\n\n\n\n
Che cosa succede ai backlink?<\/h2>\n\n\n\n
I backlink puntano a URL specifici.<\/p>\n\n\n\n
Un link esterno a<\/p>\n\n\n\n
\nhttps:\/\/example.ch\/blog\/artikel\n<\/div><\/figure>\n\n\n\n
\u00e8 per questo che non \u00e8 lo stesso link di uno su<\/p>\n\n\n\n
\nhttps:\/\/blog.example.ch\/artikel\/.\n<\/div><\/figure>\n\n\n\n
Quando i contenuti esistenti vengono spostati da una struttura all'altra, gli URL cambiano e i vecchi indirizzi dovrebbero essere reindirizzati di conseguenza verso le nuove destinazioni.<\/p>\n\n\n\n
Dovrei passare da un sottodominio a una cartella sottostante per motivi di SEO?<\/h2>\n\n\n\n
Non solo sulla base dell'affermazione generale secondo cui le sottodirectory sono sempre migliori.<\/p>\n\n\n\n
Un passaggio da<\/p>\n\n\n\n
blog.example.ch<\/code><\/p>\n\n\n\n
a<\/p>\n\n\n\n
example.ch\/blog\/<\/code><\/p>\n\n\n\n
modifica gli URL dell'intera area.<\/p>\n\n\n\n
Ci\u00f2 d\u00e0 origine a una migrazione di siti web. Gli URL esistenti devono essere reindirizzati verso le loro nuove destinazioni e i link interni, i tag canonical, le sitemap e altri segnali tecnici devono essere aggiornati di conseguenza.<\/p>\n\n\n\n
Una struttura funzionante e consolidata non dovrebbe quindi essere migrata senza un motivo tecnico, organizzativo o strategico concreto.<\/p>\n\n\n\n
\n
Attenzione:<\/strong> Una migrazione di URL basata solo su un presunto \u201esvantaggio SEO del sottodominio\u201c pu\u00f2 creare pi\u00f9 lavoro e rischi che benefici.<\/p>\n<\/blockquote>\n\n\n\n
A cosa devo fare attenzione durante una migrazione?<\/h2>\n\n\n\n
Quando i contenuti vengono spostati da un sottodominio a una sottodirectory o nella direzione opposta, \u00e8 necessario definire una nuova destinazione appropriata per ogni vecchio URL rilevante.<\/p>\n\n\n\n
Per esempio:<\/p>\n\n\n\n
blog.example.ch\/artikel-a\/\n        \u2193\nexample.ch\/blog\/artikel-a\/\n\nblog.example.ch\/artikel-b\/\n        \u2193\nexample.ch\/blog\/artikel-b\/<\/code><\/pre>\n\n\n\n
Per i contenuti permanentemente spostati dovrebbero essere utilizzate appropriate reindirizzamenti permanenti lato server.<\/p>\n\n\n\n
Anche i link interni, le sitemap XML e i tag canonical devono corrispondere alla nuova struttura.<\/p>\n\n\n\n
E per quanto riguarda i contenuti duplicati?<\/h2>\n\n\n\n
La situazione pu\u00f2 diventare problematica se contenuti identici o quasi identici rimangono accessibili contemporaneamente tramite pi\u00f9 URL.<\/p>\n\n\n\n
Per esempio:<\/p>\n\n\n\n
blog.example.ch\/ratgeber\/\nexample.ch\/blog\/ratgeber\/<\/code><\/pre>\n\n\n\n
Se entrambe le versioni restituiscono permanentemente lo stesso contenuto, deve essere chiaro per i motori di ricerca quale URL sia la versione preferita o canonica.<\/p>\n\n\n\n
Durante una migrazione reale, di solito \u00e8 pi\u00f9 pulito reindirizzare permanentemente la vecchia URL alla nuova, anzich\u00e9 mantenere entrambe le strutture in parallelo a tempo indeterminato con contenuti identici.<\/p>\n\n\n\n
Posso pubblicare gli stessi contenuti su un sottodominio e su una sottocartella?<\/h2>\n\n\n\n
Tecnicamente \u00e8 possibile, ma di solito non ha senso per lo stesso scopo.<\/p>\n\n\n\n
Pi\u00f9 URL identici non migliorano automaticamente un contenuto. Possono invece generare duplicati inutili e rendere pi\u00f9 difficile l'analisi del sito web.<\/p>\n\n\n\n
Se non vi \u00e8 alcun motivo oggettivo per pi\u00f9 versioni, un contenuto dovrebbe avere un unico URL principale chiaro.<\/p>\n\n\n\n
In che modo Google gestisce gli URL canonici?<\/h2>\n\n\n\n
Quando Google trova pi\u00f9 pagine identiche o molto simili, queste vengono elaborate insieme per la canonizzazione.<\/p>\n\n\n\n
I gestori di siti web possono, ad esempio, con i reindirizzamenti, rel=\"canonical\"<\/code> e indicazioni sulla URL preferita tramite dati della sitemap coerenti.<\/p>\n\n\n\n
Tuttavia, Google pu\u00f2 infine scegliere un URL diverso come canonico se i segnali esistenti lo suggeriscono.<\/p>\n\n\n\n
Una struttura URL pulita e coerente \u00e8 quindi migliore rispetto a segnali contraddittori tra pi\u00f9 versioni della stessa pagina.<\/p>\n\n\n\n
Una sottodominio ha bisogno di propri record DNS?<\/h2>\n\n\n\n
Un sottodominio deve poter essere risolto correttamente tramite DNS.<\/p>\n\n\n\n
A tale scopo \u00e8 possibile utilizzare, ad esempio, un record A, AAAA o CNAME.<\/p>\n\n\n\n
Quale variante sia quella giusta dipende dall'infrastruttura di destinazione desiderata.<\/p>\n\n\n\n
Con il Controllo DNS CURIAWEB<\/a> puoi verificare le informazioni DNS pubblicamente visibili.<\/p>\n\n\n\n
Ha bisogno una sottodirectory di un proprio record DNS?<\/h2>\n\n\n\n
No.<\/p>\n\n\n\n
Un percorso URL come<\/p>\n\n\n\n
example.ch\/blog\/<\/code><\/p>\n\n\n\n
non viene gestito tramite un record DNS dedicato.<\/p>\n\n\n\n
Il DNS risolve il nome host example.ch<\/code> su. Quale contenuto successivamente sotto \/blog\/<\/code> la decisione spetta al server web o all'applicazione in esso eseguita.<\/p>\n\n\n\n
Una sottodominio ha bisogno di un certificato SSL?<\/h2>\n\n\n\n
Se la sottodominio deve essere raggiungibile tramite HTTPS, deve essere coperto da un certificato SSL\/TLS valido.<\/p>\n\n\n\n
Un certificato valido solo per<\/p>\n\n\n\n
example.ch<\/code><\/p>\n\n\n\n
\u00e8 valido, non copre automaticamente<\/p>\n\n\n\n
blog.example.ch<\/code><\/p>\n\n\n\n
ab.<\/p>\n\n\n\n
A seconda del certificato, possono essere inclusi pi\u00f9 nomi host o sottodomini. Anche i certificati wildcard possono essere utilizzati per determinate configurazioni di sottodomini.<\/p>\n\n\n\n
Pu\u00f2 un sottodominio avere una propria propriet\u00e0 di Search Console?<\/h2>\n\n\n\n
S\u00ec. A seconda del tipo di propriet\u00e0 utilizzato, i sottodomini o i prefissi URL possono essere visualizzati separatamente in Google Search Console.<\/p>\n\n\n\n
Questo pu\u00f2 essere utile in caso di aree pi\u00f9 ampie separate tecnicamente.<\/p>\n\n\n\n
Una propriet\u00e0 di dominio, invece, pu\u00f2 aggregare dati su diversi protocolli e sottodomini di un dominio verificato.<\/p>\n\n\n\n
Google pu\u00f2 trattare sottodomini e sottodirectory in modo diverso?<\/h2>\n\n\n\n
S\u00ec, in determinate funzioni di Google, esistono differenze tecniche tra hostname e directory.<\/p>\n\n\n\n
Ad esempio, Google definisce un sito web a livello di nome host per alcune funzioni di ricerca. Una sottodominio pu\u00f2 quindi essere trattata separatamente, mentre una sottodirectory rimane parte del nome host esistente.<\/p>\n\n\n\n
Questo non deve tuttavia essere confuso con un'affermazione generale sui ranking.<\/p>\n\n\n\n
\n
Importante:<\/strong> Le differenze tecniche a livello di hostname, funzioni di ricerca o propriet\u00e0 non sono la prova che Google consideri fondamentalmente peggiori i contenuti presenti sui sottodomini ai fini del posizionamento.<\/p>\n<\/blockquote>\n\n\n\n
Quale variante \u00e8 pi\u00f9 semplice da gestire?<\/h2>\n\n\n\n
Se tutti i contenuti sono gestiti con lo stesso sito web o lo stesso CMS, una sottodirectory \u00e8 spesso pi\u00f9 semplice.<\/p>\n\n\n\n
Non richiede un'associazione DNS separata per la rispettiva area e di solito pu\u00f2 essere integrato direttamente nella navigazione e nella struttura degli URL.<\/p>\n\n\n\n
Se sono coinvolte diverse applicazioni, server o team, un sottodominio pu\u00f2 invece consentire una separazione tecnica pi\u00f9 pulita.<\/p>\n\n\n\n
Quale variante sceglieremmo per i normali contenuti di un sito web?<\/h2>\n\n\n\n
Per i contenuti che fanno chiaramente parte dello stesso sito web \u2013 ad esempio un blog, una guida, una knowledge base o informazioni sui servizi \u2013 una sottodirectory \u00e8 spesso una soluzione logica e facile da mantenere.<\/p>\n\n\n\n
Per i sistemi tecnicamente indipendenti come portali clienti, applicazioni web, ambienti di sviluppo o pagine di stato, d'altra parte, pu\u00f2 avere pi\u00f9 senso un sottodominio.<\/p>\n\n\n\n
Questa \u00e8 una decisione di architettura e non una regola SEO generale.<\/p>\n\n\n\n
Quali domande dovrei rispondere prima di prendere una decisione?<\/h2>\n\n\n\n
Invece di chiederti solo \u201eCosa \u00e8 meglio per la SEO?\u201c, dovresti verificare quale ruolo svolge effettivamente la nuova sezione.<\/p>\n\n\n\n
Il contenuto fa parte del sito principale dal punto di vista dei contenuti e dell'organizzazione? Viene utilizzato lo stesso CMS? Questa sezione deve utilizzare la stessa navigazione e lo stesso percorso utente? Oppure si tratta di un'applicazione tecnicamente indipendente che deve essere gestita autonomamente?<\/p>\n\n\n\n
Pi\u00f9 una sezione \u00e8 collegata al sito web principale, pi\u00f9 una cartella secondaria pu\u00f2 essere naturale. Pi\u00f9 l'indipendenza tecnica \u00e8 in primo piano, pi\u00f9 un Sottodominio pu\u00f2 avere senso.<\/p>\n\n\n\n
Riepilogo<\/h2>\n\n\n\n
Sottodomini e sottodirectory sono due modi diversi per strutturare contenuti e servizi all'interno di un dominio.<\/p>\n\n\n\n
Una sottodirectory come example.ch\/blog\/<\/code> rimane parte dello stesso hostname. Un sottodominio come blog.example.ch<\/code> ha un proprio nome host e pu\u00f2 essere gestito tecnicamente in modo indipendente su un'altra infrastruttura.<\/p>\n\n\n\n
Ai fini della SEO non esiste alcuna regola generale affidabile secondo cui una sottocartella si posiziona automaticamente meglio o un sottodominio sia fondamentalmente peggiore.<\/p>\n\n\n\n
Per i contenuti strettamente collegati al sito web principale, come blog, guide o knowledge base, una sottodirectory \u00e8 spesso una struttura semplice e logica. Per applicazioni tecnicamente indipendenti come portali clienti o sistemi separati, un sottodominio pu\u00f2 rappresentare l'architettura migliore.<\/p>\n\n\n\n
Se esiste gi\u00e0 una struttura funzionante, non dovrebbe essere modificata solo per presunti vantaggi SEO. Il passaggio da un sottodominio a una sottodirectory modifica gli URL e deve essere trattato come una migrazione con reindirizzamenti corretti e ulteriori adeguamenti tecnici.<\/p>\n\n\n\n
Scegli quindi la struttura in base al contenuto, alla tecnica e alla manutenibilit\u00e0 a lungo termine, e non a causa del mito che Google preferisca fondamentalmente una delle due varianti.<\/strong><\/p>","protected":false},"excerpt":{"rendered":"
Wenn du einen neuen Bereich deiner Website aufbauen m\u00f6chtest, stellt sich h\u00e4ufig die Frage: Soll der Inhalt unter einer Subdomain oder in einem Unterverzeichnis liegen? Beide Varianten sind technisch m\u00f6glich und k\u00f6nnen von Suchmaschinen indexiert werden. Die Entscheidung sollte deshalb nicht auf der pauschalen Annahme beruhen, dass eine Subdomain oder ein Unterverzeichnis grunds\u00e4tzlich besser bei […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"_joinchat":[],"footnotes":""},"doc_category":[82],"doc_tag":[],"class_list":["post-22789","docs","type-docs","status-publish","hentry","doc_category-domains-dns"],"year_month":"2026-09","word_count":2457,"total_views":"6","reactions":{"happy":"0","normal":"0","sad":"0"},"author_info":{"name":"Silvio Mazenauer","author_nicename":"admin-curia","author_url":"https:\/\/www.curiaweb.ch\/it\/author\/admin-curia\/"},"doc_category_info":[{"term_name":"Domains & DNS","term_url":"https:\/\/www.curiaweb.ch\/it\/hilfe-kategorie\/domains-dns\/"}],"doc_tag_info":[],"knowledge_base_info":[],"knowledge_base_slug":[],"_links":{"self":[{"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/docs\/22789","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/docs"}],"about":[{"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/types\/docs"}],"author":[{"embeddable":true,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/comments?post=22789"}],"version-history":[{"count":1,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/docs\/22789\/revisions"}],"predecessor-version":[{"id":22791,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/docs\/22789\/revisions\/22791"}],"wp:attachment":[{"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/media?parent=22789"}],"wp:term":[{"taxonomy":"doc_category","embeddable":true,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/doc_category?post=22789"},{"taxonomy":"doc_tag","embeddable":true,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/doc_tag?post=22789"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}