La mise à jour de Chrome 69 a apporté une série de changements. La plupart ont été positifs et bien accueillis. Il y avait un ou deux lève-yeux, cependant. Par exemple, Google a unilatéralement décidé de supprimer certaines fonctionnalités importantes de l'URL familière, conformément à leur réduction globale de l'encombrement autour de la barre d'adresse du navigateur.
Google affirme que le changement ne supprime que les caractères "trivaux" auxquels la plupart des gens ne font pas attention. Mais est-ce que la suppression des caractères soi-disant insignifiants augmente réellement vos chances d'atterrir sur le mauvais site Web ? Jetons un coup d'œil.
Google Chrome 69 a été déployé en septembre 2018 avec quelques modifications intéressantes. Deux choses ont fait la une des journaux :
Le premier changement est logique, du moins à certains égards. La combinaison de la balise "Secure", du cadenas existant et du notificateur de protocole "https://" dans un seul cadenas permet à presque tout le monde de savoir plus facilement si le site est sécurisé ou non. Et lorsque vous visitez un site qui n'est pas sécurisé avec HTTPS, la notification "Non sécurisé" s'affiche toujours. (Le notificateur "Non sécurisé" deviendra rouge dans Chrome 70.)
Cependant, le revers de la médaille est que HTTPS ne vous protège pas automatiquement (bien que vous soyez plus sûr ), et les sites "non sécurisés" entreront dans l'esprit des internautes comme des endroits dangereux (encore une fois, ce n'est pas tout à fait vrai).
Le deuxième changement --- pour supprimer les informations de sous-domaine des URL --- n'a pas de sens. Supprimer "www" de l'URL est au mieux ennuyeux et idiot, et au pire pourrait amener des utilisateurs sans méfiance à atterrir sur des sites complètement différents. Pire encore, Google a supprimé les sous-domaines sans le mentionner au préalable.
Les sous-domaines sont très importants pour le fonctionnement d'Internet.
À la base, "makeuseof.com" et "www.makeuseof.com" sont différents. Ce sont des URL différentes, qui peuvent mener à des sites différents et même avoir des enregistrements DNS distincts.
Le changement affecte également "m". sous-domaines. Par exemple, m.facebook.com devient simplement facebook.com normal mais affiche toujours le site mobile. Le système fonctionne pour Facebook. D'autres sites, pas tellement. Vous êtes allé sur m.tumblr.com récemment ? Peu probable, car il ne s'agit pas du site mobile de Tumblr, malgré l'apparence de l'URL. Il s'agit plutôt du domaine Tumblr personnel de quelqu'un, nommé "m".
"Les gens ont vraiment du mal à comprendre les URL", a déclaré à Wired Adrienne Porter Felt, responsable de l'ingénierie Chrome. "Ils sont difficiles à lire, il est difficile de savoir quelle partie d'entre eux est censée être digne de confiance, et en général, je ne pense pas que les URL fonctionnent comme un bon moyen de transmettre l'identité du site. Nous voulons donc évoluer vers un endroit où l'identité Web est compréhensible par tout le monde :ils savent à qui ils s'adressent lorsqu'ils utilisent un site Web, et ils peuvent se demander s'ils peuvent leur faire confiance. Mais cela signifiera de grands changements dans la manière et le moment où Chrome affiche les URL. Nous voulons remettre en question la façon dont les URL doivent être affichées et la remettre en question alors que nous cherchons la bonne façon de transmettre l'identité."
Les changements inattendus ont rencontré des réactions négatives sur Internet. Et pour diverses raisons aussi. Voici quelques-uns des principaux points de discussion.
Google utilise-t-il Chrome comme champ de bataille expérimental pour tuer les URL ? Certains commentateurs le pensent. Les URL sont une partie importante de l'expérience de navigation de la plupart des internautes. La suppression de la sécurité associée à une URL claire exposera davantage d'utilisateurs aux attaques de phishing.
Malgré ce qu'Adrienne Porter Felt a dit dans l'interview de Wired, le "https://www." L'aspect d'une URL n'est pas le plus difficile à lire, c'est juste une nomenclature Internet régulière qui nécessite une éducation de base. Les éléments difficiles à comprendre d'une URL proviennent des noms de chemin qui suivent le nom de domaine initial, y compris les noms de fichiers et les extensions cryptés.
Sans être dégradant, Internet fait partie intégrante de la vie et a maintenant 25 ans. Apprendre à lire et à comprendre un nom de domaine est important.
Les détracteurs du projet AMP de Google pensent que la décision d'effacer les sous-domaines des URL, et donc toute barre d'adresse Chrome sur n'importe quel appareil, est un stratagème pour faire avancer l'optimiseur mobile. Google AMP met essentiellement en cache les pages Web et les utilise comme des sites mobiles optimisés.
Alors que de nombreux sites disposent désormais de sites mobiles fonctionnels, le service AMP oblige essentiellement les éditeurs à laisser Google prendre le contrôle de leurs pages vues. Pourquoi feraient-ils cela ? Sinon, il est extrêmement peu probable que les articles de l'éditeur apparaissent dans la section Top Stories de la recherche mobile Google. Oh, et dans le processus, Google prend également le contrôle du processus de monétisation. L'expérience utilisateur est excellente, et elle réduit les réseaux publicitaires malveillants et malveillants.
Les critiques de Google AMP affirment qu'en masquant "l'ampli". sous-domaine des utilisateurs, Google finira par acheminer tout le contenu Web via le service, devenant ainsi les maîtres du contenu Internet. (Comme s'ils ne l'étaient pas déjà.)
Vous pouvez annuler la décision de Google de supprimer des sous-domaines de Google Chrome 69. Chrome dispose d'une liste expérimentale de commandes, appelées "Flags". Vous pouvez activer ou désactiver les indicateurs pour activer et désactiver certains paramètres expérimentaux. Et pour être juste, la suppression des sous-domaines triviaux des URL reste une expérience.
Rendez-vous sur chrome://flags/#omnibox-ui-hide-steady-state-url-scheme-and-subdomains (vous devrez peut-être copier et coller le lien dans Google Chrome, et le lien spécifique ne fonctionne que si vous utilisez Google Chrome 69). À l'aide de la liste déroulante, sélectionnez Désactivé , puis relancez votre navigateur pour que la modification prenne effet.
Toutefois, si vous ne souhaitez pas effectuer la modification, mais que vous souhaitez vérifier que vous utilisez la bonne URL, cliquez simplement sur la barre d'adresse Chrome. L'URL complète s'affichera, ainsi que son (espérons-le) notificateur de protocole https://.
En 2013, Google a mené une expérience dans Chromium, le projet Chrome open source de Google. L'expérience de la "puce d'origine" a changé la barre d'adresse traditionnelle du navigateur pour une conception plus propre, déplaçant les détails du domaine (y compris des éléments tels que l'autorité de certification émettrice) vers la droite. L'idée a reçu beaucoup de réactions négatives de la part des utilisateurs de Chromium et n'a pas duré longtemps, mais cela ne l'a pas empêché d'apparaître dans Chrome 38 en 2014.
L'article de Wired (lié plus haut dans cet article) était révélateur à bien des égards. Les URL sont définitivement appelées à changer. Parisa Tabriz, directrice de l'ingénierie chez Chrome, a déclaré que "Tout ce que nous [Google] proposerons sera controversé [...] Mais il est important que nous fassions quelque chose car tout le monde n'est pas satisfait des URL. Elles sont un peu nulles."
Quelle que soit votre opinion sur les URL, Google s'en moque. Lorsque le géant d'Internet parle, les sites Web écoutent. Parce que s'ils ne le font pas, ils ont le drôle de don de ne pas exister plus longtemps.
Crédit image :sdecoret/Depositphotos
