Votre site doit-il utiliser www ou non ? Les différences de DNS, de cookies et d'hébergement, un outil rapide d'aide à la décision, et les balises 301 et canonical pour choisir une seule version.
Les deux conviennent pour le référencement et les visiteurs, à condition d'en choisir une et de rediriger définitivement l'autre vers elle. Les vraies différences sont techniques : un nom en www peut être un CNAME pointant vers votre hébergeur, alors que le domaine nu ne le peut généralement pas, et les cookies définis sur le domaine nu atteignent tous les sous-domaines. La cohérence compte bien plus que le choix lui-même.
Les différences concrètes
Beaucoup de sites de petites entreprises répondent sur les deux adresses sans le vouloir, ce qui disperse les liens et oblige les moteurs de recherche à deviner laquelle est la vraie. La correction tient en une décision et deux petits changements : une redirection permanente depuis la version que vous abandonnez, et une balise canonical sur chaque page indiquant la version que vous gardez. Répondez aux questions ci-dessous pour obtenir une recommandation et le code à appliquer.
Les recommandations de Google sur les URL en double portent sur le choix d'une version, pas sur laquelle choisir. Ce qui nuit, c'est de servir les mêmes pages sur les deux, car Google doit alors choisir une version canonique. Sa documentation qualifie les redirections et rel=canonical de signaux forts : utilisez les deux pour lui indiquer votre choix.
La norme DNS dit qu'aucune autre donnée ne doit se trouver sur un nom qui porte un CNAME. Le domaine nu doit porter des enregistrements SOA et NS, donc un CNAME à cet endroit enfreint cette règle. Certains hébergeurs DNS proposent des enregistrements ALIAS ou l'aplatissement de CNAME pour obtenir le même effet.
Un cookie défini sans attribut Domain reste lié à l'hôte exact qui l'a créé. Un cookie défini avec Domain=example.com est envoyé à example.com et à tous ses sous-domaines, comme shop.example.com, ce qui peut faire fuiter des données ou alourdir chaque requête vers ces sous-domaines.
Une 301 ou une 308, car le choix est permanent. Google utilise une redirection permanente comme signal que la cible doit être canonique, ce que ne fait pas une redirection temporaire.
Cherchez dans les paramètres une option de domaine principal. La plupart des créateurs hébergés vous permettent de connecter les deux noms, d'en marquer un comme principal, puis redirigent l'autre pour vous. Testez les deux adresses dans un navigateur pour le confirmer.
Un seul bloc server intercepte le nom abandonné sur les deux ports et envoie tout vers le nom choisi avec une 301.
Chaque page indique sa propre adresse sur la version choisie, ce qui renforce la redirection.
Le nom www est un CNAME vers l'hébergeur ; le domaine nu garde un enregistrement A qui pointe vers le service qui effectue la redirection.
Répondez à trois questions. La recommandation et le code se mettent à jour dès que vous changez une réponse.
Votre domaine
Votre hébergeur vous demande-t-il de pointer le domaine vers l'un de ses noms avec un CNAME ?
Votre hébergeur DNS propose-t-il ALIAS, ANAME ou l'aplatissement de CNAME à la racine ?
Utilisez-vous d'autres services sur des sous-domaines, comme shop. ou app., qui ne doivent pas recevoir les cookies de votre site principal ?
Oui
Non
Utilisez {v} et redirigez le domaine nu vers cette adresse.
Les deux fonctionnent. Le domaine nu {v} est un bon choix ; redirigez www vers lui.
Votre hébergeur veut un CNAME et votre hébergeur DNS ne peut pas en simuler un à la racine : www est donc la version qui peut pointer vers lui.
Un site en www garde ses cookies à l'écart de vos autres sous-domaines.
Votre hébergeur DNS peut pointer la racine vers votre hébergeur, donc rien ne vous impose www.
Redirection Nginx
Balise canonical
Saisissez un domaine nu, par exemple example.com.
Commencer gratuitement · Sans carte bancaire