WWW o non-WWW: quale dei due aiuta davvero la tua SEO?

Né www né non-www si posizionano meglio dell'altro. La scelta è una decisione di formato, senza alcun effetto sul posizionamento. Ciò che danneggia la tua SEO è lasciare che entrambe le versioni esistano senza gestirle, perché Google può finire per trattare www.yoursite.com e yoursite.com come due siti separati che competono tra loro invece di essere un unico sito forte.

È un problema più comune di quanto la maggior parte dei proprietari di siti immagini. Se ti sei mai chiesto quale proprietà verificare in Google Search Console, o hai notato che il numero dei tuoi backlink è più basso del previsto, un disallineamento tra www e non-www è spesso la causa silenziosa. Questa guida spiega a cosa serve il prefisso, perché i motori di ricerca badano alla coerenza e non al prefisso in sé, e come correggere un sito diviso tra le due versioni.

Cosa significano davvero i domini www e non-www?

A livello di URL la differenza è solo estetica. Un dominio www ha questo aspetto: www.example.com. Un dominio non-www, a volte chiamato dominio "nudo" o "root", rinuncia al prefisso e si presenta come example.com.

Tecnicamente, www è sempre stato un sottodominio e non una parte obbligatoria dell'indirizzo. Oggi la maggior parte delle configurazioni di hosting punta sia il dominio root sia il sottodominio www allo stesso server, quindi entrambi caricano il tuo sito. RFC 3986, la specifica IETF che definisce come sono strutturati gli indirizzi web, tratta www come una normale etichetta di sottodominio, senza alcun significato riservato. Per questo la questione sembra un testa o croce: chi digita l'uno o l'altro di solito arriva nello stesso posto.

Dietro le quinte, però, le cose cambiano. I motori di ricerca non sanno automaticamente che i due indirizzi appartengono alla stessa azienda, quindi, senza indicazioni, possono indicizzarli entrambi, scansionarli entrambi e dividere l'autorevolezza tra i due. È questo il vero problema SEO nascosto in quella che sembra una decisione di branding.

Da dove viene il prefisso www

Il prefisso "www" risale a un'epoca in cui internet funzionava con server separati, costruiti per uno scopo preciso. Prima che esistessero i provider di hosting condiviso, un'azienda che gestiva la propria infrastruttura aveva bisogno di un modo per indicare quale server facesse cosa. Un server che gestiva le pagine web era etichettato www, uno che gestiva la posta era etichettato mail e uno che gestiva i trasferimenti di file era etichettato ftp, così il prefisso ti diceva a quale servizio ti stavi collegando.

La convenzione è sopravvissuta alla sua funzione tecnica. Hosting e DNS moderni possono puntare un dominio root "nudo" e un sottodominio www allo stesso server, quindi la ragione originaria del prefisso è in gran parte scomparsa da decenni.

Anche i browser hanno cambiato il modo in cui viene mostrato. Chrome e Safari nascondono entrambi il "www." nella barra degli indirizzi per impostazione predefinita, ed è in parte per questo che così poche persone notano se un brand lo usa. Amazon, per esempio, è registrato come sito www, ma digitando amazon.com senza il prefisso il negozio si carica comunque normalmente. Il prefisso sopravvive come convenzione ereditata dal passato, anche se l'infrastruttura che c'è dietro (record DNS, configurazione CNAME, ambito dei cookie) conta ancora, ed è per questo che torna di continuo nelle discussioni di SEO tecnica.

Perché la storia conta ancora per le decisioni SEO

Poiché il prefisso è un'eredità del passato, non esiste più un'impostazione predefinita "corretta". La decisione dipende dalle esigenze tecniche del tuo sito: sottodomini, content delivery network e gestione dei cookie. Nelle sezioni successive vedrai quali configurazioni favoriscono quale formato.

Www o non-www influisce sulla SEO?

Direttamente, no. I motori di ricerca non posizionano un formato sopra l'altro. Conta se hai indicato loro quale versione è quella canonica.

