WWW ou non-WWW : lequel aide vraiment votre SEO ?

Ni les domaines avec www ni ceux sans www ne se classent mieux par nature : choisir entre www et non-www est une question de format, pas un facteur de classement. Ce qui nuit réellement à votre SEO, c'est de laisser les deux versions coexister sans les gérer, car Google peut finir par traiter www.yoursite.com et yoursite.com comme deux sites distincts qui se font concurrence, au lieu d'un seul site solide.

Ce problème de concurrence avec vous-même est réel, et il est plus fréquent que la plupart des propriétaires de sites ne l'imaginent. Si vous avez déjà saisi un domaine dans Google Search Console sans savoir quelle propriété valider, ou si vous avez remarqué que votre nombre de backlinks est plus faible que prévu, une différence entre www et non-www en est souvent la cause discrète. Ce guide explique ce que fait réellement le préfixe, pourquoi les moteurs de recherche tiennent à la cohérence plutôt qu'au préfixe lui-même, et comment corriger la situation si votre site est actuellement réparti entre les deux versions.

Que signifient réellement les domaines avec et sans www ?

La différence est purement esthétique au niveau de l'URL. Un domaine avec www ressemble à www.example.com. Un domaine sans www, parfois appelé domaine « nu » ou « racine », abandonne le préfixe et s'écrit example.com.

Techniquement, www a toujours été un sous-domaine, et non un élément obligatoire de l'adresse. Aujourd'hui, la plupart des hébergements dirigent à la fois le domaine racine et le sous-domaine www vers le même serveur, de sorte que l'un comme l'autre affichera votre site. C'est confirmé par la norme technique elle-même : la RFC 3986, la spécification de l'IETF qui définit la structure des adresses web, traite www comme un simple libellé de sous-domaine arbitraire, sans signification réservée. C'est précisément pourquoi la question « www ou non-www » ressemble à un tirage à pile ou face pour la plupart des gens : sur le plan fonctionnel, un visiteur qui tape l'une ou l'autre arrive généralement au même endroit.

Cela cesse d'être esthétique dans les coulisses. Les moteurs de recherche ne savent pas automatiquement que les deux adresses appartiennent à la même entreprise. Sans consigne, ils peuvent indexer les deux, explorer les deux et répartir l'autorité entre les deux : voilà le vrai problème SEO qui se cache derrière ce qui ressemble à un choix de branding.

D'où vient le préfixe www

Le préfixe « www » remonte à une époque où l'internet reposait sur des serveurs distincts, dédiés à une fonction précise. Avant l'existence des hébergeurs mutualisés, une entreprise qui gérait sa propre infrastructure devait pouvoir indiquer quel serveur faisait quoi. Un serveur chargé des pages web s'appelait www, celui qui gérait les e-mails s'appelait mail, et celui des transferts de fichiers s'appelait ftp. Le préfixe vous indiquait littéralement à quel service vous vous connectiez.

Cette convention de nommage a perduré bien après avoir cessé d'être une nécessité technique. L'hébergement et le DNS modernes peuvent diriger un domaine racine nu et un sous-domaine www vers exactement le même serveur : la raison d'être initiale du préfixe, distinguer des services hébergés sur des machines différentes, a donc en grande partie disparu depuis des décennies.

Ce qui a changé plus récemment, c'est la façon dont les navigateurs l'affichent. Chrome et Safari masquent tous deux le « www. » dans la barre d'adresse par défaut, ce qui explique en partie pourquoi si peu de gens remarquent si une marque l'utilise. Amazon, par exemple, est enregistré comme un site en www, mais taper amazon.com sans le préfixe charge normalement la boutique d'Amazon. Le préfixe survit comme une convention héritée plus que comme une exigence fonctionnelle, mais la plomberie technique qui l'entoure (enregistrements DNS, configuration CNAME, portée des cookies) compte toujours, ce qui explique pourquoi il revient sans cesse dans les discussions de SEO technique.

Pourquoi cet historique compte encore pour vos décisions SEO

Comme le préfixe est un héritage et non une obligation, il n'existe plus de choix par défaut « correct ». La décision dépend des besoins techniques de votre site, de ses sous-domaines, de ses réseaux de diffusion de contenu (CDN) et de la gestion des cookies, pas de la tradition. Nous verrons plus loin dans ce guide quelles configurations favorisent quel format.

Le choix entre www et non-www influence-t-il le SEO ?

Directement, non. Les moteurs de recherche ne classent pas un format au-dessus de l'autre. Ce qui compte, c'est de leur avoir indiqué quelle version est votre version canonique.

