Cette page est destinée aux webmestres qui recherchent des informations sur l'utilisation ou non www dans leur URL du site Web canonique.

D'Abord, un peu de terminologie. Le nom de domaine sans www est parfois appelé un domaine nu, et je vais y faire référence en tant que tel ici.

Pourquoi devrais-je utiliser www?

Vous devez utiliser www parce que aujourd'hui vous avez un petit site Web, et demain vous voulez un grand site Web. Très gros.

Les raisons techniques d'utiliser www s'appliquent principalement aux plus grands sites Web qui reçoivent des millions (ou plus) de pages vues par jour, des sites Web avec un grand nombre de services dans plusieurs sous-domaines, et pratiquement n'importe quel site Web hébergé dans «le nuage» par un fournisseur de services d'application.

Heroku, par exemple, recommande fortement contre L'utilisation de domaines nus. Lorsque vous utilisez un fournisseur tel que Heroku ou Akamai pour héberger votre site Web, le fournisseur souhaite être en mesure de mettre à jour les enregistrements DNS au cas où il aurait besoin de rediriger le trafic d'un serveur défaillant vers un serveur sain. Cette configuration est paramétrée à l'Aide des enregistrements CNAME DNS et le domaine nu ne peut pas avoir d'enregistrement CNAME. C'est seulement un problème si votre site devient assez grand pour exiger l'hébergement hautement redondant avec un tel service. Mais qui ne veut pas que leur site pour obtenir ce grand? Afin de ne pas utiliser www, vous devrez exécuter vos propres batteries de serveurs et vous ne pourrez pas utiliser ces services dans toute leur étendue. (Voir aussi: Pourquoi Heroku met-il en garde contre les noms de domaine "nus"?)

Une autre raison a à voir avec les cookies. Une optimisation de site Web commune est de servir le contenu statique d'un sous-domaine, tel que static.example.com. Si vous utilisez www, alors ce n'est pas un problème; les cookies de votre site ne seront pas envoyés au static sous-domaine (sauf si vous les avez explicitement configurés pour le faire). Si vous utilisez le domaine nu, les cookies sont envoyés à tous les sous-domaines (par les navigateurs récents qui implémentent RFC 6265), ralentissant l'accès au contenu statique et causant éventuellement la mise en cache de ne pas fonctionner correctement. La seule façon de contourner ce problème et de garder le domaine nu est d'acheter un deuxième nom de domaine juste pour votre contenu statique. Twitter, par exemple, qui n'utilise pas www, a dû acheter de nouveaux noms de domaine juste pour le contenu statique. Bien sûr, si vous partagez explicitement vos cookies à travers tous vos sous-domaines, par exemple pour mettre en œuvre l'authentification unique à travers différents services sur les sous-domaines de votre site (Google fait cela), alors vous aussi vous auriez à acheter un nouveau nom de domaine dans cette circonstance de toute façon. (Voir aussi: Quel est le point d'avoir "www" dans une URL?)

En parlant de cookies, si vous décidez d'utiliser le domaine nu, mais que vous souhaitez mettre des services sur des sous-domaines et partager des cookies entre eux, vous découvrirez rapidement qu'il ne fonctionne pas correctement dans tous les cas, sauf si vous avez un sous-domaine définir le cookie-et puis il ne fonctionne pas pour le Na domaine KED. Le correctif pour cela est d'utiliser RFC 6265 (anciennement RFC 2965), qui peuvent être partagés entre le domaine nu et les sous-domaines, mais certains packages d'applications Web populaires n'implémentent toujours pas RFC 2965 correctement ou à tous, et encore moins RFC 6265. (Voir aussi: Subdomain.example.com peut-il définir un cookie qui peut être lu par example.com?)

Vous ne pouvez pas courir dans l'un de ces problèmes aujourd'hui, mais que votre site Web se développe, vous finirez par. Utilisant www aujourd'hui et à l'avenir vous rend plus prêt à gérer les défis de la croissance d'un site Web au-delà d'un seul serveur. Il peut être fait sans utiliser www dans de nombreuses circonstances, mais c'est beaucoup plus facile avec.

Dois-je rediriger no-www à www?

Oui.

La redirection s'assure que les visiteurs qui tapent votre URL vous atteignent indépendamment de la forme qu'ils utilisent, et s'assure également que les moteurs de recherche indexent vos URL canoniques correctement.