Scegliere tra blog.example.com e example.com/blog spesso accende vivaci dibattiti tra sviluppatori e SEO. La verità è che i sostenitori di Google stessi affermano che entrambi gli approcci vanno bene – "la ricerca web va bene sia con l'uso di sottodomini che di sottodirectory" – ma la struttura del sito influisce comunque sulla scansione, le analisi e su come gli utenti e i motori di ricerca percepiscono il tuo contenuto. In questo articolo taglieremo attraverso i miti con esempi del mondo reale: dall'impostazione di siti multilingue a dashboard SaaS, dai blog alle categorie di e-commerce e micrositi specifici per servizi. Lungo il percorso, individueremo approfondimenti dagli aggiornamenti recenti degli algoritmi di Google e condivideremo statistiche SEO concrete ed esperienze.
May 17 2025 • 12 min read • 2282 words
Sottodomini vs Sottocartelle: Una Sfida SEO Informale per Sviluppatori Web nel 2025
Cosa Pensa Davvero Google (Spoiler: Dipende da Te)
La guida di Google è stata coerente: metti i contenuti in sottocartelle o sottodomini a seconda di ciò che ha senso per te, non per un vantaggio di ranking. John Mueller di Google ha ripetutamente sottolineato che Google tratta queste strutture "all'incirca equivalenti" per scopi di ranking. In effetti, ha detto che "personalmente cercherei di tenere insieme le cose il più possibile" e userei solo i sottodomini quando le sezioni sono veramente distinte. In altre parole, se non hai una ragione tecnica o organizzativa convincente per dividere un sito, più semplice è, meglio è. Questo riecheggia il consiglio precedente di Matt Cutts di Google: "Sono all'incirca equivalenti... vai con quello che è più semplice" per i tuoi contenuti e CMS.
Per la scansione e l'indicizzazione, Google può gestire entrambi bene. I crawler possono visitare e indicizzare sottocartelle o sottodomini, anche se nota che potresti aver bisogno di proprietà separate in Google Search Console per ogni sottodominio (ne parleremo più avanti). In sintesi: non aspettarti un aumento magico del ranking solo scegliendo i sottodomini. Invece, pensa alla tua architettura: raggruppare pagine correlate sotto un dominio rende il linking interno e le analisi più semplici, mentre sezioni isolate (app, campagne, centri di assistenza, ecc.) possono vivere su sottodomini, se necessario.
Anche i documenti SEO internazionali di Google mostrano entrambi gli approcci come opzioni valide. Ad esempio, raccomanda di dare a ogni lingua il proprio URL (sia una sottocartella che un sottodominio) e marcarli con tag hreflang. Google illustra esplicitamente questo con modelli come de.example.com vs. example.com/de/, elencando pro e contro per ciascuno. In pratica, questo significa che puoi scegliere sottocartelle o sottodomini per lingue e regioni — assicurati solo di usare le annotazioni hreflang corrette così Google sa quale versione mostrare a ogni utente.
Multilingua e Geo-Targeting
Se il tuo sito necessita di più lingue o versioni specifiche per paese, entrambe le strutture possono funzionare, ma ognuna ha le proprie sfumature. Ad esempio, il sito web di Nike utilizza sottodirectory per diversi paesi: nike.com/au/ (Australia), nike.com/gb/ (Regno Unito), nike.com/ca/ (Canada), ecc. Google interpreta queste come parte della struttura principale del sito. Al contrario, Wikipedia gestisce ogni lingua come un sottodominio (ad es. en.wikipedia.org, de.wikipedia.org, ecc.), che Google può anche trattare come siti separati.
La chiave è dire a Google cosa è cosa. Utilizza i link hreflang per puntare a ciascun URL della versione linguistica, che sia una sottocartella o un sottodominio. I documenti multi-regionali di Google elencano i vantaggi per ciascuna configurazione: i sottodomini (come de.example.com) rendono facile ospitare regioni su server diversi o separare il geotargeting, mentre le sottodirectory (example.com/de/) semplificano l'hosting (stesso server) e condividono l'autorità del dominio. In breve, la decisione spesso dipende dalla tua tecnologia e organizzazione. L'approccio di Nike con le cartelle mostra come un singolo codice base possa servire facilmente più paesi, mentre una grande azienda SaaS o tecnologica potrebbe preferire i sottodomini per versioni regionali veramente indipendenti.
Prodotti SaaS, App e Dashboard
Per i prodotti software-as-a-service (SaaS) o le applicazioni web, un modello comune è avere il sito di marketing sul dominio principale, l'app o la dashboard su un sottodominio. Gli esperti del settore sostengono questa divisione: mantieni la tua homepage e il content marketing su example.com, e metti l'app con accesso (o "portale clienti") su qualcosa come app.example.com o dashboard.example.com. Ci sono vantaggi concreti qui. Per esempio, puoi utilizzare stack tecnologici o server diversi: magari il tuo sito principale è un sito statico o un CMS, e la tua app è un'app React o utilizza OAuth. Isolando l'app su un sottodominio, puoi applicare un certificato SSL separato o cookie basati sul dominio senza modificare la configurazione del sito principale.
La guida all'architettura SaaS di Winderwind illustra bene il punto: "Il sito di marketing dovrebbe essere sul dominio principale e separato dall'app del prodotto. L'app del prodotto dovrebbe vivere su un proprio sottodominio". Citano anche esempi reali: Stripe utilizza dashboard.stripe.com, Xero utilizza my.xero.com, GoCardless utilizza manage.gocardless.com, e così via. Separare le basi di codice ha un altro vantaggio: puoi aggiornare il sito di marketing (ad esempio fare test A/B o cambiamenti rapidi di testo) senza rischiare inattività o regressione nell'app utente critica.
Ci sono anche altri scenari di tipo servizio: se il tuo sito ha un blog che necessita di un CMS particolare, o un centro assistenza su un servizio di terze parti. Ad esempio, Weglot nota che un'azienda chiamata Flodesk utilizza help.flodesk.com per la sua base di conoscenze (ospitata su un help desk esterno), piuttosto che flodesk.com/help. Allo stesso modo, se le tue risorse di sviluppo o strumenti di terze parti non si integrano facilmente con il tuo dominio principale, un sottodominio può ospitare quella sezione senza attriti.
Tuttavia, ricorda che i sottodomini devono essere trattati indipendentemente sotto alcuni aspetti. Potresti dover configurare proprietà separate di Search Console (gli strumenti webmaster di Google) per ciascun sottodominio, e l'analisi potrebbe richiedere il tracciamento cross-domain per legare i dati insieme. Se scegli un sottodominio per la tua app, assicurati di configurare tutto correttamente affinché il traffico fluisca correttamente e Google sappia che entrambi i pezzi appartengono allo stesso marchio.
Blog e Sezioni di Contenuto
Blog, sezioni di notizie e hub di contenuti sono uno dei casi d'uso più comuni per questo dibattito. Qui i compromessi SEO sono spesso in primo piano. Molti content marketer preferiscono le sottodirectory per i blog, perché consolidano il valore SEO sotto un unico dominio. Infatti, ricerche e casi studio suggeriscono che il contenuto nelle sottocartelle tende a beneficiare delle classifiche del dominio principale. Weglot sottolinea che i motori di ricerca trattano le sottodirectory come parte del tuo dominio principale, quindi l'"Autorità del Dominio" che hai fluisce verso quelle pagine.
Ad esempio, se example.com ha alta autorità, allora example.com/blog/hello-world eredita quella forza. Di conseguenza, qualsiasi backlink ai tuoi post del blog solleverà anche l'autorità del dominio principale.
Questa intuizione è supportata da casi studio. Una compagnia ha riferito che il loro sottodominio del blog stava "attirando traffico" ma "non stava beneficiando il nostro sito principale" – era "come se avessimo organizzato una festa, ma alcuni dei nostri ospiti si stavano divertendo in una stanza separata mentre l'area principale non stava ottenendo il pieno beneficio della loro presenza". In altre parole, il loro sito principale ha perso il potenziamento SEO. Hanno trovato che migrare il blog su example.com/blog si allineava meglio con i loro obiettivi (tutto l'amore SEO rimaneva sul sito principale). In generale, le sottocartelle tendono a integrarsi senza problemi: il blog sembra parte del tuo sito, il che può essere più facile per la navigazione e per gli utenti per condividere i link. Detto questo, alcune grandi aziende usano ancora sottodomini per blog o sezioni di contenuto senza disastro. Ad esempio, HubSpot gestisce notoriamente il suo blog su blog.hubspot.com (e ha altri sottodomini come ecosystem.hubspot.com per contenuti diversi). Se il tuo blog o centro risorse è molto grande o necessita di un'architettura separata, un sottodominio può funzionare. La posizione di Google non ti penalizzerà per quella scelta, ma devi costruire autorità per quel sottodominio separatamente.
Per siti di e-commerce con molte pagine di categorie e prodotti, la regola generale è di tenere tutto sotto il dominio principale. Immagina un negozio online con categorie come /elettronica/telefoni o /abbigliamento/magliette; di solito è meglio mettere queste sotto example.com/categoria/.... Perché? Perché tutto l'equity SEO (backlink, link interni, testo di ancoraggio, ecc.) rimane sul dominio del brand. Come nota SEMrush, "Google spesso vede i sottodomini come entità separate, mentre le sottodirectory sono viste come parte del dominio principale". In pratica, questo significa che qualsiasi link a example.com/shop/widget potenzia tutte le pagine su example.com (incluse altre categorie), mentre un link a shop.example.com potenzierebbe solo il sito di quel sottodominio.
La maggior parte dei principali siti di vendita al dettaglio segue questo schema. Ad esempio, Amazon, eBay e Walmart usano tutte sottocartelle (come amazon.com/libri/, ebay.com/elettronica/accessori-telefono/, ecc.) piuttosto che un sottodominio separato per lo shopping. Quando i crawler e gli algoritmi di Google valutano le pagine di categoria, accumulano quel valore nelle metriche del dominio principale. Questa consolidazione porta spesso a una maggiore autorità del dominio nel tempo. Detto questo, ci sono motivi legittimi per cui un sito di e-commerce potrebbe usare un sottodominio (ad esempio, l'integrazione con Shopify o un'altra piattaforma). Se lo fai, sii solo consapevole che viene trattato come un mini-sito indipendente. Qualsiasi autorità SEO che hai costruito su example.com non si trasferirà automaticamente; dovrai guadagnare backlink per il sottodominio separatamente.
A volte un'azienda offre servizi o brand distintamente diversi sotto un unico ombrello, e può decidere di evidenziare queste differenze tramite sottodomini. Ad esempio, Lego (il produttore di giocattoli) gestisce un sito di campagna speciale su ideas.lego.com dove gli utenti inviano nuove idee di prodotto. Questo sottodominio sta chiaramente brandizzando un'iniziativa separata da lego.com. Allo stesso modo, se il tuo sito ospita più micrositi per campagne di marketing o hub della comunità, metterli su sottodomini può mantenere le cose organizzate. Come dice Weglot, "se stai conducendo campagne di marketing digitale che necessitano di branding separato e landing page, potrebbe avere senso parcheggiarle sotto sottodomini diversi". Un altro esempio: se i tuoi servizi sono molto diversi (diciamo, fai sia design che costruzione), potresti usare design.example.com e build.example.com così ognuno può avere il proprio look e messaggio. Tecnicamente, un sottodominio è solo un host diverso, quindi puoi puntarlo al suo proprio codice o server. Ma ricorda, questo significa anche che i motori di ricerca tratteranno ciascuno come largamente separato. In quei casi, usa i sottodomini solo se desideri veramente sforzi di marketing separati — altrimenti, potresti dividere il tuo peso SEO.
Tabella Decisionale: Sottodominio vs Sottocartella
| Considerazione | Sottodominio (sub.example.com) |
Sottocartella (example.com\/sub\/) |
|---|---|---|
| Autorità SEO | Sito separato. I backlink beneficiano principalmente il ranking del sottodominio (non aumenta il dominio principale). Richiede la costruzione di autorità per ciascun sottodominio. | Sito condiviso. I backlink alle sottocartelle aumentano l'autorità dell'intero dominio. Il PageRank scorre su tutto il sito. |
| Infrastruttura | Indipendente. Può utilizzare hosting, CMS o tecnologia diversi per ciascun sottodominio. Buono per microservizi/app. | Unificata. Tutti i contenuti su un unico server/stack. Distribuzione e manutenzione più semplici, ma meno flessibilità per tecnologie miste. |
| Impostazione & Monitoraggio | Più complesso. Necessita di DNS e forse SSL per ogni sottodominio, console di ricerca separata e monitoraggio analitico (configurazione cross-domain). | Più semplice. Un certificato server, una proprietà nella Console di Ricerca (con sottocartelle) e un singolo codice analitico coprono tutto. |
| Casi d'Uso | App, dashboard o servizi completamente separati o che necessitano di server dedicati. Contenuto multilingue/regionale (ogni lingua sul proprio host). Campagne speciali o integrazioni di terzi (es. helpdesk su help.example.com). | Contenuto integrato. Blog aziendale, sezioni di notizie o risorse destinate a rafforzare la SEO del sito principale. Contenuti core del sito (ad es. categorie di negozio, documenti) che dovrebbero beneficiare del dominio principale. |
| Flessibilità | Alta. È possibile spostare il sottodominio su un nuovo host o piattaforma senza toccare il sito principale. | Bassa. Tutti i contenuti legati al host principale; migrare sezioni separatamente è più difficile. |
| Autorità del Dominio | Isolata. Il sottodominio può avere il proprio punteggio di “Autorità del Dominio” (negli strumenti SEO) indipendente dalla radice. | Unificata. Un'autorità di dominio per tutto; le sottocartelle di solito condividono i segnali SEO della radice. |
| Esempio | app.example.com (portale clienti), jp.example.com (sito nazionale), blog.example.com (se CMS separato). | example.com/app/ (pagine app), example.com/jp/ (sezione nazionale), example.com/blog/ (blog aziendale). |
Nel confronto tra sottodominio e sottocartella, il decisore finale è solitamente il bisogno del tuo progetto, non gli algoritmi di Google. Come ci ricorda John Mueller di Google, “se sei tipo 'beh non mi interessa in un modo o nell'altro,' allora lo terrei all'interno dello stesso sito”. In pratica, ciò significa che se tutti i tuoi contenuti - blog, categorie, documenti - sono strettamente correlati, metterli sotto un solo dominio (con sottodirectory) massimizzerà generalmente la tua autorità SEO e semplificherà il tuo flusso di lavoro. D'altra parte, se hai una buona ragione tecnica o organizzativa - come un'app SaaS separata, una campagna di marketing distinta o un centro di assistenza su un'altra piattaforma - un sottodominio è perfettamente accettabile e non ti penalizzerà agli occhi di Google. Basta essere preparati a gestirlo come un “mini-sito” separato (con la sua strategia di monitoraggio e link). In sintesi: nessuna struttura è intrinsecamente migliore per la SEO. Gli algoritmi di Google si sono evoluti per riconoscere e indicizzare entrambi senza pregiudizi. Concentrati sulla chiarezza, l'esperienza dell'utente e la manutenzione pratica. Per la maggior parte degli sviluppatori, l'approccio consigliato è iniziare con le sottocartelle per semplicità e consolidamento della SEO, riservando i sottodomini per casi chiari in cui l'indipendenza o la scalabilità sono più importanti. Tieni a mente i tuoi obiettivi, monitora il tuo traffico e le classifiche dopo qualsiasi cambiamento e iterare. Con una pianificazione attenta, puoi far funzionare efficacemente una qualsiasi delle due scelte per il tuo sito.
