Google Chrome que se cierra sin previo aviso, sin mensaje de error, a veces desde su apertura: el problema afecta tanto a máquinas recientes con Windows 11 como a equipos Linux que utilizan builds Snap o Flatpak. Las causas van desde un simple conflicto de extensión hasta una incompatibilidad profunda entre el navegador y un componente de seguridad del sistema. Identificar la capa responsable permite evitar reinstalar Chrome sin necesidad.
Conflicto entre el sandbox de Chrome y los módulos de seguridad del sistema
La pista menos visible, y sin embargo la más frecuente en máquinas recientes, se refiere a la convivencia entre el sandbox integrado de Chrome y las capas de protección del sistema operativo. Dos mecanismos chocan regularmente.
También recomendado : Previsión de precios inmobiliarios en 2027: ¿qué evoluciones para el mercado?
En Windows 10 y Windows 11, la activación reforzada de « Aislamiento del núcleo » (Core Isolation) y su opción « Integridad de la memoria » (Memory Integrity) puede provocar cierres repetidos de Chrome. El navegador se cierra sin mostrar el más mínimo mensaje cuando la máquina utiliza controladores antiguos o no firmados digitalmente.
La única solución duradera pasa por la actualización del controlador implicado o, en última instancia, la desactivación temporal de la integridad de la memoria en la configuración de seguridad de Windows.
Para profundizar : Consejos imprescindibles y trucos para vender una segunda residencia en el mejor momento
En un entorno profesional, el problema toma otra forma. Desde 2023, varios editores de antivirus y soluciones EDR (Bitdefender, Kaspersky, CrowdStrike, entre otros) han documentado casos donde sus módulos de protección web entraban en conflicto directo con el sandbox de Chrome.
El resultado: cierre inmediato al abrir o al cargar ciertos sitios. Las correcciones han venido de actualizaciones de firmas o del agente de seguridad, no de Chrome mismo. Saber qué hacer si Chrome se cierra solo supone, por lo tanto, verificar primero el estado de estas capas de seguridad antes de tocar el navegador.
Para probar esta hipótesis, lo más rápido es lanzar Chrome con el flag –no-sandbox desde un símbolo del sistema. Si Chrome funciona normalmente en este modo, el conflicto está confirmado. Este flag nunca debe permanecer activo en el día a día: desactiva la protección de seguridad del navegador.
Extensiones y perfil de usuario corruptos: diagnóstico metódico
Las extensiones representan la causa más documentada de cierres inesperados, pero el método de diagnóstico es tan importante como el hallazgo. Desactivar todas las extensiones de golpe y luego reactivarlas una por una sigue siendo el único medio fiable para aislar la extensión culpable.
Abrir Chrome en modo navegación privada (Ctrl+Mayús+N en Windows, Cmd+Mayús+N en macOS) permite iniciar sin ninguna extensión activa. Si Chrome se mantiene estable en navegación privada pero falla en modo normal, una extensión o el perfil de usuario son la causa.
- Acceder a chrome://extensions/ y desactivar todas las extensiones, luego reactivarlas una a una probando la estabilidad después de cada reactivación
- Verificar si el perfil de usuario está corrupto creando un nuevo perfil a través de chrome://settings/ y luego « Añadir una persona »: si el nuevo perfil funciona, el antiguo perfil contiene datos corruptos
- Renombrar (no eliminar) la carpeta del perfil por defecto (Default) en el directorio de datos de Chrome para forzar la creación de un perfil nuevo
Un perfil que acumula varios años de datos de navegación, favoritos y configuraciones a veces termina por contener archivos de preferencias JSON mal formados. La corrupción no siempre se manifiesta al mismo tiempo: algunos usuarios notan que Chrome se cierra únicamente al hacer clic en la barra de favoritos, un comportamiento reportado en varios foros de ayuda.
Chrome que se cierra en Linux: las trampas de Snap y Flatpak
Los usuarios de Linux se enfrentan a una categoría de problemas específicos de las builds empaquetadas. Las versiones Snap y Flatpak de Chrome y Chromium han experimentado, en 2023 y 2024, regresiones donde el navegador se cerraba sin advertencia después de unos segundos de uso, o se negaba a arrancar tras una actualización del sistema.
Estos cierres provienen más a menudo de permisos faltantes en el contenedor de sandboxing propio de Snap o Flatpak. Un acceso denegado al sistema de archivos, al GPU o al servidor de visualización (Wayland o X11) es suficiente para provocar un cierre silencioso. Consultar los registros con el comando snap logs chromium o flatpak run --verbose permite identificar el error exacto.
Cambiar al paquete .deb nativo (en distribuciones Debian/Ubuntu) o al RPM oficial sigue siendo la solución más fiable cuando las regresiones del contenedor Snap o Flatpak persisten.
Aceleración por hardware y controladores gráficos obsoletos
Chrome utiliza el GPU para el renderizado de páginas, la reproducción de video y algunas animaciones CSS. Un controlador gráfico obsoleto o defectuoso puede provocar un fallo completo del navegador, a veces acompañado de una pantalla negra fugaz antes del cierre de la ventana.
Desactivar la aceleración por hardware es la prueba más rápida:
- Abrir chrome://settings/, sección « Sistema », desactivar « Usar la aceleración por hardware si está disponible », y luego reiniciar el navegador
- Verificar el estado del GPU a través de chrome://gpu/ para identificar las funcionalidades desactivadas o señaladas como problemáticas
- Actualizar el controlador gráfico desde el sitio del fabricante (NVIDIA, AMD, Intel) en lugar de a través de Windows Update, que a veces distribuye versiones antiguas
Si Chrome deja de cerrarse tras desactivar la aceleración por hardware, el controlador gráfico es la causa directa del fallo. La desactivación permanente de la aceleración por hardware reduce la fluidez de navegación y la calidad de reproducción de video: es mejor invertir el tiempo necesario para actualizar el controlador.
Los comentarios en el terreno divergen sobre la eficacia de la reinicialización completa de Chrome (chrome://settings/reset) en este caso específico. Elimina las extensiones, las cookies y las configuraciones personalizadas, pero no corrige un problema de controlador subyacente. La reinicialización sigue siendo un último recurso, a considerar únicamente después de haber eliminado las causas del sistema y hardware descritas anteriormente.