Da anni, nelle nostre barre degli indirizzi imperversa una piccola guerra di pedanteria. In un angolo ci sono marchi come Google, Instagrame Facebook. Questo gruppo ha scelto di reindirizzare example.com a www.example.com. Nell'angolo opposto: GitHub, DuckDuckGoe Discordia. Questo gruppo ha scelto di fare il contrario e reindirizzare www.example.com a example.com.
"WWW" appartiene a un URL? Alcuni sviluppatori hanno forti opinioni sull'argomento. Esploreremo gli argomenti pro e contro dopo un po' di storia.
Cosa c'è con le W?
Le tre W stanno per "World Wide Web", un'invenzione della fine degli anni '1980 che ha introdotto il mondo nei browser e nei siti web. La pratica di utilizzare "WWW" deriva da una tradizione di denominare i sottodomini in base al tipo di servizio che forniscono:
- un server web a www.example.com
- un server FTP a ftp.esempio.com
- un server IRC a irc.esempio.com
Problema di dominio senza WWW 1: perdita di cookie nei sottodomini
I critici dei domini "senza WWW" hanno sottolineato che in determinate situazioni, sottodominio.esempio.com sarebbe in grado di leggere i cookie impostati da example.com. Ciò potrebbe essere indesiderabile se, ad esempio, sei un provider di web hosting che consente ai clienti di gestire sottodomini sul tuo dominio. Sebbene la preoccupazione sia valida, il comportamento era specifico di Internet Explorer.
RFC 6265 standardizza il modo in cui i browser trattano i cookie e indica esplicitamente questo comportamento come non corretto.
Un'altra potenziale fonte di perdite è il Domain APPREZZIAMO di qualsiasi cookie impostato da example.com. Se il Domain value è esplicitamente impostato su example.com, i cookie saranno esposti anche ai relativi sottodomini.
| Valore del cookie | Esposto a example.com | Esposto a sottodominio.esempio.com |
|---|---|---|
secret=data |
✅ | ❌ |
secret=data; Domain=example.com |
✅ | ✅ |
In conclusione, purché non si imposti esplicitamente a Domain value e gli utenti non utilizzano Internet Explorer, non dovrebbero verificarsi perdite di cookie.
Preoccupazione per il dominio senza WWW 2: mal di testa DNS
A volte, un dominio "senza WWW" può complicare la configurazione del DNS (Domain Name System).
Quando un utente digita example.com nella barra degli indirizzi del browser, il browser deve conoscere l'indirizzo IP (Internet Protocol) del server Web che stanno tentando di visitare. Il browser richiede questo indirizzo IP dai server dei nomi del tuo dominio, di solito indirettamente attraverso i server DNS del provider di servizi Internet (ISP) dell'utente. Se i tuoi nameserver sono configurati per rispondere con un Un record contenente l'indirizzo IP, un dominio "senza WWW" funzionerà correttamente.
In alcuni casi, potresti voler utilizzare invece a Nome canonico (CNAME) registrare per il tuo sito web. Un record del genere può dichiararlo www.example.com è un alias di esempio123.somecdnprovider.com, che indica al browser dell'utente di cercare invece l'indirizzo IP di esempio123.somecdnprovider.com e invia lì la richiesta HTTP.
Si noti che l'esempio precedente utilizzava un sottodominio WWW. Non è possibile definire un record CNAME per example.com. Come per RFC 1912, i record CNAME non possono coesistere con altri record. Se hai provato a definire un record CNAME per example.com, i record del server dei nomi (NS) per example.com contenente gli indirizzi IP dei server dei nomi del dominio non potrebbe esistere. Di conseguenza, i browser non sarebbero in grado di capire dove si trovano i tuoi server dei nomi.
Alcuni provider DNS ti permetteranno di aggirare questa limitazione. Cloudflare chiama la loro soluzione Appiattimento CNAME. Con questa tecnica, gli amministratori di dominio configurano un record CNAME, ma i loro nameserver esporranno un record A.
Ad esempio, se l'amministratore configura un record CNAME per example.com indicando esempio123.somecdnprovider.come un record A per esempio123.somecdnprovider.com esiste indicando 1.2.3.4, quindi Cloudflare esporrà un record A per example.com indicando 1.2.3.4.
In conclusione, mentre la preoccupazione è valida per i proprietari di domini che desiderano utilizzare i record CNAME, alcuni provider DNS ora offrono una soluzione adeguata.
Vantaggi senza WWW
La maggior parte dei argomenti contro WWW sono pratici o estetici. I sostenitori del "No-WWW" hanno sostenuto che è più facile da dire e digitare example.com di www.example.com (che potrebbe creare meno confusione per gli utenti meno esperti di tecnologia).
Gli oppositori del sottodominio WWW hanno anche sottolineato che eliminarlo comporta un modesto vantaggio in termini di prestazioni. In questo modo, i proprietari di siti Web potrebbero ridurre di 4 byte ogni richiesta HTTP. Mentre questi risparmi potrebbero sommarsi per siti Web ad alto traffico come Facebook, la larghezza di banda generalmente non è una risorsa scarsa.
Vantaggi del WWW
Un argomento pratico a favore del WWW è in situazioni con nuovi domini di primo livello. Per esempio, www.esempio.miami è immediatamente riconoscibile come indirizzo web quando esempio.miami non lo è. Questo è meno preoccupante per i siti che hanno domini di primo livello riconoscibili come .com.
Impatto sul posizionamento nei motori di ricerca
L'attuale consenso è che la tua scelta non influenza le prestazioni del tuo motore di ricerca. Se desideri migrare da uno all'altro, ti consigliamo di configurare i reindirizzamenti permanenti (HTTP 301) invece di quelli temporanei (HTTP 302). I reindirizzamenti permanenti assicurano che il valore SEO dei tuoi vecchi URL venga trasferito a quelli nuovi.
Suggerimenti per supportare entrambi
I siti in genere scelgono entrambi example.com or www.example.com come sito Web ufficiale e configurare i reindirizzamenti HTTP 301 per l'altro. In teoria, è possibile supportare entrambi www.example.com ed example.com. In pratica, i costi possono superare i benefici.
Da un punto di vista tecnico, ti consigliamo di verificare che il tuo stack tecnologico sia in grado di gestirlo. Il tuo sistema di gestione dei contenuti (CMS) o il sito generato staticamente dovrebbe generare collegamenti interni come URL relativi per preservare il nome host preferito del visitatore. I tuoi strumenti di analisi potrebbero registrare il traffico verso entrambi i nomi host separatamente, a meno che tu non possa configurare i nomi host come alias.
Infine, dovrai fare un passo in più per salvaguardare le prestazioni del tuo motore di ricerca. Google considererà come tali le versioni "WWW" e "non WWW" di un URL duplicare il contenuto. Per deduplicare i contenuti nel suo indice di ricerca, Google visualizzerà quello che ritiene l'utente preferirà, nel bene e nel male.
Per mantenere il controllo su come appari su Google, ti consiglia di inserire tag link canonici. Per prima cosa, decidi quale hostname sarà quello ufficiale (canonico).
Ad esempio, se scegli www.example.com, dovrai inserire il seguente snippet nel file tag su https://example.com/my-article:
Questo frammento indica a Google che la variante "senza WWW" rappresenta lo stesso contenuto. In generale, Google preferirà la versione contrassegnata come canonica nei risultati di ricerca, che in questo esempio sarebbe la variante "WWW".
Conclusione
Nonostante l'intensa campagna elettorale da entrambe le parti, entrambi gli approcci rimangono validi fintanto che si è consapevoli dei vantaggi e dei limiti. Per coprire tutte le tue basi, assicurati di impostare reindirizzamenti permanenti dall'uno all'altro e sei pronto.
