WWW.example.com o HTTP://example.com - quale è a prova di futuro?

1. http://example.com
2. www.example.com
3. http://www.example.com
4. example.com

Quale di questi sceglieresti come il tuo preferito con cui lavorare dal 2016 in poi? Quale nome di dominio vorresti citare ai tuoi clienti, siti web che ti collegano, intestazioni, carte di contatto eccetera. Perché l'uno o l'altro? Quale evitare in questi giorni?

Pensando ai seguenti aspetti:

• validità, caricamento URL corretto
• pubblico, la maggior parte dei geek lo sa http://, la maggior parte degli anziani no
• l'URL più semplice da ricordare come marchio
• errori di ortografia per input dell'utente (nel telefono cellulare o nel browser desktop)
• i browser non comprendono i collegamenti senza protocollo
• lunghezza totale dei caratteri per un facile input da parte dell'utente
• metodo di preferenza dei principali motori di ricerca / siti di social media
• coerenza in modo che i collegamenti non si frammentino ma puntino tutti allo stesso

Personalmente preferisco i wwwdomini. Come uno dei punti di @ Jonathon, il vero motivo principale è con i cookie. Quando hai example.come applichi un cookie ad esso, quel cookie governa tutti i sottodomini come www.example.com, foo.example.come bar.example.comche può causare mal di testa in futuro se hai a che fare con sessioni o sicurezza.

Puoi sempre avere un example.comreindirizzamento a www.example.comsul lato server, quindi quando si tratta di stampare supporti o collegarsi con altri siti, meno c'è e meglio è. Un utente non si preoccupa di ricordare il wwwdi www.example.comcui il suo informazioni inutili e mi spingerei a dire che il tentativo di farlo farà l'utente infelice, rendendo in tal modo ad evitare del tutto il vostro sito.

Se sei interessato / stai usando il framework, posso fornire il codice per un tale reindirizzamento sotto forma di un ActionFilterAttributeASP.NET MVC (ho trascorso 2 giorni a perfezionare il filtro da solo, quindi mi sento abbastanza sicuro di esso).

In un'altra nota, quando si tratta del codice effettivo sul tuo sito, non saltare i dettagli. Significato, non cercare di prendere http://www.example.com/Something/Something-Elsein example.com/Something/Something-Else.

1. Non funzionerà perché i browser non comprendono i collegamenti senza protocollo.
2. Anche se lo facessero, il secondo Uri provocherà un reindirizzamento alla wwwversione se stai normalizzando, risultando in un inutile round trip verso il server.

Personalmente metterei example.comle schede dei contatti, ecc. E le farei reindirizzare a www.example.com. Questo può essere fatto con una semplice riscrittura.

La ragione di ciò è che i miei utenti non dovrebbero mai preoccuparsi di dover digitare www. Odio assolutamente i siti che richiedono alle persone di digitare www: penso che sia un requisito completamente obsoleto da anni.

Tuttavia, si desidera reindirizzare 301 da example.como www.example.com. In realtà, a tutto. Il punto è scegliere il tuo preferito e impostare tutti i diversi modi per raggiungere il tuo sito per reindirizzare allo stesso posto in modo da non essere penalizzato per i contenuti duplicati (non ricordo il termine SEO).

Il protocollo è inutile, poiché i browser lo inseriranno per te (in effetti, Chrome non lo mostra nemmeno).

Un altro motivo per cui ho tutto il reindirizzamento www.example.comè dovuto ai cookie. Ad esempio, i cookie sul www.example.comsaranno completamente separata dalla static.example.comma qualsiasi insieme di cookie sul example.comverrà inviato con la richiesta HTTP sub1.example.com, sub2.example.comecc Anche se questo è solo la mia preferenza.

Dimentica tutto ciò che dice http://: troppo spaventoso per i non geek e i browser gestiscono abbastanza bene in questi giorni (Chrome non lo mostra nemmeno nelle ultime build).

yoursite.exampleè, a rigor di termini, il modo corretto di rappresentare il dominio, poiché www.è deprecato.

Tuttavia, l'uomo medio (o la donna) per strada ha più familiarità con la vista www.yoursite.example, quindi se il tuo pubblico è non-geek, fai un favore, dai loro quello che si aspettano e usa www.yoursite.example.

Se vuoi essere più all'avanguardia, il tuo pubblico è geek, o vuoi andare a scuola , usa yoursite.example.

Non so se http://sia davvero necessario come menzionato sopra. La maggior parte dei browser assumerà http://quando un URL viene digitato nella barra degli indirizzi se non è presente quando si preme il pulsante di invio. Direi che è davvero necessario solo nei collegamenti ipertestuali in quanto quindi è necessario che il collegamento funzioni correttamente (a meno che i browser non assumano, http://ma alla fine non hanno controllato).

In stampa con o senza il wwwè una situazione pomodoro / tomáto. Gli utenti hanno familiarità con i wwwnavigatori web più anziani e ricorderanno i giorni in cui era richiesto e ora è abitudine. Ma è anche molto comune vedere i domini pubblicizzati senza di essa, quindi non lasciarlo fuori confonderà abbastanza persone da preoccuparsene.

Il mio consiglio è di scegliere uno, uno qualsiasi e attenersi ad esso. La coerenza è la chiave (e una buona usabilità).

• In linea: yoursite.example
• Stampa: http://yoursite.example
• link: http://yoursite.example

Non vedo come nulla di tutto ciò si riferisca a future prove di nulla. Il server DNS e web dovrebbe essere impostato in modo che www.yoursite.examplee yoursite.examplesono nello stesso sito.

Un vero collegamento (per qualcuno che si collega a te) comincerà sempre dal http://momento che è il gestore del protocollo web. Sul materiale di marketing stampato, ha senso utilizzare http://se non specificamente etichettato come sito Web.

cioè http://yoursite.examplevs Visit our website: yoursite.example.