I crawler di Google trattano www.yoursite.com e yoursite.com come due URL distinti, a meno che tu non li colleghi esplicitamente. Se li lasci stare, entrambi possono essere indicizzati e agli occhi di Google ti ritrovi a gestire due siti, con segnali di ranking divisi che altrimenti si consoliderebbero in un'unica pagina forte.

È lo stesso meccanismo che emerge nella maggior parte degli audit di SEO tecnica. I motori di ricerca premiano chiarezza e coerenza, e un sito che manda segnali contrastanti sulla propria struttura diventa più difficile da interpretare. Il disallineamento tra www e non-www è uno degli esempi più comuni, insieme a slash finali incoerenti o URL HTTP/HTTPS misti.

I veri problemi SEO quando restano attive entrambe le versioni

Gestire sia www.yoursite.com sia yoursite.com senza dichiarare una preferenza crea tre problemi concreti, e tutti emergono nei report di scansione e negli strumenti per i backlink non appena li controlli.

Contenuti duplicati

I motori di ricerca segnalano le pagine come duplicate quando il contenuto è identico o quasi identico su due URL. Se la homepage www e quella non-www sono entrambe attive e indicizzate, hai tecnicamente duplicato ogni pagina del tuo sito. La documentazione di Google sul consolidamento degli URL duplicati è esplicita: Google cercherà di scegliere un vincitore da solo, ma lasciare che sia un algoritmo a indovinare invece di dirglielo direttamente è una cattiva abitudine da introdurre nelle fondamenta della tua SEO.

Crawl budget sprecato

Ogni motore di ricerca assegna al tuo sito una capacità di scansione limitata. Se il bot deve scansionare entrambe le versioni di ogni pagina, spende il doppio dello sforzo sullo stesso contenuto. La documentazione di Google sul crawl budget per i siti di grandi dimensioni osserva che il crawl budget è un problema soprattutto per i siti con un gran numero di pagine che cambiano di frequente, non per i piccoli siti vetrina. Su un catalogo o una libreria di contenuti più grandi, però, le pagine più nuove o più importanti possono essere scansionate meno spesso perché il budget è stato speso su URL duplicati. Un vero audit di SEO tecnica serve proprio a individuarlo prima che il problema si aggravi.

Valore dei backlink diluito

È il problema che costa denaro vero. Se un altro sito rimanda a www.yoursite.com/guide ma tu hai costruito il tuo brand su yoursite.com, l'autorevolezza di quel backlink resta alla versione www e non si trasferisce automaticamente. Poiché siti diversi rimandano alla versione che hanno trovato per prima, la tua link equity si distribuisce su due indirizzi invece di consolidarsi su uno solo. Se costruisci link nell'ambito di una strategia di backlink B2B, una divisione non gestita spreca in silenzio una parte di quel lavoro di outreach.

Lasciati a lungo, questi problemi si sommano in un calo di visibilità difficile da ricondurre alla sua causa. Se il tuo traffico è fermo o in calo e non riesci a capire perché, leggi quanto costa davvero a un'azienda una bassa visibilità nei motori di ricerca, perché un dominio diviso è uno dei fattori più trascurati.

Quanto costa una vera divisione: un esempio pratico

Immagina un sito B2B di 150 pagine, lanciato cinque anni fa nella versione www, che l'anno scorso ha cambiato piattaforma CMS senza che nessuno controllasse l'impostazione di dominio predefinita della nuova piattaforma. Il nuovo CMS serviva per impostazione predefinita la versione non-www con un proprio codice di stato 200 (non un redirect), mentre la vecchia versione www è rimasta attiva e indicizzata perché nessuno aveva rimosso il record DNS che la puntava.

Dopo diciotto mesi, un audit dei backlink rivela 340 link esterni che puntano alla versione www e 210 alla versione non-www, distribuiti su due proprietà in Google Search Console che avrebbero dovuto essere una sola. Nessuna delle due proprietà mostra il quadro completo. Il report Link della proprietà www sottostima i backlink non-www e viceversa, quindi chi valuta l'autorevolezza del sito da una sola delle due dashboard vede circa la metà del profilo di backlink che il sito ha in realtà.

