Quel est le but du sous-domaine WWW?

C'est principalement utilisé pour séparer les cookies des autres sous-domaines.

Si vous comptez utiliser des cookies, gardez définitivement le www..

Vous pouvez toujours utiliser une redirection 301 pour rediriger le domaine court vers celui avec www., de cette manière vos utilisateurs n'auront pas à le taper.

Cela vous permettra de créer des sous-domaines sans cookie pour servir des données statiques. Sans www., les cookies sont servis sur tous les sous-domaines. Par conséquent, si vous n'utilisez pas le www., vous avez besoin d'un nom de domaine complètement séparé pour avoir un domaine sans cookie par rapport à simplement utiliser un sous-domaine.

À part cela, choisir de garder ou non le www. est simplement une question de préférence. Assurez-vous simplement de rediriger celui qui n'est pas choisi vers l'autre en utilisant une redirection 301.

MODIFICATION :

Pour expliquer, définir un cookie utilise une hiérarchie pour savoir comment le cookie est propagé au domaine.

Par exemple, définir un cookie sur exemple.com permet effectivement le transfert des cookies vers :

exemple.com
www.exemple.com
sous.www.exemple.com
mon.exemple.com
oh.mon.exemple.com
images.exemple.com
bonjour.exemple.com

Contrairement au fait de définir un cookie sur www.exemple.com qui autorise uniquement le cookie dans ces situations :

www.exemple.com
sous.www.exemple.com

En utilisant un www., vous vous permettez d'utiliser des sous-domaines pour avoir des cookies différents du site principal (et pas du tout si vous le souhaitez).

Sans www. (ou un autre sous-domaine), tous les cookies définis sur le domaine se propageront aux sous-domaines.

Pas d'idée si c'est traditionnellement pourquoi www. est utilisé, mais une raison possible :

Imaginons que vous ayez un serveur qui exécute des serveurs web, SMTP et IMAP. Les utilisateurs accèdent au serveur web via www.example.com, le SMTP via smtp.example.com et l'IMAP via imap.example.com

Votre serveur devient fortement chargé, donc vous voulez diviser le serveur web sur une nouvelle machine. Pour ce faire, vous modifiez simplement le sous-domaine "www" pour pointer vers l'adresse IP de votre nouveau serveur web.

Pour les réseaux internes plus importants, c'est un moyen simple de déplacer des serveurs... Il suffit de modifier l'entrée DNS du serveur SMTP interne et tous les clients commenceront automatiquement à utiliser la nouvelle machine. Pas besoin de s'inquiéter de la redirection des ports

Avec des serveurs exposés sur internet, vous garderiez probablement les deux serveurs sur le même réseau NAT'd, et redirigeriez le port 80 vers une machine différente, ou utiliseriez un répartiteur de charge

Il y a des avantages à conserver la partie "www." de l'URL pour les serveurs web purement, notamment en ce qui concerne les cookies, comme l'expliquent Andrew Moore et cet article du blog.SO.. De plus, si vous redirigez le domaine sans "www", les utilisateurs n'ont pas besoin de le taper (et même si vous ne le faites pas, la plupart des navigateurs essayeront "www.example.com" si "example.com" ne fonctionne pas)

Ça pourrait être pire. La société britannique 'RS' semble avoir fondamentalement mal compris toute la chose - leur site web est rswww.com

C'est simplement une question d'abstraction, comme avoir des factures adressées au "Secrétaire du Club" au lieu de "Susan". Si vous faites envoyer des factures à Susan, et des catalogues de ventes, et des CV, que se passe-t-il si vous embauchez Bob pour gérer des choses comme les CV? Le courrier est toujours adressé à Susan, et personne ne saura que c'est pour Bob jusqu'à ce que Susan ait trouvé le temps de l'ouvrir et de vérifier que ce n'est pas pour elle. Donc au lieu de nommer "Susan", la personne réelle, vous nommez "Département des Ressources Humaines" -- le RÔLE.

De même, vous nommez les ordinateurs en fonction de leurs RÔLES, pas des ordinateurs réels. Donc vous avez un ordinateur appelé www.votresociete.com si vous servez des sites web, et un ordinateur appelé ftp.votresociete.com si vous fournissez un service FTP, etc. Si vous ne le faites pas, alors un ordinateur, votresociete.com, doit recevoir tout le trafic internet, puis le transmettre au bon endroit. www.votresociete.com pourrait être tous les serveurs web chez google, mais si votresociete.com est un ordinateur portable, l'ordinateur portable sera surchargé, tandis que les serveurs web attendront toujours que l'information leur parvienne. Comme Susan gérant tout le courrier initialement, un ordinateur peut gérer tous les rôles initialement, mais les noms de domaine/ordinateur distincts aident à séparer (ou consolider) les choses selon les besoins.