Chrome 69 : Google n'affiche plus les "www" dans les noms de domaine
Quelles conséquences pour l'utilisateur et les développeurs ?

Le , par Michael Guilloux, Chroniqueur Actualités
Google vient de commencer le déploiement d'une nouvelle version de son navigateur, Chrome 69. Cette version apporte un bon lot de nouveautés à l'occasion des 10 ans du navigateur qui est depuis quelques années le plus populaire au monde. Certaines nouveautés ne pourront passer inaperçues. C'est surtout le cas du nouveau look du navigateur basé sur Material Design 2, un ensemble de règles de design proposées par Google et qui s'appliquent à l'interface graphique des logiciels et applications.

D'autres changements ne sont pas du tout visibles aux utilisateurs. C'est le cas des nouveautés dédiées aux développeurs. Mais entre les deux, certains changements sont visibles, mais assez subtils. C'est le cas par exemple de la manière dont Google affiche les adresses URL dans Chrome 69.

À la surprise de plus d'un utilisateur ayant installé Chrome 69, Google n'affiche plus les "www." dans les noms de domaines. Par exemple si vous tapez "www.google.com" dans la barre d'adresse, le comportement normalement attendu est que la barre d'adresse affiche "www.google.com", mais c'est plutôt "google.com" qui sera affiché. Ce qui a été considéré par certains utilisateurs comme un bogue n'en est pas un en réalité. Il s'agit d'un changement délibéré de Google en vertu duquel l'omnibox (ou barre d'adresse Google) masque les sous-domaines « triviaux » et "www" est considéré comme un sous-domaine trivial. Mais ce petit changement aura une grande portée.


Problèmes évoqués par les utilisateurs

« C'est un changement stupide », lance un utilisateur mécontent. « Aucune partie d'un domaine ne doit être considérée comme "triviale". En tant que fournisseur de services Internet, nous devons souvent nous efforcer d’apprendre aux utilisateurs que "www.domain.com" et "domain.com" sont deux domaines différents et qu’ils ne vont pas nécessairement à la même destination. Le monde du marketing a fait beaucoup de dégâts pour convaincre les gens que "www" est à la fois omniprésent et non essentiel, alors qu'en fait, pour certains domaines, son utilisation ou son absence peut être très importante pour arriver au bon endroit », dit-il.

Dans la même lancée, un autre utilisateur fustige Google pour ce changement par lequel, selon lui, Google va au-delà de ce qui lui est permis : « Très très mauvaise décision ! Précisément quelle autorité considère [le "www"] comme trivial ? Chaque partie d'un domaine est aussi critique que le reste, ce n'est pas du tout votre responsabilité de réglementer les noms. » Sur le même ton, un autre utilisateur estime encore qu'il s'agit de décisions prises par Google en matière de sous-domaine pour d’autres entités en dehors de la firme, alors que ses domaines et la manière dont les sous-domaines sont attribués et délégués ne sont pas l'affaire de Google.

Les utilisateurs s'inquiètent en tout cas de l'impact de ce changement sur les domaines pour lesquels l'absence ou la présence de "www" mène à des pages différentes. Et bon nombre d'exemples de ces domaines ont été cités dans le ticket ouvert sur ce problème sur le site du projet Chromium.

Il semblerait également que Google ait mal implémenté sa nouvelle fonctionnalité. Un utilisateur affirme par exemple que "www" est masqué deux fois dans un domaine du genre "www.www.2ld.tld", ce qui est un problème. Un autre cas signalé est que le changement de Google afficherait "subdomain.domain.com", si l'utilisateur tape "subdomain.www.domain.com" dans la barre d'adresse URL. Ce qui est totalement erroné.

Le "www" ne sera pas le seul qui ne sera plus affiché avec ce changement. Si vous tapez par exemple "m.tumblr.com" pour aller sur la version mobile de Tumblr, Chrome va afficher dans la barre d'adresse "tumblr.com", alors que les deux sites sont totalement différents. Cela est important pour un utilisateur qui pense être sur le domaine "tumblr.com", alors qu'il est en réalité sur "m.tumblr.com", en raison de la différence de contenu entre version desktop et version mobile.

Réponse de Google

