Avec ou sans www : le choix importe moins que la cohérence

Choisir entre www.example.fr et example.fr n’a aucun impact direct sur le référencement, à condition que l’une des deux formes redirige systématiquement vers l’autre. Google traite les deux variantes comme des URLs distinctes : sans redirection ni balise canonique, le moteur indexe les deux versions et divise les signaux de popularité entre elles. La seule erreur réelle consiste à laisser coexister les deux adresses sans arbitrage.

Sommaire

  1. Ce que désigne le préfixe www et pourquoi il existe encore
  2. Aucun avantage SEO prouvé pour l’une ou l’autre forme
  3. Redirection 301 et balise canonical : les deux garde-fous techniques
  4. Configurer la version préférée dans le DNS et le serveur web
  5. Questions fréquentes

Ce que désigne le préfixe www et pourquoi il existe encore

Le sigle www signifie World Wide Web. À l’origine, il servait à distinguer le service web d’un domaine de ses autres services (messagerie, FTP, bases de données). Chaque service correspondait à un sous-domaine séparé : mail.example.fr, ftp.example.fr, www.example.fr. Cette convention remonte aux premières spécifications du système d’adressage URI décrit par la documentation MDN.

Aujourd’hui, la plupart des sites n’hébergent plus qu’un seul service web. Le préfixe a donc perdu sa fonction technique initiale, mais il reste utilisé par habitude ou pour des raisons de gestion DNS, on le verra plus bas.

Aucun avantage SEO prouvé pour l’une ou l’autre forme

Google accorde-t-il un bonus de classement à la version www ? Non. L’algorithme n’applique aucune préférence entre www.example.fr et example.fr. Ce qui compte, c’est la cohérence : une seule version doit répondre, l’autre doit rediriger. Si les deux restent accessibles, le moteur peut indexer des pages en double et répartir les backlinks entre deux URLs distinctes, ce qui dilue l’autorité du domaine.

La documentation Google sur la consolidation des URLs recommande explicitement de choisir une version canonique et de s’y tenir sur l’ensemble du site. La balise <link rel="canonical"> et la redirection 301 sont les deux mécanismes prévus à cet effet.

Voir aussi Nom de domaine expiré : les phases de rachat et le délai de grâce

Redirection 301 et balise canonical : les deux garde-fous techniques

La redirection 301 est le signal le plus fort. Elle indique aux navigateurs et aux robots que l’adresse a changé de façon permanente. Quand un visiteur tape www.example.fr et que la version retenue est example.fr, le serveur renvoie un code 301 vers la bonne adresse. Les moteurs de recherche transfèrent alors la quasi-totalité du poids SEO vers la cible.

Mécanisme Rôle Où le configurer
Redirection 301 Redirige tout le trafic et transfère le jus SEO .htaccess, Nginx, panneau hébergeur
Balise canonical Indique la version préférée aux moteurs, sans rediriger le visiteur En-tête HTML ou en-tête HTTP
Déclaration dans Search Console Confirme le domaine préféré à Google Google Search Console (propriété de domaine)

La balise canonical seule ne suffit pas : elle constitue une indication, pas une directive. Google peut l’ignorer si d’autres signaux contredisent le choix déclaré. Combiner redirection 301 et canonical reste la méthode la plus fiable. Pour comprendre la différence entre une redirection permanente et temporaire, la page sur les redirections 301 et 302 détaille les cas d’usage.

Configurer la version préférée dans le DNS et le serveur web

Le choix entre www et sans www se joue à deux niveaux : la zone DNS du domaine et la configuration du serveur HTTP.

Dans la zone DNS, le domaine nu (example.fr) pointe vers le serveur via un enregistrement de type A ou AAAA. La version www.example.fr, elle, peut être un enregistrement CNAME qui pointe vers le domaine nu, ou un second enregistrement A vers la même adresse IP. Certains fournisseurs DNS ne permettent pas de poser un CNAME sur la racine du domaine : c’est l’une des rares raisons techniques qui peuvent orienter le choix vers la version www.

Côté serveur, la redirection se configure dans le fichier .htaccess pour Apache ou dans le bloc server pour Nginx. Sous WordPress, plusieurs extensions de cache ou de SEO proposent un réglage dédié. Après modification, il est prudent de vérifier la propagation DNS pour s’assurer que le changement est bien pris en compte par les résolveurs intermédiaires.

Cas particulier : les cookies et les sous-domaines