Voici le mécanisme : les robots de Google traitent www.yoursite.com et yoursite.com comme deux URL distinctes, sauf si vous les reliez explicitement. Livrées à elles-mêmes, les deux peuvent être indexées. Dans ce cas, vous ne gérez plus un seul site aux yeux de Google, mais deux, et ils se partagent les signaux de classement qui, autrement, se concentreraient sur une seule page solide.

C'est le même mécanisme que celui abordé dans la plupart des audits de SEO technique : les moteurs de recherche récompensent la clarté et la cohérence, et ils s'y perdent, en vous classant plus bas, lorsqu'un site envoie des signaux contradictoires sur sa propre structure. Une différence entre www et non-www est l'un des signaux contradictoires les plus courants, au même titre que des barres obliques finales incohérentes ou des URL mêlant HTTP et HTTPS.

Les vrais problèmes SEO quand les deux versions restent actives

Faire fonctionner à la fois www.yoursite.com et yoursite.com sans préférence déclarée crée trois problèmes concrets et mesurables. Aucun n'est hypothétique : ils apparaissent dans les rapports d'exploration et les outils de backlinks dès que vous vérifiez.

Contenu dupliqué

Les moteurs de recherche signalent des pages comme doublons lorsque le contenu est identique ou quasi identique sur deux URL. Si votre page d'accueil en www et celle sans www sont toutes deux actives et indexées, vous avez techniquement dupliqué chaque page de votre site. Les recommandations de Google à ce sujet, sa documentation sur la consolidation des URL en double, sont explicites : il essaiera de choisir un gagnant de lui-même, mais laisser un algorithme deviner au lieu de lui dire directement est une mauvaise habitude à intégrer dans les fondations de votre SEO.

Budget d'exploration gaspillé

Chaque moteur de recherche alloue à votre site une capacité d'exploration limitée. Si son robot doit explorer à la fois la version www et la version sans www de chaque page, il dépense deux fois plus d'efforts pour couvrir le même contenu. La documentation de Google sur le budget d'exploration des grands sites précise que le budget d'exploration concerne surtout les sites comptant un grand nombre de pages qui changent fréquemment, pas les petits sites vitrines ; mais sur un catalogue ou une bibliothèque de contenus plus importants, vos pages les plus récentes ou les plus importantes peuvent être explorées moins souvent, simplement parce que le budget du robot a été consacré à des URL en double. C'est exactement le genre d'inefficacité qu'un audit de SEO technique bien mené est conçu pour détecter avant qu'elle ne s'aggrave.

Valeur des backlinks diluée

C'est celui qui coûte de l'argent. Si un autre site pointe vers www.yoursite.com/guide alors que vous avez construit votre marque autour de yoursite.com, l'autorité de ce backlink reste attachée à la version www, elle ne se transfère pas automatiquement. Avec le temps, à mesure que différents sites pointent vers la version qu'ils ont trouvée, votre autorité de liens se répartit sur deux adresses au lieu de se concentrer sur une seule. Si vous développez activement vos liens dans le cadre d'une stratégie de backlinks B2B, une répartition non gérée entre www et non-www gaspille discrètement une partie de ces efforts de prospection.

Si on les laisse trop longtemps sans réponse, ces trois problèmes se cumulent en quelque chose de plus grave : une baisse de visibilité mesurable, difficile à relier à sa véritable cause. Si votre trafic stagne ou baisse sans que vous sachiez pourquoi, lisez ce que coûte réellement une faible visibilité dans les moteurs de recherche : un domaine scindé fait partie des causes les plus négligées.

Ce que coûte une vraie scission : un exemple concret

Pour comprendre pourquoi cela compte en pratique, imaginez un site B2B de 150 pages, lancé il y a cinq ans sur la version www, qui a changé de plateforme CMS l'an dernier sans que personne ne vérifie le réglage de domaine par défaut de la nouvelle plateforme. Le nouveau CMS s'est mis à servir la version sans www avec son propre code de statut 200 (et non une redirection), tandis que l'ancienne version www est restée active et indexée, car personne n'avait supprimé l'enregistrement DNS qui y menait.

Dix-huit mois plus tard, un audit de backlinks révèle 340 liens externes pointant vers la version www et 210 vers la version sans www, répartis sur deux propriétés dans Google Search Console qui n'auraient dû en former qu'une. Aucune des deux propriétés ne donne à elle seule la vue d'ensemble : le rapport Liens de la propriété www sous-estime les backlinks de la version sans www, et inversement ; quiconque juge l'autorité du site à partir d'un seul de ces tableaux de bord en conclut donc que le site possède environ la moitié du profil de backlinks qu'il a réellement.

