Google Chrome met fin à son projet visant à masquer les URL de la barre d'adresse, du moins pour l'instant
Chrome 69 : Google n'affiche plus les "www" dans les noms de domaine
quelles conséquences pour l'utilisateur et les développeurs ?
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 ?
:fleche: Que pensez-vous de ce changement apporté par Google ?
:fleche: Quelles sont les conséquences de ce changement sur l'expérience utilisateur ?
:fleche: En tant que développeur, comment l'accueillez-vous ?
:fleche: Y a-t-il un risque que ce changement aide les pirates à déguiser des domaines malveillants en domaines légitimes ?
Voir aussi :
:fleche: Chrome 69 est disponible en téléchargement en version stable, le navigateur ne marque plus les sites HTTPS comme étant sécurisés
:fleche: Google estime que les adresses Web traditionnelles ou URL doivent disparaitre pour le bien d'Internet
:fleche: 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
:fleche: 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 %
:fleche: Chrome ne va plus afficher le label « Sécurisé » pour les connexions HTTPS à compter de septembre 2018
Ce n'est pas une fonctionnalité, c'est un bug.
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 :
C'est pas possible que ce soit un bug !
C'est volontaire. Et si l'on rapproche cela d'autres articles annonçant que Google veut remplacer les URL, ça fait sens.
Alors des "bugs" d'ergonomie pour vous prouver que les URL c'est le mal de la part d'une boite qui veut supprimer les URL, c'est juste logique. Immoral mais logique. Bah, ils ont bien commencé à virer le "don't be evil" de partout chez eux et ils deviennent une boite normale comme Microsoft en fait.
Chrome 69 : Google va afficher à nouveau les sous-domaines "www" dans la barre d'adresse
Chrome 69 : Google va afficher à nouveau les sous-domaines "www" dans la barre d'adresse
mais ce n'est que temporaire
Il y a deux semaines, Google a commencé le déploiement de Chrome 69 et grande a été la surprise de nombreux internautes de voir que dans cette version, Google n'affiche plus les "www." et les "m." dans les noms de domaine. Autrement dit, si vous tapez par exemple "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é. Et 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 (version mobile et desktop) sont totalement différents en termes de contenu. Google a en effet décidé de masquer les sous-domaines « triviaux » dans la barre d'adresse et considère que "www" et "m." en font partie.
Sans même parler de la pertinence de ce changement, l'implémentation de Google était boguée. Un utilisateur a fait remarquer par exemple que "www" est masqué deux fois dans le domaine "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é.
Google a reconnu ces problèmes : qu'ils devraient supprimer au maximum un "m." et "www." et que seuls les préfixes devraient être supprimés. Google a donc promis de corriger ces problèmes. Mais en raison de la controverse soulevée par ces changements, la firme a décidé dans un premier temps de restaurer le comportement initial de son navigateur via une mise à jour de Chrome 69. Autrement dit, Chrome 69 va à nouveau afficher les sous-domaines "www" et "m" dans l'omnibox. Mais ce ne sera que de courte durée puisque dans Chrome 70, les "www" seront à nouveau supprimés dans la barre d'adresse URL.
Le sous-domaine "m", quant à lui, restera visible, car Google dit avoir trouvé de grands sites qui ont un sous-domaine "m" contrôlé par les utilisateurs. Par contre, il y a un plus grand dans la communauté sur le fait que les sites ne doivent pas permettre que le sous-domaine "www" soit contrôlé par les utilisateurs.
Quoi qu'il en soit, Google prévoit d'engager une discussion publique avec les organismes de normalisation appropriés afin de réserver explicitement "www" et "m" en tant que sous-domaines particuliers, dans le but de faciliter l'implémentation de ces changements et calmer la controverse sur cette initiative unilatérale. Mais les internautes remettent toujours en cause l'utilité de ces changements. « Je ne suis absolument pas d'accord avec l'idée que nous devrions nous connecter à un nom d'hôte tout en affichant un autre dans la barre d'adresse », lance un internaute. « Au moins, il faut en faire une option modifiable », ajoute un autre. « Cela ne me dérange pas si les [sous-domaines] sont masqués par défaut. Mais s'il vous plaît, il faut avoir une option pour désactiver cela », a-t-il ajouté.
Source : Projet Chromium
Et vous ?
:fleche: Corriger les bogues dans l'implémentation de Google vous suffit-il ?
:fleche: Ou vous vous opposez carrément au fait de masquer les sous-domaines "www" et "m" ?
Voir aussi :
:fleche: Chrome 69 est disponible en téléchargement en version stable, le navigateur ne marque plus les sites HTTPS comme étant sécurisés
:fleche: Google estime que les adresses Web traditionnelles ou URL doivent disparaitre pour le bien d'Internet
:fleche: 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
:fleche: 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 %
:fleche: Chrome ne va plus afficher le label « Sécurisé » pour les connexions HTTPS à compter de septembre 2018