Un cookie posé sur example.fr est transmis à tous les sous-domaines (blog.example.fr, app.example.fr). Un cookie posé sur www.example.fr reste limité à ce sous-domaine. Pour les sites qui utilisent plusieurs sous-domaines avec des services distincts, la version www permet d’isoler les cookies du site principal et d’éviter qu’ils transitent inutilement vers un CDN ou un serveur d’images. Ce point technique, documenté dans la référence MDN sur les cookies HTTP, ne concerne toutefois que les architectures qui exploitent plusieurs sous-domaines.

À retenir

  • Choisir une version (www ou sans www) et rediriger l’autre en 301
  • Ajouter la balise <link rel="canonical"> sur chaque page pour renforcer le signal
  • Vérifier que tous les liens internes, le sitemap et la Search Console pointent vers la même version
  • Contrôler les cookies si le site utilise plusieurs sous-domaines

Questions fréquentes

Questions fréquentes

Que signifie “www” dans une adresse Internet ?

Les trois lettres sont l’abréviation de World Wide Web. Elles désignaient à l’origine le sous-domaine réservé au service web d’un nom de domaine, par opposition aux sous-domaines mail ou FTP. Cette convention n’est plus obligatoire, mais elle persiste par usage.

Quelle est la différence entre www et https ?

Ce sont deux notions distinctes. Le préfixe www est un sous-domaine, c’est-à-dire une partie du nom d’hôte. Le protocole HTTPS (HyperText Transfer Protocol Secure) définit la manière dont les données circulent entre le navigateur et le serveur, avec chiffrement TLS. Un site peut être en HTTPS avec ou sans www : les deux paramètres sont indépendants. Pour corriger les problèmes liés au passage en HTTPS, la page sur l’erreur de contenu mixte fournit la marche à suivre.

Est-il obligatoire d’avoir un nom de domaine ?

Non. Un site peut techniquement fonctionner sur une adresse IP ou sur un sous-domaine gratuit fourni par un hébergeur. En pratique, un nom de domaine propre facilite la mémorisation, renforce la crédibilité et permet de changer d’hébergeur sans perdre son adresse.

Quel est l’intérêt d’avoir un nom de domaine ?

Le nom de domaine est l’identité stable du site. Il permet de conserver la même adresse quels que soient l’hébergeur ou le serveur utilisés, de créer des adresses e-mail professionnelles et de capitaliser sur les signaux SEO accumulés au fil du temps. En cas d’expiration, les conséquences sont détaillées dans l’article sur le nom de domaine expiré.

Damien Roux
Damien Roux

Damien Roux est l'hébergement web. de web-city.fr, il partage guides pratiques, comparatifs objectifs et outils gratuits pour choisir le bon hébergeur et créer son site WordPress

À lire aussi

Transférer un nom de domaine : code auth, délai et blocage de 60 jours
Hébergement Web

Transférer un nom de domaine : code auth, délai et blocage de 60 jours

Transférer un nom de domaine vers un autre registrar nécessite trois éléments : le code d'autorisation…

Propagation DNS : pourquoi ça prend des heures et comment vérifier
Hébergement Web

Propagation DNS : pourquoi ça prend des heures et comment vérifier

La propagation DNS dure entre quelques minutes et 48 heures, selon la valeur TTL configurée sur l'ancien…

Enregistrements DNS A, CNAME, MX et TXT : à quoi sert chacun
Hébergement Web

Enregistrements DNS A, CNAME, MX et TXT : à quoi sert chacun

Un enregistrement DNS est une ligne dans la zone DNS d'un domaine qui indique aux serveurs comment acheminer…

Espace disque et bande passante : combien il en faut vraiment
Hébergement Web

Espace disque et bande passante : combien il en faut vraiment

Un site vitrine de cinq pages pèse rarement plus de 200 Mo, tandis qu'un e-commerce avec trois mille fiches…

Mettre à jour la version de PHP : gains de vitesse et risques de casse
Hébergement Web

Mettre à jour la version de PHP : gains de vitesse et risques de casse

Un site sous PHP 7.4 met en moyenne 30 à 40 % plus de temps à répondre qu'un même site propulsé par PHP 8.2…

CDN : ce que ça change réellement sur un site français
Hébergement Web

CDN : ce que ça change réellement sur un site français

Un visiteur parisien charge votre page d'accueil en 1,2 seconde, mais un internaute à Marseille attend 2,8…

Dans la rubrique Hébergement Web

Scroll to Top

Images : Pexels et Pixabay