Ce schéma correspond à ce que décrit la documentation de Google : le budget d'exploration dépend de la demande d'exploration et des signaux de santé de l'exploration, pas du nombre de variantes d'URL du même contenu que vous servez, selon les recommandations sur le budget d'exploration des grands sites citées plus haut. C'est précisément pourquoi un site local de cinq pages remarque rarement une scission entre www et non-www, alors qu'un catalogue e-commerce ou un éditeur de 10 000 pages peut en subir de vraies lacunes de couverture d'exploration.

Dans ce scénario, la correction a pris moins de deux heures : une seule règle de redirection 301 au niveau du DNS/CDN, interceptant les requêtes entrantes vers la version non canonique, un nouvel envoi du sitemap et un changement de propriété de domaine dans Search Console. Les classements sont restés stables pendant le changement, car Google traite les redirections 301 comme un signal fort et directif plutôt que comme une simple suggestion, comme le confirme la documentation de Google sur les redirections 301. Le problème de dilution des backlinks a pris plus de temps à se résorber complètement, puisque les sites externes ne mettent pas à jour leurs liens simplement parce que vous avez mis une redirection en place, mais la redirection elle-même a immédiatement stoppé l'hémorragie.

www ou non-www : avantages et inconvénients

Aucun format n'est universellement « meilleur ». Chacun présente des compromis différents selon la configuration technique de votre site. Voici comment ils se comparent directement.

Critère	Domaine avec www	Domaine sans www
Contrôle des cookies	Permet de limiter les cookies au seul sous-domaine www, en les gardant séparés des autres sous-domaines	Impossible de limiter les cookies au seul domaine racine : ils s'appliquent à l'ensemble du site
Configuration du CDN	Plus facile de configurer un enregistrement CNAME pour les réseaux de diffusion de contenu	Plus difficile d'utiliser un CNAME sur un domaine racine nu sans perturber les enregistrements de messagerie et FTP
Gestion des sous-domaines	Mieux adapté aux sites qui exploitent plusieurs sous-domaines (boutique, blog, application) en plus du site principal	Structure plus simple, mais plus de difficultés si vous ajoutez plusieurs sous-domaines par la suite
Image de marque et mémorisation	Un peu plus long à dire et à taper, même si les navigateurs le masquent désormais visuellement	Plus court, plus épuré et plus facile à prononcer dans une publicité ou une interview
Flexibilité technique	Plus de souplesse DNS pour les configurations complexes, à l'échelle d'une grande entreprise	Moins d'options de configuration, mais moins de choses à maintenir
Convient le mieux à	Grandes plateformes, produits SaaS, sites à sous-domaines multiples	Petites entreprises, marques personnelles, sites à domaine unique

Aucune des deux colonnes n'inclut d'avantage SEO, car il n'y en a pas d'intégré au format lui-même. Les avantages sont techniques et opérationnels : portée des cookies, souplesse du CDN et structure des sous-domaines, rien qui concerne le classement.

Comment définir votre version préférée : redirections et balises canoniques

Une fois que vous avez choisi www ou non-www, vous devez indiquer aux moteurs de recherche, et à l'infrastructure de votre propre site, laquelle fait autorité. Vous avez deux vraies options : une redirection 301 côté serveur ou une balise canonique HTML. Elles ne sont pas interchangeables, il vaut donc la peine de comprendre le comportement de chacune.

Mettre en place une redirection 301

Une redirection 301 est l'option la plus solide et la plus fiable. Elle agit au niveau du serveur : quand quelqu'un demande la version non préférée, le serveur l'envoie automatiquement, comme n'importe quel robot, vers la version préférée. Comme il s'agit d'une redirection permanente, l'autorité des liens pointant vers l'ancienne version est transmise à la nouvelle, et la documentation de Google sur les redirections 301 la traite comme un signal directif plutôt que comme une simple suggestion, ce qui explique pourquoi elle est recommandée de préférence à une balise canonique seule.

Pour un hébergement basé sur Apache, cela se fait généralement en modifiant le fichier .htaccess à la racine de votre site. Pour rediriger le non-www vers le www :

RewriteEngine On
RewriteCond %{HTTP_HOST} ^yourwebsitehere.com
RewriteRule (.*) http://www.yourwebsitehere.com/$1 [R=301,L]

