WWW o non WWW, cosa scegliere come nome del sito principale? [chiuso]


86

Dal punto di vista tecnico l'unico problema è il traffico e i collegamenti in entrata (uno di questi dovrebbe reindirizzare a un altro).

Ora devo scegliere quale dovrebbe essere primaria. Alcuni siti hanno www (google, microsoft, ruby-lang) e alcuni senza www (stackoverflow, github). Mi sembra che il più recente non usi WWW.

Cosa scegliere?

Per favore con alcune spiegazioni.

AGGIORNAMENTO: Questa è una domanda relativa alla programmazione. In realtà il sito è per i programmatori, quindi mi aspetto di vedere cosa pensano i tecnici.

AGGIORNAMENTO: il sito senza WWW è chiaramente vincitore. Grazie ragazzi!


7
A me, http: / / www sembra davvero ridondante. www implica che il traffico avverrà tramite HTTP ... che http: / / ti dice già.
Travis

4
non puoi mai avere un sottodominio senza cookie (pensa CDN) se scegli il percorso no-www. phpied.com/www-vs-no-www-and-cookies
Neil McGuigan

1
Questa risposta , sebbene non direttamente correlata, sembra pertinente. Inoltre, non dimenticare di leggere qual è il punto di avere "www" in un URL? .
Skippy le Grand Gourou

Risposte:


63

Non importa quale scegli, ma dovresti sceglierne uno ed essere coerente. È più una questione di stile, ma è importante notare che i motori di ricerca considerano questi due URL come siti diversi:

http://www.example.com
http://example.com

Quindi, qualunque cosa tu scelga per motivi estetici, dovrebbe essere costantemente utilizzata per ragioni SEO.

Modifica: la mia opinione personale è di rinunciare a wwwquanto mi sembra arcaico. Mi piacciono anche gli URL più brevi. Se dipendesse da me reindirizzerei tutto il traffico da www.example.coma example.com.


10
È anche utile avere un unico dominio canonico in modo che i cookie non si perdano, il che confonde davvero gli utenti
Adam Batkin

4
Inoltre, se hai scelto uno come canonico, accetta l'altro ma reindirizzalo per evitare contenuti duplicati dal punto di vista dei motori di ricerca.
esempio di me

Devo scegliere :). Quindi questa risposta non poteva aiutarmi :). Sono a conoscenza dei problemi del CEO, ho escluso questo in questione.
Mike Chaliy

9
@ Mike - Non penso che intendessi problemi con il CEO - quelli sarebbero quando il Chief Exec ha un attacco perché "tutti i siti web devono iniziare con WWW!" ;)
Keith Williams


21

Non utilizzare WWW. È un inutile scioglilingua e una rottura di palle per i grafici.


8
Quali problemi causa ai grafici?
StuperUser

Immagino che dovrebbero aggiungere WWW al logo, altrimenti gli utenti saranno confusi, lo stesso potrebbe essere vero per gli annunci.
Mike Chaliy

5
@StuperUser - è solo rumore sul logo; lo schema delle W è piuttosto visivamente distraente. @ Mike - Penso che mysite.com sia ovviamente un sito web, con o senza WWW. Le persone continueranno a digitare il WWW, motivo per cui configuri entrambi sul server, ma dire a qualcuno di andare su "bbc.co.uk/news" è comprensibile tanto quanto "www.bbc.co.uk/news"
Keith Williams

1
Alcune persone continueranno a digitare www. Alcuni no. E poi ci sono alcune persone che digitano http://all'inizio anche se non è mai una cosa necessaria da digitare. E poi ci sono persone che digitano http://www.google.com/, aspettano che venga visualizzato Google, quindi digitano http://www.yoursite.com/su Google. Per farla breve, devi supportare sia www che no www, indipendentemente da quale sia il tuo "primario". È anche una buona idea acquistare sempre anche ".com" anche se il tuo principale è ".net" o ".org", ecc. Alcune persone inseriranno automaticamente ".com" quando digitano un indirizzo web.
thomasrutter

17

Ci sono alcuni problemi da considerare. Vedi ad esempio Use Cookie-free Domains for Components per un problema di validità dei cookie.

Ma indipendentemente da come decidi: usa solo uno di quei domini come nome di dominio canonico e usa un reindirizzamento 301 per correggere l'invalido. Per un server web Apache, puoi usare mod_rewrite per farlo.


14

