http://example.com
www.example.com
http://www.example.com
example.com
Avec lesquels choisiriez-vous votre favori pour travailler à partir de 2016? Quel nom de domaine donneriez-vous à vos clients, aux sites Web qui vous relient, à vos en-têtes de lettre, à vos cartes de contact, etc. Pourquoi l'un ou l'autre? Que faut-il éviter ces jours-ci?
En pensant aux aspects suivants:
- validité, chargement correct de l'URL
- public, la plupart des geeks le savent
http://
, la plupart des personnes âgées ne le font pas - URL la plus facile à retenir en tant que marque
- fautes d'orthographe par saisie utilisateur (dans un téléphone portable ou un navigateur de bureau)
- les navigateurs ne comprennent pas les liens sans protocole
- longueur totale des caractères pour une saisie facile par l'utilisateur
- méthode de préférence par les principaux moteurs de recherche / sites de médias sociaux
- cohérence afin que les liens ne se fragmentent pas mais pointent tous vers la même
Réponses:
Personnellement, je préfère les
www
domaines. Comme l'un des points de @ Jonathon, la vraie raison principale est avec les cookies. Lorsque vous en disposezexample.com
et que vous lui appliquez un cookie, ce cookie régit tous les sous-domaines tels quewww.example.com
,foo.example.com
etbar.example.com
qui peuvent vous causer des maux de tête à l'avenir si vous traitez des sessions ou de la sécurité.Vous pouvez toujours avoir une
example.com
redirection vers unwww.example.com
côté serveur, donc quand il s'agit de supports d'impression ou de liens avec d'autres sites, moins il y en a, mieux c'est. Un utilisateur ne prendra pas la peine de se souvenirwww
dewww.example.com
ses informations inutiles et j'irais même jusqu'à dire que la tentative de le faire rendra l'utilisateur mécontent, ce qui lui évitera complètement votre site.Si vous êtes intéressé / utilisez le framework, je peux fournir le code d'une telle redirection sous la forme d'un
ActionFilterAttribute
pour ASP.NET MVC (j'ai passé 2 jours à perfectionner le filtre par moi-même, donc je me sens assez confiant il).Sur une autre note, en ce qui concerne le code réel sur votre site, ne sautez pas sur les détails. Ce qui signifie, n'essayez pas de prendre
http://www.example.com/Something/Something-Else
en compteexample.com/Something/Something-Else
.www
version si vous normalisez, ce qui entraîne un aller-retour inutile vers le serveur.la source
/Something
. Si vous vous connectez à d'autres sites / ressources, cela peut devenir problématique ... (il était 2 heures du matin quand je répondais, donc je n'étais pas tout là, lol)Personnellement, je mettrais
example.com
des cartes de contact, etc. et je les redirigerais verswww.example.com
. Cela peut être fait avec une simple réécriture.La raison en est que mes utilisateurs ne devraient jamais se soucier de devoir taper
www
. Je déteste absolument les sites qui obligent les gens à taper lewww
- je pense que c'est une exigence complètement obsolète des années passées.Vous voudriez cependant 301 rediriger depuis
example.com
ouwww.example.com
. En fait, à tout. Le point est de choisir votre favori et de définir toutes les différentes façons d'accéder à votre site pour rediriger vers le même endroit afin que vous ne soyez pas pénalisé pour le contenu dupe (je ne me souviens pas du terme SEO).Le protocole est inutile, car les navigateurs le mettent à votre disposition (en fait, Chrome ne l'affiche même pas).
Une autre raison pour laquelle j'ai tout redirigé vers
www.example.com
est due aux cookies. Par exemple, les cookies surwww.example.com
sera complètement séparé ,static.example.com
mais un ensemble de cookie surexample.com
sera envoyé avec la requête HTTPsub1.example.com
,sub2.example.com
etc. Bien que ce soit juste ma préférence.la source
sstatic.net
. Si vous avez plusieurs TLD, vous pouvez en utiliser un autre -example.net
si votre site principal l'estexample.com
.webhost.com
et que vous hébergez vos clients,customer.webhost.com
vous ne voulez pas que vos cookies leur soient transmis. L'exemple de contenu statique était juste pour la génialité du contenu statique :)domain.com
une carte papier de contact est une erreur. Les gens moyens (pas de technophiles) pourraient ne pas comprendre qu'il s'agit d'un site Web. Je l'ai remarqué avec des e-mails, même si nous envoyons des e-mails de[email protected]
, les gens demandent toujours: "Quel est votre site / domaine?". BTW: excellent point surwebhost.com
etcustomer.webhost.com
Oubliez tout ce qui dit
http://
- trop effrayant pour les non-geeks, et les navigateurs le gèrent assez bien de nos jours (Chrome ne l'affiche même pas sur les dernières versions).yoursite.example
est, à proprement parler, la bonne façon de représenter le domaine, car lewww.
est obsolète.Cependant, l'homme (ou la femme) moyen dans la rue est plus familier avec la vue
www.yoursite.example
, donc si votre public n'est pas des geeks, rendez-lui service, donnez-lui ce qu'il attend et utilisezwww.yoursite.example
.Si vous voulez être plus à la pointe, votre public est geek, ou vous voulez que les gens de l' école , utilisez
yoursite.example
.la source
Je ne sais pas si
http://
c'est vraiment nécessaire comme mentionné ci-dessus. La plupart des navigateurs supposenthttp://
qu'une URL est entrée dans la barre d'adresse si elle n'est pas présente lorsque le bouton Entrée est enfoncé. Je dirais que cela n'est vraiment nécessaire que dans les hyperliens, car alors il est nécessaire que le lien fonctionne correctement (à moins que les navigateurs ne le supposent,http://
mais finalement ils ne l'ont pas fait).www
Imprimé avec ou sans le est une situation tomate / tomáto. Les utilisateurs sont familiers avec leswww
internautes plus âgés et se souviendront des jours où cela était nécessaire et c'est maintenant une habitude. Mais il est également très courant de voir des domaines annoncés sans lui, donc je ne le laisse pas confondre suffisamment de gens pour s'en inquiéter.Mon conseil est d'en choisir un, n'importe lequel et de le respecter. La cohérence est la clé (et une bonne convivialité).
la source
http://
doit être considéré comme un lien local. L'URLhttp://example.com/www.example.com
est parfaitement valide.https://
http://
yoursite.example
http://yoursite.example
http://yoursite.example
Je ne vois pas comment tout cela est lié à l' épreuvage futur . Votre serveur Web et DNS doit être réglé de telle sorte que
www.yoursite.example
etyoursite.example
sont le même site.Un vrai lien (pour quelqu'un qui vous relie) va toujours commencer
http://
car c'est le gestionnaire de protocole Web. Sur le matériel marketing imprimé, il est judicieux de l'utiliser àhttp://
moins qu'il ne soit spécifiquement étiqueté comme site Web.dire
http://yoursite.example
vsVisit our website: yoursite.example
.la source
.com
le TLD local de votre pays (.co.uk
au Royaume-Uni), alors vous n'avez pas besoin dehttp://
ouwww
. Cependant, pour d'autres TLD moins courants, je recommanderais lewww
plushttp
.www.yoursite.com
moins de caractères et immédiatement reconnaissable par tous les types de gens comme un site Web.https://
http://