Pour rediriger plutôt le www vers le non-www :

RewriteEngine On
RewriteCond %{HTTP_HOST} ^www\.yourwebsitehere\.com
RewriteRule (.*) http://yourwebsitehere.com/$1 [R=301,L]

La plupart des systèmes de gestion de contenu modernes disposent d'un réglage ou d'une extension intégrés pour cela, ce qui évite de modifier à la main les fichiers du serveur. Dans tous les cas, vérifiez que le changement s'applique bien à toutes les pages, et pas seulement à la page d'accueil : une redirection qui ne couvre que l'URL racine laisse chaque page interne dupliquée. Ce type de correction partielle est une constatation fréquente dans les corrections de SEO technique plus générales, où une règle oubliée annule discrètement une configuration par ailleurs correcte.

Ajouter une balise canonique

Si vous ne pouvez pas mettre en place une redirection côté serveur, par exemple sur un hébergement mutualisé à l'accès limité, la balise canonique est la solution de repli. Vous ajoutez une ligne comme celle-ci dans le <head> de chaque page de votre version non préférée :

<link rel="canonical" href="https://www.example.com/page01" />

Cela indique aux moteurs de recherche quelle URL considérer comme la « vraie » parmi des quasi-doublons. Le hic : une balise canonique est un indice fort, pas un ordre. Google peut ne pas en tenir compte si d'autres signaux, votre sitemap, vos liens internes, votre profil de backlinks, vont dans une autre direction. C'est l'une des raisons pour lesquelles une correction complète par balise canonique pour le contenu dupliqué associe généralement la balise à un maillage interne cohérent, plutôt que de s'appuyer sur la balise seule.

Laquelle choisir ?

Méthode	Fiabilité	Transmet l'autorité des liens	Idéale pour
Redirection 301	Traitée comme une directive par les moteurs de recherche	Oui, directement	Sites avec un accès au serveur ou au CMS
Balise canonique	Traitée comme une suggestion forte, peut être ignorée	Indirectement, si Google tient compte de la balise	Sites sans accès aux redirections, ou comme signal de secours

Si vous avez l'accès nécessaire pour mettre en place une redirection, faites-en votre solution principale. Ajoutez-y une balise canonique comme second signal : elle ne coûte rien et renforce la même préférence.

Bonnes pratiques pour garder une configuration cohérente

Choisir une version et mettre en place une redirection n'est que la première étape. La configuration se dégrade avec le temps si personne ne la surveille, généralement par de petites incohérences qui s'accumulent plutôt que par une grosse erreur.

• Définissez votre domaine préféré dans Google Search Console afin de garder une trace claire de la version que vous avez retenue, et de pouvoir surveiller les deux propriétés pour détecter les erreurs d'exploration.
• Auditez vos liens internes. Chaque lien interne doit pointer vers votre version préférée. Un site qui redirige vers le www mais qui continue de faire des liens internes vers des pages en non-www envoie à Google des signaux contradictoires depuis son propre code.
• Vérifiez votre sitemap.xml. Les URL du sitemap doivent correspondre exactement à votre version canonique : un sitemap qui liste encore l'ancien format affaiblit une redirection par ailleurs bien configurée.
• Contactez les sites dont les backlinks sont incohérents, lorsque c'est possible. Vous ne pouvez pas corriger tous les liens externes, mais pour les partenaires ou annuaires à forte valeur, cela vaut la peine de leur demander de passer directement à votre version préférée.
• Relancez une exploration après toute migration, refonte de plateforme ou changement de CMS. Ce sont les moments où une différence entre www et non-www réapparaît le plus souvent, généralement parce qu'un nouveau système applique son propre réglage par défaut.

Effectuer un contrôle périodique avec un outil SEO gratuit est un moyen rapide de repérer une redirection défaillante avant qu'elle ne vous coûte des positions : saisissez les deux versions de votre domaine et vérifiez qu'une seule s'ouvre sans chaîne de redirections. Ce même type d'outil est aussi utile pour vérifier quelle version de votre domaine apparaît réellement dans les résultats de recherche et comment votre profil de backlinks se répartit entre les deux.

Un auto-contrôle rapide

Si vous ne savez pas si votre site est déjà scindé, ouvrez une fenêtre de navigation privée et saisissez votre domaine dans les deux formats, une fois avec www, une fois sans. Si vous arrivez exactement sur la même URL les deux fois, sans délai de redirection visible, votre configuration est probablement correcte. Si la barre d'adresse change ou si vous voyez deux pages d'aspect différent, c'est le signal qu'il faut corriger la redirection.

