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?
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.
Più 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.
Breve spiegazione: Una sottodirectory come
example.ch/blog/è una sezione all'interno dello stesso sito web o dello stesso hostname. Un sottodominio comeblog.example.chè invece un proprio hostname. Per la SEO non esiste una regola semplice „sottodirectory buona, sottodominio cattivo“.
Che cos'è una sottodirectory? #
Una sottodirectory si trova all'interno della struttura degli URL di un sito Web esistente.
Esempi:
https://example.ch/blog/
https://example.ch/hilfe/
https://example.ch/shop/Il dominio principale o l'hostname rimane lo stesso:
example.ch
Soltanto il percorso dopo il nome di dominio cambia.
Su CURIAWEB, ad esempio, anche la knowledge base è strutturata secondo questo principio:
La base di conoscenza è quindi parte integrante del sito Web esistente e non un host indipendente.
Cos'è un sottodominio? #
Un sottodominio si trova prima del nome di dominio vero e proprio.
Esempi:
blog.example.ch
shop.example.ch
support.example.ch
my.example.chTecnicamente, un sottodominio è un hostname a sé stante e può puntare a un'infrastruttura diversa, indipendentemente dal sito web principale.
Per esempio, possono
example.ch
shop.example.chessere ospitati su server diversi.
Qual è la differenza tecnica? #
Nel caso di una sottodirectory, il nome host rimane lo stesso:
example.ch/blog/
example.ch/shop/
example.ch/aiuto/Con un sottodominio, invece, si crea un hostname aggiuntivo:
blog.example.ch
shop.example.ch
hilfe.example.chQuesta differenza ha conseguenze tecniche. Ad esempio, un sottodominio può richiedere record DNS propri, una propria configurazione di hosting e un proprio certificato SSL/TLS o una corrispondente copertura di certificazione.
Spieghiamo il ruolo dei record DNS in merito alla sezione Record DNS spiegati: A, AAAA, CNAME, MX, TXT e CAA.
Un sottodominio è un dominio indipendente? #
No.
Belli
blog.example.ch
è example.ch sempre il dominio registrato. blog è un sottodominio o un nome host configurato al di sotto di esso.
Di conseguenza, di solito non è necessario registrare un nuovo dominio per ogni sottodominio.
Spieghiamo le differenze tra dominio e URL su Sito web, dominio e URL: qual è la differenza?.
È una sottodirectory migliore per la SEO? #
Non necessariamente.
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.
Un blog aziendale potrebbe ad esempio trovarsi sotto
example.ch/blog/
si trovano e la knowledge base sotto
example.ch/it/aiuto/.
Ciò consente agli utenti di riconoscere immediatamente che questi contenuti appartengono al sito web principale.
Tuttavia, questo da solo non garantisce posizionamenti migliori. La qualità dei contenuti, l'intento di ricerca, il collegamento interno, la crawlability, la qualità tecnica e molti altri fattori rimangono determinanti.
Importante: Una sottodirectory non ottiene automaticamente buoni posizionamenti solo perché il dominio principale è già consolidato. Anche i contenuti all'interno di una sottodirectory devono essere pertinenti, indicizzabili e qualitativamente convincenti.
Un sottodominio è negativo per la SEO? #
No.
I sottodomini possono essere scansionati e indicizzati dai motori di ricerca e possono anche ottenere buoni posizionamenti.
Una sottodominio non è quindi automaticamente un errore SEO.
Ciò che conta davvero è se la struttura scelta abbia senso per la rispettiva sezione del sito web e se sia implementata in modo tecnicamente corretto.
Google tratta un sottodominio come un sito web separato? #
Un'affermazione generale come „Google tratta ogni sottodominio completamente come un sito web esterno“ è troppo semplicistica.
Tecnicamente, una sottodominio è un proprio nome host. Google distingue anche domini, sottodominio e directory in diverse funzioni e sistemi in modo diverso.
Ciò non significa tuttavia che ne derivi automaticamente uno svantaggio SEO generalizzato.
Nota: „Hostname dedicato“ e „peggiori posizionamenti“ sono due affermazioni completamente diverse. Dall'indipendenza tecnica di un sottodominio non si può dedurre alcuno svantaggio automatico nel ranking.
Quando è utile una sottodirectory? #
Una sottodirectory è spesso indicata quando la nuova sezione appartiene chiaramente al sito web esistente.
Esempi tipici sono:
esempio.ch/blog/
esempio.ch/consigli/
esempio.ch/aiuto/
esempio.ch/referenze/
esempio.ch/prodotti/I contenuti possono essere integrati in una navigazione comune, nel collegamento interno e nell'architettura delle informazioni.
Per un blog aziendale o una base di conoscenza, una sottodirectory è quindi spesso una soluzione molto naturale.
Quando è utile una sottodominio? #
Un sottodominio può essere utile se un'area deve essere separata chiaramente dal punto di vista tecnico o funzionale dal sito web principale.
Gli esempi possono essere:
my.example.ch
app.example.ch
status.example.ch
dev.example.chUn 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.
In tali casi, la separazione tecnica può essere più importante del desiderio di gestire tutti i contenuti sotto un percorso di directory comune.
Può un sottodominio trovarsi su un altro server? #
Sì.
Questo è uno dei grandi vantaggi tecnici dei sottodomini.
Il dominio principale può ad esempio puntare a un server web:
example.ch
durante
app.example.ch
rimanda a un'altra infrastruttura tramite un record DNS personalizzato.
Ciò consente una netta separazione di diverse applicazioni e sistemi.
Può una sottodirectory trovarsi su un altro server? #
Tecnicamente è anche possibile, ma di solito è più complesso.
Da bei
example.ch/app/
viene utilizzato lo stesso hostname del sito web principale, la separazione non avviene semplicemente tramite un record DNS dedicato per la directory.
Sarebbero invece necessarie, ad esempio, le relative regole per il reverse proxy, il server web o l'applicazione.
Il DNS funziona con i nomi host e non con i percorsi URL come /app/.
Breve spiegazione: DNS può
app.example.chtassare separatamente, ma non direttamenteexample.ch/app/. Il percorso diventa rilevante solo dopo la connessione al server web.
Cosa è meglio per un blog? #
Se il blog è una parte normale del sito web aziendale, una sottodirectory è spesso la struttura più semplice e logica:
example.ch/blog/
Il blog può quindi essere integrato direttamente nella navigazione, nei collegamenti interni e nella restante struttura del sito web.
Un sottodominio come
blog.example.ch
può comunque essere utile se vi sono motivi tecnici o organizzativi che giustificano una separazione.
Solo per motivi di SEO, una struttura di blog esistente e funzionante non dovrebbe essere modificata senza una concreta necessità.
Cosa è meglio per una Knowledge Base? #
Anche qui la decisione dipende dalla struttura tecnica e organizzativa.
Se la knowledge base fa parte del sito web principale, ad esempio, si può considerare:
example.ch/it/aiuto/
Se invece viene utilizzato un sistema di supporto completamente autonomo o un'applicazione esterna, una struttura come
support.example.ch
essere tecnicamente più sensato.
Non è determinante l'affermazione che una variante sia fondamentalmente più forte in termini di SEO, bensì quale architettura per i contenuti e il sistema abbia senso a lungo termine.
Cosa è meglio per un negozio online? #
Se il negozio e il sito web principale sono strettamente collegati e utilizzano lo stesso sistema di gestione dei contenuti, una sottodirectory può avere senso:
example.ch/shop/
Un sistema di negozi tecnicamente del tutto separato potrebbe invece, tra
shop.example.ch
essere gestito.
Anche in questo caso, la decisione dovrebbe essere presa in base ai requisiti tecnici, alla manutenibilità, all'esperienza utente e alla struttura a lungo termine degli URL.
Cosa è meglio per un'area clienti? #
Per un'area clienti, un sottodominio è spesso una soluzione molto sensata.
Per esempio:
my.example.ch
L'area clienti può quindi essere gestita tecnicamente in modo indipendente dal sito web pubblico.
Questo è particolarmente utile quando si utilizzano applicazioni diverse.
Inoltre, un portale clienti non deve necessariamente soddisfare gli stessi requisiti SEO di pagine informative o di prodotti accessibili pubblicamente tramite indicizzazione.
Come la mettiamo con i link interni? #
Indipendentemente dalla struttura scelta, i collegamenti interni dovrebbero essere impostati in modo sensato.
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.
Collega tra loro i contenuti che sono tematicamente correlati laddove il link sia effettivamente utile all'utente.
Una navigazione e un'architettura dell'informazione chiare sono più importanti del tentativo di generare posizionamenti solo attraverso una determinata struttura degli URL.
Che cosa succede ai backlink? #
I backlink puntano a URL specifici.
Un link esterno a
è per questo che non è lo stesso link di uno su
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.
Dovrei passare da un sottodominio a una cartella sottostante per motivi di SEO? #
Non solo sulla base dell'affermazione generale secondo cui le sottodirectory sono sempre migliori.
Un passaggio da
blog.example.ch
a
example.ch/blog/
modifica gli URL dell'intera area.
Ciò dà 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.
Una struttura funzionante e consolidata non dovrebbe quindi essere migrata senza un motivo tecnico, organizzativo o strategico concreto.
Attenzione: Una migrazione di URL basata solo su un presunto „svantaggio SEO del sottodominio“ può creare più lavoro e rischi che benefici.
A cosa devo fare attenzione durante una migrazione? #
Quando i contenuti vengono spostati da un sottodominio a una sottodirectory o nella direzione opposta, è necessario definire una nuova destinazione appropriata per ogni vecchio URL rilevante.
Per esempio:
blog.example.ch/artikel-a/
↓
example.ch/blog/artikel-a/
blog.example.ch/artikel-b/
↓
example.ch/blog/artikel-b/Per i contenuti permanentemente spostati dovrebbero essere utilizzate appropriate reindirizzamenti permanenti lato server.
Anche i link interni, le sitemap XML e i tag canonical devono corrispondere alla nuova struttura.
E per quanto riguarda i contenuti duplicati? #
La situazione può diventare problematica se contenuti identici o quasi identici rimangono accessibili contemporaneamente tramite più URL.
Per esempio:
blog.example.ch/ratgeber/
example.ch/blog/ratgeber/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.
Durante una migrazione reale, di solito è più pulito reindirizzare permanentemente la vecchia URL alla nuova, anziché mantenere entrambe le strutture in parallelo a tempo indeterminato con contenuti identici.
Posso pubblicare gli stessi contenuti su un sottodominio e su una sottocartella? #
Tecnicamente è possibile, ma di solito non ha senso per lo stesso scopo.
Più URL identici non migliorano automaticamente un contenuto. Possono invece generare duplicati inutili e rendere più difficile l'analisi del sito web.
Se non vi è alcun motivo oggettivo per più versioni, un contenuto dovrebbe avere un unico URL principale chiaro.
In che modo Google gestisce gli URL canonici? #
Quando Google trova più pagine identiche o molto simili, queste vengono elaborate insieme per la canonizzazione.
I gestori di siti web possono, ad esempio, con i reindirizzamenti, rel="canonical" e indicazioni sulla URL preferita tramite dati della sitemap coerenti.
Tuttavia, Google può infine scegliere un URL diverso come canonico se i segnali esistenti lo suggeriscono.
Una struttura URL pulita e coerente è quindi migliore rispetto a segnali contraddittori tra più versioni della stessa pagina.
Una sottodominio ha bisogno di propri record DNS? #
Un sottodominio deve poter essere risolto correttamente tramite DNS.
A tale scopo è possibile utilizzare, ad esempio, un record A, AAAA o CNAME.
Quale variante sia quella giusta dipende dall'infrastruttura di destinazione desiderata.
Con il Controllo DNS CURIAWEB puoi verificare le informazioni DNS pubblicamente visibili.
Ha bisogno una sottodirectory di un proprio record DNS? #
No.
Un percorso URL come
example.ch/blog/
non viene gestito tramite un record DNS dedicato.
Il DNS risolve il nome host example.ch su. Quale contenuto successivamente sotto /blog/ la decisione spetta al server web o all'applicazione in esso eseguita.
Una sottodominio ha bisogno di un certificato SSL? #
Se la sottodominio deve essere raggiungibile tramite HTTPS, deve essere coperto da un certificato SSL/TLS valido.
Un certificato valido solo per
example.ch
è valido, non copre automaticamente
blog.example.ch
ab.
A seconda del certificato, possono essere inclusi più nomi host o sottodomini. Anche i certificati wildcard possono essere utilizzati per determinate configurazioni di sottodomini.
Può un sottodominio avere una propria proprietà di Search Console? #
Sì. A seconda del tipo di proprietà utilizzato, i sottodomini o i prefissi URL possono essere visualizzati separatamente in Google Search Console.
Questo può essere utile in caso di aree più ampie separate tecnicamente.
Una proprietà di dominio, invece, può aggregare dati su diversi protocolli e sottodomini di un dominio verificato.
Google può trattare sottodomini e sottodirectory in modo diverso? #
Sì, in determinate funzioni di Google, esistono differenze tecniche tra hostname e directory.
Ad esempio, Google definisce un sito web a livello di nome host per alcune funzioni di ricerca. Una sottodominio può quindi essere trattata separatamente, mentre una sottodirectory rimane parte del nome host esistente.
Questo non deve tuttavia essere confuso con un'affermazione generale sui ranking.
Importante: Le differenze tecniche a livello di hostname, funzioni di ricerca o proprietà non sono la prova che Google consideri fondamentalmente peggiori i contenuti presenti sui sottodomini ai fini del posizionamento.
Quale variante è più semplice da gestire? #
Se tutti i contenuti sono gestiti con lo stesso sito web o lo stesso CMS, una sottodirectory è spesso più semplice.
Non richiede un'associazione DNS separata per la rispettiva area e di solito può essere integrato direttamente nella navigazione e nella struttura degli URL.
Se sono coinvolte diverse applicazioni, server o team, un sottodominio può invece consentire una separazione tecnica più pulita.
Quale variante sceglieremmo per i normali contenuti di un sito web? #
Per i contenuti che fanno chiaramente parte dello stesso sito web – ad esempio un blog, una guida, una knowledge base o informazioni sui servizi – una sottodirectory è spesso una soluzione logica e facile da mantenere.
Per i sistemi tecnicamente indipendenti come portali clienti, applicazioni web, ambienti di sviluppo o pagine di stato, d'altra parte, può avere più senso un sottodominio.
Questa è una decisione di architettura e non una regola SEO generale.
Quali domande dovrei rispondere prima di prendere una decisione? #
Invece di chiederti solo „Cosa è meglio per la SEO?“, dovresti verificare quale ruolo svolge effettivamente la nuova sezione.
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?
Più una sezione è collegata al sito web principale, più una cartella secondaria può essere naturale. Più l'indipendenza tecnica è in primo piano, più un Sottodominio può avere senso.
Riepilogo #
Sottodomini e sottodirectory sono due modi diversi per strutturare contenuti e servizi all'interno di un dominio.
Una sottodirectory come example.ch/blog/ rimane parte dello stesso hostname. Un sottodominio come blog.example.ch ha un proprio nome host e può essere gestito tecnicamente in modo indipendente su un'altra infrastruttura.
Ai fini della SEO non esiste alcuna regola generale affidabile secondo cui una sottocartella si posiziona automaticamente meglio o un sottodominio sia fondamentalmente peggiore.
Per i contenuti strettamente collegati al sito web principale, come blog, guide o knowledge base, una sottodirectory è spesso una struttura semplice e logica. Per applicazioni tecnicamente indipendenti come portali clienti o sistemi separati, un sottodominio può rappresentare l'architettura migliore.
Se esiste già 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.
Scegli quindi la struttura in base al contenuto, alla tecnica e alla manutenibilità a lungo termine, e non a causa del mito che Google preferisca fondamentalmente una delle due varianti.