La documentazione di Google spiega perché qui la scala conta: il crawl budget è determinato dalla domanda di scansione e dai segnali di salute della scansione, non da quante varianti URL dello stesso contenuto ti capita di servire, secondo le indicazioni sul crawl budget per i siti di grandi dimensioni citate sopra. Un sito di un'attività locale di cinque pagine raramente si accorge di una divisione, mentre un catalogo e-commerce o un sito editoriale da 10.000 pagine può vedere vere lacune nella copertura della scansione.

In questo scenario la correzione ha richiesto meno di due ore: una singola regola di redirect 301 a livello di DNS/CDN che intercetta le richieste in arrivo alla versione non canonica, un nuovo invio della sitemap e il passaggio a una proprietà di dominio in Search Console. Il posizionamento è rimasto stabile durante la modifica perché Google tratta i 301 come un segnale forte e vincolante e non come un suggerimento leggero, come conferma la documentazione di Google sui redirect 301. La diluizione dei backlink ha richiesto più tempo per essere risolta, perché i siti esterni non aggiornano i link solo perché tu hai impostato un redirect, ma il redirect in sé ha fermato subito l'emorragia.

www o non-www: pro e contro

Nessuno dei due formati è migliore in assoluto. Ognuno comporta compromessi diversi a seconda della tua configurazione tecnica.

Fattore	Dominio www	Dominio non-www
Controllo dei cookie	Puoi limitare i cookie al solo sottodominio www, tenendoli separati dagli altri sottodomini	Non c'è modo di limitare i cookie al solo dominio root: si applicano a tutto il sito
Configurazione della CDN	Più semplice configurare un record CNAME per le content delivery network	Più difficile usare un CNAME su un dominio root nudo senza interferire con i record di posta e FTP
Gestione dei sottodomini	Più adatto ai siti con diversi sottodomini (shop, blog, app) accanto al sito principale	Struttura più semplice, ma più attrito se in seguito aggiungi più sottodomini
Branding e memorabilità	Un po' più lungo da dire e da digitare, anche se ora i browser lo nascondono visivamente	Più corto, più pulito e più facile da dire a voce in annunci o interviste
Flessibilità tecnica	Maggiore flessibilità DNS per configurazioni complesse, su scala enterprise	Meno opzioni di configurazione, ma meno da mantenere
Più adatto a	Piattaforme più grandi, prodotti SaaS, siti con più sottodomini	Piccole imprese, personal brand, siti con un solo dominio

Nessuna colonna indica un vantaggio SEO perché il formato non ne offre alcuno. Le differenze sono operative: ambito dei cookie, flessibilità della CDN e struttura dei sottodomini.

Come impostare la versione preferita: redirect e tag canonical

Una volta scelta una versione, devi indicare ai motori di ricerca e alla tua infrastruttura quale sia quella autorevole. Hai due vere opzioni, un redirect 301 lato server o un tag canonical HTML, e si comportano in modo diverso.

Impostare un redirect 301

Il redirect 301 è l'opzione più forte e affidabile. Funziona a livello di server, quindi quando qualcuno richiede la versione non preferita, il server manda lui e qualsiasi crawler a quella preferita. Poiché il redirect è permanente, la link equity dei backlink che puntano alla vecchia versione passa a quella nuova, e la documentazione di Google sui redirect 301 lo tratta come un segnale vincolante e non come un suggerimento. Ecco perché è la soluzione consigliata rispetto al solo tag canonical.

Per l'hosting basato su Apache, di solito si interviene modificando il file .htaccess nella directory principale del sito. Per reindirizzare da non-www a www:

RewriteEngine On
RewriteCond %{HTTP_HOST} ^yourwebsitehere.com
RewriteRule (.*) http://www.yourwebsitehere.com/$1 [R=301,L]

Per reindirizzare invece da www a non-www:

RewriteEngine On
RewriteCond %{HTTP_HOST} ^www\.yourwebsitehere\.com
RewriteRule (.*) http://yourwebsitehere.com/$1 [R=301,L]