Corriger le problème sur la plateforme que vous utilisez

Le conseil général de « mettre en place une redirection 301 » prend une forme différente selon ce qui fait tourner votre site. Quelques-unes des configurations les plus courantes :

WordPress. Allez dans Settings > General (Réglages > Général) et vérifiez que les champs « WordPress Address (URL) » et « Site Address (URL) » utilisent tous deux votre version préférée. Cela ne force pas à lui seul une redirection pour les visiteurs qui arrivent encore sur l'ancienne URL ; associez-le donc à une règle de redirection dans votre fichier .htaccess (si vous êtes sur Apache) ou à une extension comme Redirection, qui permet de définir une seule règle avec caractère générique au lieu d'une entrée par page.

Shopify. Dans Online Store > Domains, cliquez sur le domaine que vous voulez comme principal et sélectionnez « Set as primary ». Shopify redirige automatiquement en 301 tous les autres domaines connectés et toutes les variantes de domaine vers celui marqué comme principal : une fois la sélection faite, il n'y a donc aucune règle de redirection distincte à écrire.

Webflow et autres créateurs de sites similaires. Dans les paramètres d'hébergement du projet, vous verrez généralement un champ pour le « default domain » parmi les domaines que vous avez connectés. Celui que vous définissez par défaut reçoit une redirection 301 automatique depuis les autres. Mieux vaut le vérifier directement dans le panneau de réglages de la plateforme plutôt que de le supposer, car les valeurs par défaut varient selon le créateur de sites.

Niveau DNS ou CDN (Cloudflare, etc.). Si votre CMS n'offre pas de réglage intégré, une règle de redirection ou « Page Rule » au niveau DNS/CDN fonctionne sur n'importe quelle plateforme située en dessous, puisqu'elle intercepte la requête avant qu'elle n'atteigne votre serveur d'origine. C'est aussi la bonne couche où la corriger si vous exploitez un site statique sans logique côté serveur.

Quelle que soit la couche où vous définissez la règle, testez-la ensuite de la même façon : demandez les deux versions en HTTP et en HTTPS, et vérifiez que chacune aboutit à une seule URL finale avec une seule redirection, et non une chaîne de deux ou trois. Une chaîne de redirections multiples fonctionne toujours pour les visiteurs, mais elle ajoute de la latence et constitue un élément de plus qui peut se casser sans bruit lors d'une future migration.

www ou non-www : lequel choisir réellement ?

Pour un tout nouveau site sans backlinks existants ni pages indexées, la décision a vraiment peu d'enjeu : choisissez en fonction de votre feuille de route technique, pas du SEO. Pour un site établi, déjà indexé sous une version, le changement est possible mais ajoute un risque de migration ; la plupart des propriétaires de sites ont donc intérêt à conserver leur version actuelle et à s'assurer simplement qu'elle est définie comme canonique partout.

Au-delà, votre cas d'usage oriente généralement plus clairement vers une option que vers l'autre.

Cas d'usage	Meilleur choix	Pourquoi
Plateforme à fort trafic avec un CDN	www	Configuration CNAME plus simple pour la diffusion de contenu, sans perturber les enregistrements de messagerie ou FTP du domaine racine
Site avec plusieurs sous-domaines (application, boutique, blog)	www	Les cookies peuvent être limités à un sous-domaine au lieu de s'appliquer à tout le domaine
Petite entreprise ou marque personnelle	Non-www	Plus court, plus facile à dire dans les publicités, les interviews et le bouche-à-oreille
Site prévoyant d'ajouter des sous-domaines plus tard	Non-www, avec une stratégie de sous-domaines étudiée à l'avance	Les conflits de cookies entre sous-domaines sont plus faciles à anticiper qu'à corriger après coup
Agence gérant de nombreux domaines clients	Celui qui correspond à la configuration existante de chaque client	La cohérence propre à chaque site compte plus que l'uniformisation sur l'ensemble d'un portefeuille

Cette dernière ligne compte plus qu'il n'y paraît. Les agences qui jonglent avec une douzaine de sites clients ou plus peuvent rarement choisir un format et l'appliquer partout : l'historique de domaine, le profil de backlinks et les contraintes de CMS de chaque client tranchent généralement site par site. Ce dont les agences ont réellement besoin, c'est d'un moyen rapide et reproductible d'auditer la configuration de chaque client, plutôt que de rouvrir le débat sur le www à chaque fois. Si c'est votre situation, découvrez comment le fonctionnement de SearchBlueprint pour les agences gère ce type de vérification technique multi-clients à grande échelle.