Configura entrambi, ovviamente. Vorrei fare il wwwreindirizzamento al normale URL, poiché esiste solo per rendere felici comunque le persone che lo digitano abitualmente all'inizio di ogni indirizzo. Proprio Non , qualunque cosa tu faccia, richiede l' wwwessere digitato manualmente. Mai.


17
Non includi "www" quando registri i nomi di dominio. "Www" è un sottodominio.
John Topley

6
Inoltre, se hai un certificato https, non dimenticare di registrarlo sia per www che per non www.
Mercer Traieste

5
@ John Penso che intendesse registrarli nel tuo server app.
Mercer Traieste

12

Dipende dal tuo pubblico, credo. Un pubblico non tecnico presumerà che il filewww sia presente, mentre un pubblico tecnico non se lo aspetterà istintivamente e apprezzerà gli URL più brevi.

( Modifica : di recente ho impostato un dominio da utilizzare per la mia famiglia, inclusa la webmail. Mia moglie ha chiesto quale fosse l'indirizzo della webmail. Ho detto "mail.ourdomain.com". Ha digitato "www.mail.ourdomain.com" .)

In entrambi i casi, assicurarsi che quello che non si usa in modo pulito fa un 301 reindirizzamento a quello che si fa uso - allora né gli utenti né i motori di ricerca avrà bisogno di prendersi cura.


1
Sono d'accordo che il pubblico sia importante da considerare. Ma le persone hanno bisogno di essere estirpate facendo in modo che www reindirizzi a non-www in modo che un pubblico non tecnico possa ancora digitare il www, ma si spera che si accorga che l'URL lo lascia cadere. Oppure potresti essere uno stronzo come me sul mio sito personale e inoltrare www a no-www.org .
Nessuno

1
no-www.org è una buona idea - vorrei solo che il suo design fosse un po 'più user-friendly. Probabilmente sembra solo un muro di gobbeldygook (11pt nuovo corriere, come sai, "view source") a persone non tecniche.
thomasrutter

11

Un aspetto di questa domanda riguarda i CDN e alcuni host web (ad es. Google Sites). Tali host richiedono l'aggiunta di un record CNAME per il nome del sito che punta ai server host. Tuttavia, a causa del modo in cui è progettato il DNS, i record CNAME non possono coesistere con altri record per lo stesso nome, come i record NS o SOA. Pertanto, non puoi aggiungere un CNAME per il tuo nome example.com e devi invece aggiungere il CNAME per un sottodominio. Ovviamente le persone normalmente scelgono "www" per il loro sottodominio.

Nonostante questa limitazione tecnica, preferisco omettere il www sui miei siti ove possibile.


2
Per quanto ne so questo non è vero, puoi usare "example.com". (hai notato un punto dopo il nome di dominio?).
Mike Chaliy

1
Vedo il punto, ma penso che lo troverai dal punto di vista del DNS, "esempio.com" e "esempio.com". vengono trattati allo stesso modo e non puoi ancora aggiungere un record CNAME per nessuno di essi.
Greg Hewgill

1
Potrebbe dipendere dalle implementazioni, ma è esattamente come l'ho fatto con l'hosting di heroku. Check out - onticoren.com/2009/06/29/go-daddy-dns-heroku
Mike Chaliy

Penso che valga anche la pena menzionare che i record CNAME non possono coesistere con i record MX utilizzati per la posta elettronica, come spiegato nella sezione 2.4 RFC 1912 ("Un record CNAME non può coesistere con altri dati. In altre parole, se suzy .podunk.xx è un alias per sue.podunk.xx, non puoi anche avere un record MX per suzy.podunk.edu, o un record A, o anche un record TXT. ") e in questo articolo . Qual è il motivo di questa limitazione tecnica?
Maggyero

10

Reindirizzerei a senza www. In Apache 2.x:

RewriteEngine On
RewriteBase /
RewriteCond %{HTTP_HOST} ^www\.yourdomain\.com$
RewriteRule (.*) http://yourdomain.com/$1 [R=Permanent] 

Penso che il www non abbia senso; sappiamo tutti che siamo sul world wide web. Sarebbe molto meglio utilizzare i sottodomini per il bilanciamento del carico o per siti specifici del dispositivo (come m.google.com per i cellulari, ad esempio, anche se ora esiste un dominio di primo livello .mobi).


5
Sono interessante perché reindirizzi non come ...
Mike Chaliy

8

www è usato come sottodominio standard, sottocartella per i siti web nel dominio principale.

http://no-www.org/ stanno cercando di renderlo deprecato.

Sebbene http://www.w3.org/ include www.

Vale la pena controllare entrambi i siti.

Sembra essere diventata una questione di gusti e una questione religiosa al momento piuttosto che uno standard. Qualunque cosa tu scelga, assicurati di registrarti o reindirizzare da www come Control + enter ecc. Le scorciatoie copiate in www.



2
Penso che intendi www.www.extra-www.org . Mi piace anche il modo in cui reindirizzano www.www.www.www.extra-www.org nel caso in cui si aggiungano accidentalmente troppi www extra.
thomasrutter

6

Avresti altri sottodomini? Se è così, ciò potrebbe rendere più sensato l'utilizzo del www, poiché alcuni luoghi potrebbero avere vari sottodomini utilizzati per altri scopi come un negozio o sottodomini di internazionalizzazione.


Per me ha senso che il dominio di un co. Senza fornire un nome di dispositivo, cioè no-www, vada a una pagina con informazioni su quel dominio e forse la navigazione ai vari nomi di dispositivo all'interno di quel dominio. Non vorresti mai mostrare un sito web se non viene specificato alcun sottodominio? O vuoi che più di un FQDN vada nello stesso posto? O per fare in modo che il tuo dominio predefinito punti a un dispositivo diverso da www? Sarei confuso se example.com fosse, diciamo, ftp e dovessi digitare www.example.com per accedere al world wide web. In questo momento, il reindirizzamento di www a non-www è temporaneo fino a quando www non sarà completamente eliminato.
Nessuno

5

Normalmente vado con www.sitename.com perché è esplicito che è la parte principale del tuo sito. Testing.sitename.com sta testando. House.sitename.com è il mio PC di casa. Mi piace essere esplicito ma non mi dispiace quando i siti non usano www. Non sono un più puro. :)


