IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

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

399PARTAGES

15  0 
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

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de 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...).
7  0 
Avatar de kain_tn
Expert éminent https://www.developpez.com
Le 14/06/2021 à 14:59
Citation Envoyé par Stéphane le calme Voir le message

Êtes-vous pour ou contre le fait de masquer les URL de la barre d'adresse ?
Contre, bien entendu. Ça n'apporte rien à part de la confusion.

Tiens d'ailleurs ça me fait penser à une attaque de phishing qui marchait début 2000 en utilisant un bug d'une vieille version de IE, qui n'affichait pas les URL complètes s'il y avait certains caractères. Du coup avec l'idée de Google, on se retrouverait dans la même situation mais intentionnellement! C'est plutôt cocasse.

Citation Envoyé par Stéphane le calme Voir le message

Êtes-vous surpris par les conclusions de Google ? Dans quelle mesure ?
Plutôt, oui. Un an pour faire marche arrière sur une idée aussi stupide et pour arriver à une conclusion aussi évidente quand on est un géant du web, c'est trop.
8  1 
Avatar de bk417
Membre actif https://www.developpez.com
Le 05/08/2019 à 9:06
Ca fait 20 ans que le grand public navigue sur le web.
Et maintenant il est infantilisé, parce que www ça serait trop dur à comprendre ? je trouve cela ridicule au niveau argumentaire.

Et au niveau sécurité c'est mauvais. L'url affichée n'est donc plus la bonne, risques de confusion.

C'est une tendance générale de Microsoft, Google et Apple : cacher la technologie aux gens.
Enlever les messages d'erreur parce que c'est anxiogène, les barres de chargement parce que c'est effrayant, les url parce que c'est moche, enlever les touches F1, F2, F3 etc...
5  0 
Avatar de Tillo
Membre éclairé https://www.developpez.com
Le 21/09/2018 à 8:00
C'est fou de penser qu'une entreprise puisse avoir autant envie de tout réformer et tout contrôler, ça me donne l'impression que si demain "il" décide que le logo d'internet est un chimpanzé avec une carotte dans le derrière, tout le monde sera obligé de s'adapter sans broncher. Franchement, j'ai parfois l'impression que les webmasters et autres acteurs du web vont devoir entrer en résistance.

Bientôt mon clavier va commencer par GOOGLE au lieu de AZERTY ^^
4  0 
Avatar de onilink_
Membre émérite 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.
3  0 
Avatar de FatAgnus
Membre chevronné 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 :
4  1 
Avatar de onilink_
Membre émérite https://www.developpez.com
Le 18/09/2018 à 20:03
Donc en plus d'avoir de mauvaises idées, ils ne sont même pas fichus de les implémenter correctement
2  0 
Avatar de Markand
Membre éclairé https://www.developpez.com
Le 05/08/2019 à 10:17
Citation Envoyé par bk417 Voir le message
Ca fait 20 ans que le grand public navigue sur le web.
Et maintenant il est infantilisé, parce que www ça serait trop dur à comprendre ? je trouve cela ridicule au niveau argumentaire.

Et au niveau sécurité c'est mauvais. L'url affichée n'est donc plus la bonne, risques de confusion.

C'est une tendance générale de Microsoft, Google et Apple : cacher la technologie aux gens.
Enlever les messages d'erreur parce que c'est anxiogène, les barres de chargement parce que c'est effrayant, les url parce que c'est moche, enlever les touches F1, F2, F3 etc...
Et ce n'est pas prêt de changer. Il y avait un article à ce sujet que les URL « doivent disparaitre ». En plus, avec l'apogée de site web “single page” ça ne va qu'empirer. Bientôt un site web sera similaire à une application. On s'éloigne de plus en plus des principes fondamentaux du web qui est de faire une page une responsabilité/ressource. Maintenant, tout est JS côté client avec uniquement de l'asynchrone page unique.
2  0 
Avatar de
https://www.developpez.com
Le 05/08/2019 à 21:13
Pour le coup je trouve l'approche de Mozilla (qui consiste à afficher l'URL en gris sauf le domaine en noir dans Firefox) plus pertinente. Là au moins, on voit le domaine du premier coup d'œil sans masquer le reste.
2  0 
Avatar de 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.
1  0