Passer à la pratique

Une fois que vous savez quelle version vous gardez, la mise en œuvre est courte : mettez en place la redirection, ajoutez la balise canonique comme solution de secours, mettez à jour votre sitemap et vos liens internes, et définissez votre domaine préféré dans Search Console. Aucune de ces étapes n'est difficile techniquement, la difficulté est de penser à faire les quatre, puis de les revérifier après chaque modification du site.

C'est aussi là que beaucoup de propriétaires de sites perdent la trace de leur propre configuration. Une refonte, une nouvelle extension ou une migration de plateforme peut réinitialiser discrètement une règle de redirection sans que personne ne s'en aperçoive, jusqu'à ce que les positions commencent à reculer sans raison évidente. Voir clairement les problèmes techniques de votre site, plutôt que de deviner quelle correction traiter en premier, c'est exactement ce que le plan SEO de SearchBlueprint est conçu pour vous montrer avant que vous ne commenciez à modifier quoi que ce soit.

Questions fréquentes

Le choix entre www et non-www affecte-t-il la vitesse de chargement des pages ?

Pas de manière significative. Toute différence de vitesse que vous pourriez constater vient de la configuration du serveur, de la mise en cache ou du CDN, pas de la présence ou de l'absence du préfixe www lui-même.

Puis-je passer du www au non-www (ou inversement) sans nuire à mon classement ?

Oui, mais considérez cela comme une migration, pas comme un simple changement de réglage. Mettez en place des redirections 301 pour chaque URL, mettez à jour votre sitemap et vos liens internes, et attendez-vous à une courte période d'ajustement dans Search Console pendant que Google réexplore et réindexe la nouvelle version.

Que se passe-t-il si je ne définis aucune version préférée ?

Google essaiera d'en choisir une à votre place en s'appuyant sur des signaux comme les backlinks et le maillage interne, mais vous perdez la maîtrise de la version qui l'emporte. Entre-temps, les deux versions peuvent être indexées, ce qui répartit votre valeur SEO entre elles.

Une balise canonique suffit-elle à elle seule, ou me faut-il aussi une redirection ?

Une balise canonique seule peut fonctionner, mais c'est un indice que les moteurs de recherche peuvent ignorer. Une redirection 301 est la solution la plus fiable, car elle est appliquée au niveau du serveur plutôt que suggérée dans le code de la page.

Toutes les grandes marques utilisent-elles le même format ?

Non. Certains grands sites utilisent le www (Amazon en est un exemple), d'autres le non-www. Le point commun n'est pas le préfixe : chacun a choisi une version et veille à ce que chaque redirection, chaque entrée de sitemap et chaque lien interne pointe de façon cohérente vers elle.

Cela s'applique-t-il de la même façon aux ccTLD et aux sites internationaux ?

Oui, la même logique www/non-www s'applique, que votre domaine se termine par .com, .co.uk ou une autre extension de pays : choisissez une version, redirigez l'autre et maintenez la cohérence sur chaque domaine régional que vous exploitez.

Un sous-domaine comme blog.example.com pose-t-il le même problème que www et non-www ?

Pas tout à fait. Le www est classiquement considéré comme le sous-domaine « par défaut » du site principal, alors que blog.example.com ou shop.example.com sont des sous-domaines distincts qui servent un contenu différent : ils n'ont donc pas besoin de mener à la même page. La question du www et du non-www ne concerne que les deux adresses qui servent votre page d'accueil et le cœur de votre site.

Vérifiez votre configuration avant qu'elle ne vous coûte des positions

Que vous ayez opté pour le www ou pour le non-www, une scission s'annonce rarement : elle divise discrètement vos backlinks et déroute les robots jusqu'à ce que votre trafic plafonne pour des raisons peu évidentes vues de l'extérieur. Si vous n'êtes pas certain de la version que votre site sert actuellement comme canonique, ou si vos redirections interceptent bien chaque page, parlez à l'équipe et obtenez un exemple de rapport SEO qui montre exactement où en est votre configuration.

Ressources / Références

1. La documentation de Google sur la consolidation des URL en double
2. RFC 3986
3. Documentation sur le budget d'exploration des grands sites
4. La documentation de Google sur les redirections 301

Sources

• "URL with www. and URL without www." - Is there any ...
• Is it better to choose a www or non www domain name?
• WWW, Non-WWW, and SEO
• HTTPS and WWW vs Non WWW: Which is Best to Use?