Eliminare www dal sito non è una scelta cosmetica. È una decisione di architettura del dominio che tocca SEO, branding, gestione dei redirect, cookie scope e manutenzione tecnica. In pratica: scegli un solo hostname canonico, lo rendi coerente ovunque e togli una fonte di ambiguità che, nel tempo, genera duplicati, errori di configurazione e piccoli attriti che si sommano.
Il punto non è se www “piace” o “non piace”. Il punto è che un sito accessibile sia come www.example.com sia come example.com espone due varianti dello stesso contenuto. Se non le governi bene, i motori di ricerca vedono segnali divisi, gli utenti condividono URL diversi e il team tecnico finisce a rincorrere redirect, certificati, cookie e regole riscritte in più punti.
Perché togliere www ha senso in ottica SEO
Dal punto di vista SEO, la priorità è una sola: un contenuto, un URL canonico. Se il sito risponde su due host diversi, Google e gli altri crawler possono comunque capire quale versione preferisci, ma non bisogna costringerli a indovinare. Ogni segnale che si divide tra due host è rumore inutile: link esterni, link interni, sitemap, attributi canonici, dati di crawl, tutto deve convergere su una sola variante.
La rimozione di www non produce di per sé un boost magico al ranking. Quello che produce è ordine. E l’ordine, in SEO tecnica, vale più di tante micro-ottimizzazioni discutibili. Un dominio nudo, ad esempio example.com, è spesso più facile da ricordare, più pulito nelle SERP e più coerente nelle campagne offline o nelle firme email. Non è una leva diretta di ranking, ma migliora la qualità del segnale complessivo.
In più, quando il dominio canonico è senza www, anche il lavoro di normalizzazione diventa più lineare: tutte le URL interne, i canonici HTML, le sitemap XML e i feed devono riflettere la stessa scelta. Se il sito è ben configurato, il crawler incontra una sola versione ufficiale e non perde tempo a seguire catene di redirect o a scoprire duplicati quasi identici.
Impatto sul branding: meno rumore, più memoria
Dal lato branding, il vantaggio è abbastanza semplice: un dominio corto si ricorda meglio. Il prefisso www è storicamente utile, ma oggi è raramente necessario nella comunicazione verso il pubblico. Su biglietti da visita, slide, campagne ADV e profili social, un host più corto è più leggibile e meno soggetto a errori di digitazione.
Questo conta soprattutto per i brand che investono su riconoscibilità e ripetizione. Se il nome del marchio è già lungo, aggiungere www non aiuta. Anzi, allunga l’indirizzo e lo rende visivamente più pesante. Il dominio senza prefisso tende a essere percepito come più moderno e diretto, anche se qui si entra nella sfera della comunicazione più che in quella tecnica.
C’è poi un aspetto pratico: quando il dominio principale è nudo, molte persone lo digitano come prima scelta. Se il tuo stack è coerente, il visitatore arriva subito sulla versione giusta e non nota nulla. Se invece il sito usa www ma il materiale di marketing mostra il dominio senza prefisso, stai aggiungendo un passaggio inutile che può generare errori o redirect non desiderati.
Quando mantenere www è ancora una scelta valida
Togliere www non è una regola assoluta. In alcuni contesti, mantenerlo ha senso. Il caso classico è la separazione tra dominio principale e sottodomini tecnici o applicativi. Storicamente, www è stato usato per distinguere il web pubblico da altri servizi, e in certi ambienti legacy quella distinzione è ancora comoda per la gestione DNS e dei certificati.
Un altro scenario è quello di infrastrutture molto articolate, dove il dominio apex gestisce record particolari, servizi di terze parti o limitazioni del provider DNS. Alcuni stack, soprattutto in passato, avevano più frizioni sul record del dominio nudo rispetto a www. Oggi la situazione è migliorata, ma non è raro trovare configurazioni in cui il prefisso semplifica l’operatività.
Quindi la domanda giusta non è “www sì o no” in astratto. La domanda giusta è: qual è l’host canonico che posso mantenere in modo coerente nel tempo? Se la risposta è il dominio nudo, bene. Se la risposta è www, va bene lo stesso, purché il resto sia allineato. Il problema non è il prefisso, è la doppia identità non governata.
Cosa deve essere coerente dopo la scelta
Una volta deciso di eliminare www, la regola va applicata a tutta la filiera. Non basta il redirect in ingresso. Servono almeno questi punti allineati:
- redirect 301 da
www.example.comaexample.com; - canonical HTML coerente sulle pagine;
- sitemap XML con sole URL canoniche;
- link interni senza www;
- impostazioni di Search Console o strumenti equivalenti allineate alla versione preferita;
- cookie e policy validi sul dominio scelto;
- certificato TLS valido per entrambe le varianti, almeno durante la transizione.
Se uno di questi elementi resta fuori allineamento, il vantaggio si riduce o sparisce. Un redirect 301 fatto bene è utile, ma non compensa una sitemap piena di URL con www o un CMS che continua a generare link interni nella vecchia forma. La canonizzazione è un sistema, non un singolo switch.
Redirect 301: il perno tecnico della migrazione
La migrazione da www al dominio nudo si regge su un redirect permanente, idealmente a livello web server o edge. Il codice corretto è 301, perché comunica stabilità della scelta e trasferisce il segnale verso la destinazione canonica. Evita catene tipo www → http → https → dominio nudo: meglio consolidare tutto in un solo salto.
Su Apache, Nginx o un reverse proxy, il principio è sempre lo stesso: intercettare il traffico per www.example.com e rispondere con un redirect diretto verso https://example.com. L’ordine conta. Prima normalizzi schema e host, poi lasci che l’applicazione serva il contenuto. Se lasci il redirect all’applicazione, rischi di caricare il CMS per una richiesta che potrebbe essere risolta prima, con spreco di risorse.
Un esempio concettuale pulito è questo: l’edge riceve il traffico, controlla l’host, e se trova www risponde con 301 verso la versione canonica. Tutto il resto passa senza ulteriori trasformazioni. È semplice, leggibile e facile da testare con un curl -I.
Effetti collaterali da non sottovalutare
La parte che spesso viene ignorata è quella operativa. Rimuovere www cambia il dominio cookie, il modo in cui alcuni servizi terzi validano i callback e il comportamento di eventuali sottodomini. Se il sito usa autenticazione, area riservata o integrazioni esterne, serve una verifica puntuale.
Per esempio, un cookie impostato sul dominio apex può essere condiviso con i sottodomini, ma non sempre è desiderabile. In altri casi, togliere www semplifica perché riduce le varianti di scope. In ogni caso, bisogna controllare che sessioni, CSRF token e redirect post-login non dipendano implicitamente dal vecchio host.
Anche i servizi di analytics e advertising vanno rivisti. Se hai proprietà separate per www e non-www, la migrazione deve chiudere la duplicazione lato tracking. Lo stesso vale per feed, webhook, Open Graph, sitemap e URL salvate in campagne o CRM. Il rischio non è solo tecnico: è la perdita di continuità dei dati.
Come verificare che la scelta sia davvero applicata
La verifica minima non richiede strumenti esotici. Bastano test rapidi e un po’ di disciplina. Il primo controllo è la risposta HTTP sul vecchio host:
curl -I https://www.example.comIl risultato atteso è un 301 con intestazione Location: https://example.com/.... Se ottieni 200, il redirect non è attivo. Se ottieni una catena di 2 o più salti, c’è margine di semplificazione.
Il secondo controllo è il contenuto effettivo del sito canonico. Apri il sorgente HTML e verifica che i link assoluti, il canonical e i riferimenti alle risorse non reintroducano www. Se il CMS ha impostazioni proprie per l’URL del sito, vanno aggiornate lì, non solo nel web server.
Terzo controllo: sitemap XML e Search Console. La sitemap deve contenere solo il dominio canonico. Se la piattaforma di monitoraggio mostra ancora molte URL con www, vuol dire che la transizione non è completa o che qualche sezione continua a generare la vecchia forma.
Una migrazione fatta bene è anche una pulizia tecnica
Il vantaggio reale di eliminare www non è solo estetico. È il fatto che ti costringe a ripulire il dominio da incoerenze accumulate nel tempo. Quando fai questa scelta con criterio, spesso emergono problemi secondari: URL hardcoded, redirect doppi, canonical sbagliati, cookie impostati male, link interni vecchi, asset serviti con host misti.
Ed è proprio qui che la modifica diventa utile. Non perché il prefisso sia “brutto”, ma perché la migrazione ti obbliga a mettere ordine. Un sito che passa da due host a uno solo, con redirect pulito e segnali coerenti, è più facile da mantenere, da misurare e da spiegare anche a chi ci mette mano dopo di te.
Dal punto di vista SEO, questa pulizia riduce la dispersione dei segnali. Dal punto di vista branding, rende il dominio più compatto e riconoscibile. Dal punto di vista sistemistico, semplifica la gestione di certificati, regole di rewrite e configurazioni applicative. Il beneficio non è una singola metrica spettacolare, ma una somma di piccoli vantaggi che, nel tempo, fanno differenza.
Decisione pratica: quando conviene davvero
In sintesi, eliminare www conviene quando vuoi un brand più pulito, una configurazione più lineare e una canonizzazione semplice da mantenere. Conviene soprattutto se il sito è pubblico, il dominio è facile da digitare e non hai vincoli infrastrutturali particolari sul dominio apex.
Se invece il tuo ecosistema dipende da vincoli tecnici specifici, o se il sito è parte di una struttura più ampia con sottodomini, servizi legacy e regole DNS particolari, puoi tenere www senza problemi. La qualità non sta nel prefisso scelto, ma nella coerenza con cui lo applichi.
La regola operativa è semplice: scegli un host canonico, forza il redirect dall’altro, aggiorna tutti i riferimenti interni e verifica che strumenti SEO, analytics e applicazione parlino la stessa lingua. Se fai questo lavoro bene, il sito risulta più chiaro per gli utenti e più leggibile per i motori di ricerca.