Google continue d'am\u00e9liorer Chrome en testant une fonctionnalit\u00e9 lui faisant ouvrir en priorit\u00e9 les pages HTTPS des sites visit\u00e9s. Le protocole, plus s\u00e9curis\u00e9 que son cousin HTTP, est pour l'heure charg\u00e9 en second, ce qui peut ralentir la navigation. Le dispositif n'est pas encore disponible, car il pourrait “casser” les sites \u00e9tant toujours en HTTP.<\/strong><\/p>\n
<\/p>\n
La s\u00e9curit\u00e9 est un enjeu majeur<\/strong> de la navigation web, et Google l'a bien compris. Apr\u00e8s avoir corrig\u00e9 les bugs de plantage et d'utilisation excessive de la RAM<\/a>, la firme se penche sur une nouvelle fonctionnalit\u00e9<\/strong> de Chrome qui pourrait bient\u00f4t arriver. \u00c0 l'heure actuelle, lorsqu'une page avec le protocole HTTPS est visit\u00e9e, le navigateur charge d'abord la version HTTP<\/strong> avant d'afficher la version s\u00e9curis\u00e9e. Google souhaite que Chrome supprime la premi\u00e8re \u00e9tape pour charger directement la version HTTPS<\/strong>.<\/p>\n
Cette fonctionnalit\u00e9 appel\u00e9e “upgraded HTTPS navigations”<\/em> (“navigation HTTPS am\u00e9lior\u00e9e”) prendra place dans l'Omnibox<\/strong>, \u00e0 savoir la barre d'adresse. Cette derni\u00e8re a d\u00e9j\u00e0 fait l'objet de plusieurs optimisations au fil du temps, notamment au niveau de sa lisibilit\u00e9 en enlevant le protocole de l'URL. Une fois d\u00e9ploy\u00e9e, la solution permettra \u00e9galement \u00e0 l'autocompl\u00e9tion de prendre en compte la version HTTPS<\/strong> de la page souhait\u00e9e. \u00c0 noter que ce changement pourrait s'appliquer \u00e0 Edge<\/strong>, les deux navigateurs partageant le m\u00eame noyau : si Chrome s'am\u00e9liore, Edge aussi<\/a> !<\/p>\n