3

Utilizzare senza www. La logica generale alla base di questo è che, poiché stai scrivendo un indirizzo su un browser web, è già implicito che stai accedendo a un sito web (cos'altro faresti con un browser?) - usare il www extra è quindi inutile.

Per essere precisi, quando si riceve una richiesta http, si sa che l'utente desidera accedere al sito web. Il browser web aggiunge l' intestazione http: // - implicitamente l' , quindi l'utente deve solo preoccuparsi dell'indirizzo. Lo stesso vale anche per altri servizi: se si ospita ftp, dovrebbe essere sufficiente puntare il client ftp al dominio senza ftp. -prefisso.

Se ho capito bene, i motivi per utilizzare i diversi sottodomini www., Ftp., Ecc. Sono per lo più storici e non sono più rilevanti in questi giorni poiché il traffico è semplicemente diretto al server / servizio corretto - i prefissi ridondanti si sono bloccati perché della loro popolarità.


Puoi digitare un dominio in più cose oltre a un semplice browser web. È semplicemente logico che nessun sottodominio sia predefinito sul Web poiché è più accessibile dal pubblico.
Nessuno

2

Faccio sempre il reindirizzamento non-www a www e li chiamo www.mysite; Pensa a vari forum e app di messaggistica istantanea che convertono correttamente i link solo quando iniziano con www. .


2
quindi digitalo come sitename.com - questo verrà rilevato correttamente e funzionerà effettivamente in PIÙ casi.
tomfanning

3
Quindi ho preso quello che ho digitato e l'ho convertito in un collegamento :-) a dimostrazione del mio punto. http: / / sitename .com
tomfanning

@tomfanning: come.to/foobar. Sto solo controllando cosa succede.
Salman A

@tomfanning Link @Salman iniziano con un protocollo come http://o ftp://non www. Si presume che www sia un protocollo di trasferimento ipertestuale, ma questo è un buon punto che non avevo mai considerato ... sebbene possa essere facilmente evitato includendo il protocollo nel tuo link.
Nessuno

2

Vuoi che il tuo URL sia memorabile e vuoi che Google e altri registrino lo stesso URL per classifiche e simili.

La migliore pratica sembra essere quella di gestire il www, ma sempre HTTP lo reindirizza a una variante non www. In questo modo i motori di ricerca sanno di classificare i collegamenti a entrambe le varianti come lo stesso sito.


1

Qualunque cosa tu usi, limitati a uno o dovrai creare 2 set di cookie per ogni dominio per far funzionare correttamente le tue sessioni / cookie.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.