Google a répondu aux différentes préoccupations exprimées par les utilisateurs en essayant de recadrer les choses. Un ingénieur de l'entreprise explique d'abord que les sous-domaines "triviaux" réapparaissent lors de l'édition de l'URL (double clic dans la barre d'adresse). Cela pourra donc permettre aux utilisateurs de vérifier l'URL complète ou la modifier si nécessaire. Seulement que les sous-domaines triviaux « disparaissent dans le cas de l'affichage permanent, car ce ne sont pas des informations dont la plupart des utilisateurs doivent se préoccuper dans la plupart des cas », dit-il. Il pense aussi que c'est « un compromis acceptable, même dans les rares cas où "www.foo.com" n'a pas la même chose que "foo.com". »

À propos de ces cas en question ("www.foo.comm" différent de "foo.com"), l'ingénieur de Google estime d'ailleurs que « les utilisateurs du monde réel n’utiliseront pas une telle chose correctement. Alors, configurer un serveur comme ceci semble être une mauvaise idée même si c’est techniquement légal, parce que les gens vont accéder au mauvais contenu. »

Il reconnait toutefois qu'il existe de nombreux bogues réels. Par exemple "www.www.2ld.tld" devrait devenir "www.2ld.tld", et non 2ld.tld. « Nous devrions supprimer au maximum un m. et www. », dit-il. Aussi, "subdomain.www.domain.com" doit être laissé tel quel, et ne devrait pas être affiché comme "subdomain.domain.com", car seuls les préfixes devraient être supprimés. L'équipe de Google va donc travailler sur ces problèmes.

Cette fonctionnalité était déjà disponible en tant que fonctionnalité expérimentale sous Chrome 68. Elle peut être activée ou désactivée ici : chrome://flags/#omnibox-ui-hide-steady-state-url-scheme-and-subdomains.

Source : Projet Chromium

Et vous ?

Que pensez-vous de ce changement apporté par Google ?
Quelles sont les conséquences de ce changement sur l'expérience utilisateur ?
En tant que développeur, comment l'accueillez-vous ?
Y a-t-il un risque que ce changement aide les pirates à déguiser des domaines malveillants en domaines légitimes ?

Voir aussi :

Chrome 69 est disponible en téléchargement en version stable, le navigateur ne marque plus les sites HTTPS comme étant sécurisés
Google estime que les adresses Web traditionnelles ou URL doivent disparaitre pour le bien d'Internet
Google Chrome fête ses 10 ans ! Petit retour sur les promesses d'un nouveau venu sur le marché des navigateurs qui voulait révolutionner le Web
Le lazy loading d'images et iframes débarque dans Chrome Canary pour des vitesses de chargement de pages Web en hausse de 18 à 35 %
Chrome ne va plus afficher le label « Sécurisé » pour les connexions HTTPS à compter de septembre 2018


Vous avez aimé cette actualité ? Alors partagez-la avec vos amis en cliquant sur les boutons ci-dessous :


 Poster une réponse Signaler un problème

Avatar de ShigruM ShigruM - Futur Membre du Club https://www.developpez.com
le 07/09/2018 à 10:10
Ce sont des produits grand public donc ils ciblent le grand public qui à besoin d’être épuré, pas des experts celle qui sait ce qu'est http (protocole) et www (des pages HTML)
Du coup inutile de noyer l'utilisateur dans des information inutile, donc on masque www et http.

inutile car je parle du grand publique, vous vous êtes experts donc pour vous cela peut être utile mais pas pour les autres.
Avatar de xelab xelab - Membre expérimenté https://www.developpez.com
le 07/09/2018 à 10:19
Typiquement le genre de fonctionnalités demandées par des services marketing qui ne comprennent rien. C'est cela dit étonnant que Google se laisse prendre dans ce genre de décisions stupides. Résultat: les développeurs trouvaient sûrement l'idée stupide et ont fait gentiment n'importe quoi, ce qui arrive quand on n'est pas motivé par l'intérêt de ce qu'on développe (sans vouloir être prétentieux, les bogues rapportés sont des erreurs de débutants et n'auraient jamais dû passer un test qualité digne de ce nom, le tout dans une entreprise qui brasse des milliards...).
Avatar de onilink_ onilink_ - Membre éclairé https://www.developpez.com
le 07/09/2018 à 11:16
Citation Envoyé par ShigruM Voir le message
Ce sont des produits grand public donc ils ciblent le grand public qui à besoin d’être épuré, pas des experts celle qui sait ce qu'est http (protocole) et www (des pages HTML)
Du coup inutile de noyer l'utilisateur dans des information inutile, donc on masque www et http.

inutile car je parle du grand publique, vous vous êtes experts donc pour vous cela peut être utile mais pas pour les autres.
Dans ce cas la autant virer les url tout court, si on prend les gens pour des débiles à ce point (tiens c'est marrant, y avait une news de google qui voulait virer les url y a peu).
Car www c'est un sous domaine, et ce n'est pas une obligation qu'une url commence par www, il peut ne rien y avoir de base, ou y avoir autre chose.
Du coup a part embrouiller tout le monde pour gagner 3 caractères, je vois pas trop l’intérêt de la chose.
Avatar de number6six number6six - Membre à l'essai https://www.developpez.com
le 07/09/2018 à 12:14
Penser qu'on est sur www alors qu'on ait sur un autre site, j'en connais qui vont adorer. Ainsi, déjà qu'on pouvait se faire avoir avec un 'www.goggle.com' au lieu de 'www.google.com', certains vont jouer encore plus facilement pour nous envoyer sur de mauvais sites.
Concernant la suppression des www dans toute l'URL, une regex bien faite devrait le faire aisément. Je pensais qu'il y avait quelques ingénieurs dignes de ce nom a Google. Étrange.
Avatar de FatAgnus FatAgnus - Membre actif https://www.developpez.com
le 07/09/2018 à 12:36
Retirer le préfixe www. des noms d'hôtes de la barre d'adresse n'est pas une fonctonnalité, c'est un bug !

Heureusement, le correctif de ce bug est déjà disponible :

Heu non, ici plutôt :
Avatar de sergio_is_back sergio_is_back - Membre expérimenté https://www.developpez.com
le 07/09/2018 à 13:00
Citation Envoyé par FatAgnus Voir le message
Retirer le préfixe www. des noms d'hôtes de la barre d'adresse n'est pas une fonctonnalité, c'est un bug !

Heureusement, le correctif de ce bug est déjà disponible :

Heu non, ici plutôt :
+10 (au moins)

Nul doute que Google a encore une idée derrière la tête...
Avatar de Golfy Golfy - Nouveau membre du Club https://www.developpez.com
le 07/09/2018 à 13:55
et pourquoi ne pas enlever le suffixe lorsqu'il est trivial ? par exemple :
gmail

tout le monde sait que gmail n'existe qu'en .com (gmail.com)
On sent qu'il n'y a pas grand'chose à innover...
Avatar de Doksuri Doksuri - Membre émérite https://www.developpez.com
le 07/09/2018 à 14:30
je ne sais pas si c'est lie : mais quand on clique sur l'url, tu coup le www. re-apparait... et quand on veut changer un parametre d'url, qu'on clique sur l'url a un endroit precis... comme le www. apparait, ca decalle la selection, et a chaque fois, on est oblige de reselectionner ce qu'on voulait dans l'url...tellement enervant
Avatar de AoCannaille AoCannaille - Membre émérite https://www.developpez.com
le 07/09/2018 à 14:43
Citation Envoyé par Doksuri Voir le message
je ne sais pas si c'est lie : mais quand on clique sur l'url, tu coup le www. re-apparait... et quand on veut changer un parametre d'url, qu'on clique sur l'url a un endroit precis... comme le www. apparait, ca decalle la selection, et a chaque fois, on est oblige de reselectionner ce qu'on voulait dans l'url...tellement enervant
Si tu t'amuses à changer à la fin l'URL ou un paramètre GET, c'est que tu n'es pas la cible de Google
Avatar de Guntha Guntha - Membre éclairé https://www.developpez.com
le 07/09/2018 à 15:35
Ce sont des produits grand public donc ils ciblent le grand public qui à besoin d’être épuré, pas des experts celle qui sait ce qu'est http (protocole) et www (des pages HTML)
Justement, le grand public est plus exposé au phishing que les experts, il risque de tomber sur le site d'un pirate qui a volontairement enregistré un nom de domaine sans le www, et aura peut-être moins l'idée de vérifier l'adresse complète.

EDIT: j'avoue que j'ai posté sans voir que number6six parle exactement de la même chose. Déjà 2 personnes qui ont remarqué le problème sur developpez.com, contre 0 chez Google :p
Contacter le responsable de la rubrique Accueil