La maggior parte dei moderni sistemi di gestione dei contenuti ha un'impostazione o un plugin integrato per questo, quindi raramente devi modificare a mano i file del server. In ogni caso, verifica che la modifica si applichi a ogni pagina e non solo alla homepage, perché un redirect che intercetta solo l'URL root lascia duplicate tutte le pagine interne. Correzioni parziali come questa sono un riscontro frequente nel lavoro più ampio di correzioni di SEO tecnica, dove una regola trascurata annulla in silenzio una configurazione altrimenti corretta.

Aggiungere un tag canonical

Se non puoi implementare un redirect lato server (un motivo comune è l'hosting condiviso con accesso limitato), il tag canonical è la soluzione di ripiego. Aggiungi una riga come questa nell'<head> di ogni pagina della tua versione non preferita:

<link rel="canonical" href="https://www.example.com/page01" />

Il tag indica ai motori di ricerca quale URL trattare come quello "reale" tra quasi-duplicati. È un forte suggerimento e non un'istruzione, e Google può ignorarlo quando altri segnali, come la sitemap, i link interni o il profilo dei backlink, vanno in un'altra direzione. Per questo una correzione completa con il tag canonical per i contenuti duplicati di solito abbina il tag a una linking interna coerente.

Quale usare?

Metodo	Affidabilità	Trasferisce la link equity	Ideale per
Redirect 301	Trattato come direttiva dai motori di ricerca	Sì, direttamente	Siti con accesso a livello di server o di CMS
Tag canonical	Trattato come forte suggerimento, può essere ignorato	Indirettamente, se Google rispetta il tag	Siti senza accesso ai redirect, o come segnale di supporto

Se ne hai la possibilità, usa il redirect come soluzione principale e aggiungi un tag canonical come secondo segnale. Non costa nulla e rafforza la stessa preferenza.

Buone pratiche per mantenere coerente la configurazione

Scegliere una versione e impostare un redirect è solo il primo passo. La configurazione si deteriora nel tempo se nessuno la controlla, di solito per piccole incoerenze più che per un solo grande errore.

• Imposta il dominio preferito in Google Search Console, così hai una traccia chiara della versione scelta e puoi monitorare entrambe le proprietà per individuare errori di scansione.
• Controlla i tuoi link interni. Ognuno dovrebbe puntare alla versione preferita: un sito che reindirizza a www ma continua a collegare internamente pagine non-www manda a Google segnali contrastanti dall'interno del proprio codice.
• Verifica la tua sitemap.xml. Gli URL della sitemap devono corrispondere esattamente alla versione canonica, perché una sitemap che elenca ancora il vecchio formato vanifica un redirect già impostato correttamente.
• Contatta chi ti linka con indirizzi incoerenti, dove è fattibile. Non puoi correggere ogni link esterno, ma per partner o directory di alto valore vale la pena chiedere di aggiornarli alla tua versione preferita.
• Esegui di nuovo una scansione dopo ogni migrazione, replatform o cambio di CMS. Sono i momenti in cui un disallineamento riaffiora più spesso, di solito perché un nuovo sistema usa per impostazione predefinita una sua configurazione.

Un controllo periodico con uno strumento SEO gratuito è un modo rapido per accorgerti di un redirect che salta prima che ti costi posizionamenti: inserisci entrambe le versioni del tuo dominio e verifica che ne risponda una sola senza una catena di redirect. Lo stesso tipo di strumento può anche mostrarti quale versione del tuo dominio compare nei risultati di ricerca e come il tuo profilo di backlink è distribuito tra le due.

Un rapido controllo fai da te

Per capire se il tuo sito è già diviso, apri una finestra del browser in incognito e digita il tuo dominio in entrambi i formati, una volta con www e una senza. Se in entrambi i casi arrivi sullo stesso URL, senza alcun ritardo visibile dovuto a un redirect, probabilmente la configurazione è corretta. Se la barra degli indirizzi cambia o vedi due pagine dall'aspetto diverso, vai a correggere il redirect.

Come correggerlo sulla piattaforma che usi davvero

Il consiglio di "impostare un redirect 301" si traduce in modi diversi a seconda di ciò che fa funzionare il tuo sito. Ecco le configurazioni più comuni.

WordPress. Vai su Impostazioni > Generali (Settings > General) e verifica che i campi "Indirizzo WordPress (URL)" ("WordPress Address (URL)") e "Indirizzo del sito (URL)" ("Site Address (URL)") usino entrambi la versione preferita. Da sola, questa modifica non impone un redirect a chi arriva già dal vecchio URL, quindi abbinala a una regola di redirect nel file .htaccess (se usi Apache) o a un plugin come Redirection, che ti permette di impostare una singola regola con caratteri jolly invece di inserire le pagine una per una.

Shopify. In Online Store > Domains, clicca il dominio che vuoi come principale e seleziona "Set as primary". Shopify reindirizza automaticamente con un 301 ogni altro dominio collegato e ogni variante di dominio a quello principale, quindi non c'è bisogno di scrivere una regola di redirect a parte.

Webflow e altri site builder simili. Nelle impostazioni di hosting del progetto di solito trovi un campo per il "default domain" tra i domini che hai collegato. Quello che segni come predefinito riceve un 301 automatico dagli altri. Controlla direttamente il pannello delle impostazioni della piattaforma invece di darlo per scontato, perché le impostazioni predefinite variano da builder a builder.

Livello DNS o CDN (Cloudflare, ecc.). Se il tuo CMS non offre un'impostazione integrata, una regola di redirect o una "Page Rule" a livello DNS/CDN funziona su qualsiasi piattaforma sottostante, perché intercetta la richiesta prima che arrivi al tuo server di origine. È anche il livello giusto se gestisci un sito statico senza una propria logica lato server.

Qualunque livello tu usi, poi testalo allo stesso modo. Richiedi entrambe le versioni sia in HTTP sia in HTTPS e verifica che ognuna arrivi a un unico URL finale dopo un solo passaggio di redirect, non una catena di due o tre. Una catena a più passaggi funziona comunque per i visitatori, ma aggiunge latenza ed è un'altra cosa che può rompersi in silenzio durante una futura migrazione.

www o non-www: quale scegliere davvero?

Per un sito nuovo di zecca, senza backlink esistenti né pagine indicizzate, la decisione ha poca importanza, quindi scegli in base alla tua roadmap tecnica e non alla SEO. Per un sito già affermato e indicizzato con una versione, il passaggio è possibile ma aggiunge un rischio di migrazione. La maggior parte dei proprietari fa meglio a tenere la versione attuale e ad assicurarsi che sia impostata come canonica ovunque.

Al di là di questo, il tuo caso d'uso tende a indicare un'opzione.

Caso d'uso	Scelta migliore	Perché
Piattaforma ad alto traffico con una CDN	www	Configurazione CNAME più semplice per la distribuzione dei contenuti, senza interferire con i record di posta o FTP del dominio root
Sito con più sottodomini (app, shop, blog)	www	I cookie possono essere limitati a un solo sottodominio invece di applicarsi all'intero dominio
Piccola impresa o personal brand	Non-www	Più corto, più facile da dire in annunci, interviste e passaparola
Sito che prevede di aggiungere sottodomini in seguito	Non-www con una strategia per i sottodomini valutata in anticipo	I conflitti tra cookie dei sottodomini sono più facili da prevedere che da sistemare a posteriori
Agenzia che gestisce molti domini di clienti	Quello che corrisponde alla configurazione esistente di ciascun cliente	La coerenza all'interno di ogni sito conta più dell'uniformità su un intero portafoglio

L'ultima riga merita un'occhiata più attenta. Le agenzie che gestiscono una dozzina o più di siti di clienti raramente possono scegliere un formato e applicarlo ovunque, perché la storia del dominio, il profilo dei backlink e i vincoli del CMS di ciascun cliente di solito decidono caso per caso. Ciò che serve loro è un modo rapido e ripetibile per controllare ogni configurazione, invece di rimettere in discussione la questione www ogni volta. Se è la tua situazione, scopri come il flusso di lavoro per agenzie di SearchBlueprint gestisce su larga scala questo tipo di controllo tecnico tra più clienti.

Mettere tutto in pratica

Una volta stabilito quale versione tenere, l'implementazione è breve: imposta il redirect, aggiungi il tag canonical come supporto, aggiorna sitemap e link interni e imposta il dominio preferito in Search Console. Nessuno di questi passaggi è difficile in sé. La difficoltà sta nel ricordarsi di farli tutti e quattro e di ricontrollarli dopo ogni modifica al sito.

È qui che molti proprietari di siti perdono il controllo della propria configurazione. Un redesign, un nuovo plugin o una migrazione di piattaforma possono azzerare in silenzio una regola di redirect, e nessuno se ne accorge finché il posizionamento non comincia a calare senza una ragione evidente. Vedere i problemi tecnici del tuo sito esposti con chiarezza, invece di tirare a indovinare quale correzione inseguire per prima, è ciò che il piano SEO di SearchBlueprint è pensato per mostrarti prima che tu inizi a fare modifiche.

Domande frequenti

Www o non-www influisce sulla velocità di caricamento delle pagine?

Non in modo significativo. Qualsiasi differenza di velocità tu noti dipende dalla configurazione del server, dalla cache o dalla CDN, non dalla presenza o assenza del prefisso www.

Posso passare da www a non-www (o viceversa) senza danneggiare il mio posizionamento?

Sì, ma trattalo come una migrazione e non come una rapida modifica di impostazioni. Imposta redirect 301 per ogni URL, aggiorna sitemap e link interni e aspettati un breve periodo di assestamento in Search Console mentre Google scansiona e indicizza di nuovo la nuova versione.

Cosa succede se non imposto affatto una versione preferita?

Google cercherà di sceglierne una per te in base a segnali come i backlink e i link interni, ma perdi il controllo su quale versione vinca. Nel frattempo entrambe le versioni possono essere indicizzate e il tuo valore SEO viene diviso tra le due.

Il tag canonical basta da solo o serve anche un redirect?

Un tag canonical da solo può funzionare, ma è un suggerimento che i motori di ricerca possono ignorare. Un redirect 301 è più affidabile perché viene applicato a livello di server e non semplicemente suggerito nel codice della pagina.

Tutti i grandi brand usano lo stesso formato?

No. Alcuni grandi siti usano www (Amazon è un esempio), altri il non-www. Ciò che hanno in comune è che ciascuno ha scelto una versione e fa puntare ad essa ogni redirect, voce della sitemap e link interno.

Vale allo stesso modo per i ccTLD e i siti internazionali?

Sì. La stessa logica vale sia che il tuo dominio termini in .com, .co.uk o un'altra estensione di codice paese: scegli una versione, reindirizza l'altra e mantieni la coerenza su ogni dominio regionale che gestisci.

Un sottodominio come blog.example.com pone lo stesso problema di www e non-www?

Non proprio. Il www viene convenzionalmente trattato come il sottodominio "predefinito" del sito principale, mentre blog.example.com o shop.example.com sono sottodomini distinti che servono contenuti diversi, quindi non devono portare alla stessa pagina. La questione www/non-www riguarda solo i due indirizzi che servono la tua vera homepage e il sito principale.

Controlla la tua configurazione prima che ti costi posizionamenti

Che tu abbia scelto www o non-www, una divisione raramente si annuncia. Divide in silenzio i tuoi backlink e confonde i crawler finché il tuo traffico non si stabilizza per ragioni che dall'esterno non sono evidenti. Se non sei sicuro di quale versione il tuo sito serva come canonica, o se i tuoi redirect intercettino ogni pagina, parla con il team e richiedi un esempio di report SEO che mostri esattamente a che punto è la tua configurazione.

Risorse / Riferimenti

1. La documentazione di Google sul consolidamento degli URL duplicati
2. RFC 3986
3. documentazione sul crawl budget per i siti di grandi dimensioni
4. La documentazione di Google sui redirect 301

Fonti

• "URL with www. and URL without www." - Is there any ...
• Is it better to choose a www or non www domain name?
• WWW, Non-WWW, and SEO
• HTTPS and WWW vs Non WWW: Which is Best to Use?