A partir de esta semana, el navegador más utilizado del planeta no se limitará a mostrar una etiqueta o aviso pasivo en la barra de direcciones cuando se intente acceder a un sitio web en formato HTTP: ahora interceptará la conexión por completo y exigirá que el usuario acepte manualmente los riesgos antes de permitir la carga del contenido.
Esta medida transforma la navegación no segura en una decisión consciente. La función, que inició su despliegue en fase de pruebas hace un año, pasa a estar habilitada por defecto para la totalidad de la base de usuarios global, bloqueando preventivamente cualquier intercambio de datos no cifrados hasta recibir la autorización expresa del usuario.
-¿Cómo funciona el nuevo mecanismo de interceptación y el proceso de actualización de la conexión?
El procedimiento operativo de Chrome ante cualquier dirección web comienza de forma transparente en segundo plano. Cuando un usuario introduce un dominio, el navegador intenta en primera instancia entablar una conexión segura mediante el protocolo HTTPS. Solo si el servidor de destino carece de un certificado válido o no responde bajo esta capa cifrada, Chrome detiene el tráfico inmediatamente y despliega en pantalla una ventana de advertencia de pantalla completa.
Hasta la llegada de esta actualización, el navegador se limitaba a señalar el sitio como «No seguro» en la esquina superior izquierda, permitiendo que la página se cargara de inmediato y dejando expuestos los datos transmitidos. Con la nueva barrera de seguridad, ningún paquete de información sale del dispositivo hacia el servidor HTTP hasta que la persona presione el botón de confirmación en la interfaz. Este movimiento cumple de forma estricta el calendario técnico que la propia firma de Mountain View fijó en octubre de 2025, situando la activación masiva para la segunda mitad de 2026.
-La realidad de las conexiones HTTP: un protocolo en desuso que se niega a desaparecer
Aunque el uso de certificados de seguridad HTTPS se ha consolidado como el estándar absoluto en la industria, una fracción de portales antiguos o páginas de administración local continúa operando bajo la especificación HTTP clásica. En estos escenarios, el tráfico viaja en texto plano a través de la red, lo que permite que cualquier atacante situado en el mismo segmento —por ejemplo, en una red Wi-Fi pública o abierta— pueda interceptar credenciales, alterar el contenido de la web antes de que se muestre en pantalla o inyectar código malicioso para ejecutar fraudes de tipo phishing.
A pesar de que el bloqueo total de HTTP provocaría la inaccesibilidad de estos sitios veteranos, la penetración de las conexiones seguras en la actualidad minimiza las molestias de esta interrupción obligatoria. Según las métricas oficiales facilitadas por la compañía en su comunicado de ingeniería, el 95% de los usuarios de Chrome no llega a visitar una sola página HTTP en el transcurso de una semana completa, mientras que apenas un 1% navega por tres o más sitios sin cifrar en ese mismo período.
Estas cifras justifican la implantación del bloqueo preventivo: al tratarse de un evento poco frecuente en la rutina diaria, la pantalla de advertencia no provoca la habitual fatiga de alertas en el usuario y conserva toda su efectividad disuasoria para prevenir infecciones o filtraciones de privacidad en nodos de red no fiables.