L’info
Google a annoncé le 21 octobre 2026 que Chrome demande désormais l'autorisation avant de se connecter à un site en HTTP simple, la version non chiffrée du web. Le réglage, appelé Always Use Secure Connections (toujours utiliser des connexions sécurisées), est maintenant activé par défaut pour tous les utilisateurs de Chrome sur ordinateur et sur mobile Android. Plus tôt en 2026, Google ne l'avait activé que pour les personnes utilisant la protection renforcée de Chrome.
L'avertissement s'affiche avant le chargement de la page. Il indique que le site ne prend pas en charge une connexion sécurisée, et le visiteur peut revenir en arrière ou continuer. Une fois qu'une personne a accepté, Chrome ne l'avertit plus pour ce site, sauf si deux semaines passent sans visite. Jusqu'ici, Chrome marquait ces pages comme « Non sécurisé » seulement après leur ouverture, et Google souligne que les courts passages en HTTP, comme les redirections, n'étaient jamais signalés.
Sont exclues par défaut les adresses qui ne peuvent pas obtenir de certificat HTTPS public, comme les adresses de réseau local du type 192.168.0.1 et les noms d'intranet d'un seul mot. Selon Google, près de 95 % des utilisateurs de Chrome sur ordinateur ne voient aucun avertissement HTTP au cours d'une semaine, et moins de 1 % en voient trois ou plus. Le réglage peut être désactivé, et Google affirme que Chrome est le premier navigateur à franchir ce pas.
Ce que cela change pour vous
- Si une page de votre site s'ouvre encore en HTTP simple, les visiteurs sur Chrome voient maintenant un avertissement avant votre page, et certains feront demi-tour.
- Cela vaut aussi pour les adresses faciles à oublier, comme un sous-domaine pour la boutique ou les réservations, la page d'une ancienne campagne ou un lien d'e-mail qui passe par une adresse en HTTP simple.
- Les outils internes ouverts par une adresse de réseau local ou un nom d'intranet d'un seul mot ne sont pas concernés par défaut.
Ce qu’il faut faire
- Ouvrez dans Chrome la version HTTP de l'adresse de votre site, puis de chaque sous-domaine et de chaque ancienne page vers laquelle vous renvoyez encore, et notez celles qui affichent l'avertissement.
- Demandez à votre hébergeur ou à votre développeur d'installer un certificat HTTPS valide sur chacune de ces adresses et de rediriger les visites en HTTP vers la version HTTPS.
- Remplacez les liens en HTTP par des liens en HTTPS dans vos modèles d'e-mail, codes QR, profils sur les réseaux sociaux et documents imprimés.
Comment Didset peut vous aider
Nous créons et maintenons des sites et des applications web qui fonctionnent en HTTPS sur chaque adresse, et nous pouvons passer en HTTPS un ancien site ou un sous-domaine pour vous.
Parlons-en
