Google Chrome che si chiude senza preavviso, senza messaggi di errore, a volte già all’apertura: il problema colpisce sia macchine recenti con Windows 11 che postazioni Linux che utilizzano build Snap o Flatpak. Le cause variano da un semplice conflitto di estensioni a un’incompatibilità profonda tra il browser e un componente di sicurezza del sistema. Identificare il livello responsabile permette di evitare di reinstallare Chrome inutilmente.
Conflitto tra il sandbox di Chrome e i moduli di sicurezza del sistema
La causa meno visibile, eppure la più frequente sulle macchine recenti, riguarda la coabitazione tra il sandbox integrato di Chrome e i livelli di protezione del sistema operativo. Due meccanismi entrano regolarmente in collisione.
Vedi anche : Consigli e suggerimenti per supportare i genitori nel quotidiano con il neonato
Su Windows 10 e Windows 11, l’attivazione rinforzata di « Isolamento del nucleo » (Core Isolation) e della sua opzione « Integrità della memoria » (Memory Integrity) può provocare chiusure ripetute di Chrome. Il browser si chiude senza mostrare alcun messaggio quando la macchina utilizza driver obsoleti o non firmati digitalmente.
L’unica correzione duratura passa attraverso l’aggiornamento del driver incriminato, o, in ultima istanza, la disattivazione temporanea dell’integrità della memoria nelle impostazioni di sicurezza di Windows.
Vedi anche : Evoluzione degli stipendi dei geometri: cosa aspettarsi per il 2026?
In ambiente professionale, il problema assume un’altra forma. Dal 2023, diversi editori di antivirus e soluzioni EDR (Bitdefender, Kaspersky, CrowdStrike, tra gli altri) hanno documentato casi in cui i loro moduli di protezione web entravano in conflitto diretto con il sandbox di Chrome.
Il risultato: chiusura immediata all’apertura o al caricamento di alcuni siti. Le correzioni sono arrivate da aggiornamenti delle firme o dell’agente di sicurezza, non da Chrome stesso. Sapere cosa fare se Chrome si chiude da solo implica quindi di controllare prima lo stato di questi livelli di sicurezza prima di intervenire sul browser.
Per testare questa ipotesi, il modo più veloce è avviare Chrome con il flag –no-sandbox da un prompt dei comandi. Se Chrome funziona normalmente in questa modalità, il conflitto è confermato. Questo flag non deve mai rimanere attivo nella quotidianità: disattiva la protezione di sicurezza del browser.
Estensioni e profilo utente corrotti: diagnosi metodica
Le estensioni rappresentano la causa più documentata di chiusure inaspettate, ma il metodo di diagnosi è importante quanto il riscontro. Disattivare tutte le estensioni in una volta, per poi riattivarle una per una, rimane l’unico modo affidabile per isolare l’estensione colpevole.
Aprire Chrome in modalità navigazione privata (Ctrl+Maiusc+N su Windows, Cmd+Maiusc+N su macOS) consente di avviare senza alcuna estensione attiva. Se Chrome rimane stabile in navigazione privata ma si blocca in modalità normale, un’estensione o il profilo utente è in causa.
- Accedere a chrome://extensions/ e disattivare tutte le estensioni, poi riattivarle una a una testando la stabilità dopo ogni riattivazione
- Verificare se il profilo utente è corrotto creando un nuovo profilo tramite chrome://settings/ poi « Aggiungi una persona »: se il nuovo profilo funziona, il vecchio profilo contiene dati corrotti
- Rinominare (non eliminare) la cartella del profilo predefinito (Default) nella directory dei dati di Chrome per forzare la creazione di un profilo nuovo
Un profilo che accumula diversi anni di dati di navigazione, preferiti e impostazioni finisce a volte per contenere file di preferenze JSON malformati. La corruzione non si manifesta sempre nello stesso momento: alcuni utenti segnalano che Chrome si chiude solo cliccando sulla barra dei preferiti, un comportamento riportato su diversi forum di aiuto.
Chrome che si chiude su Linux: le insidie di Snap e Flatpak
Gli utenti Linux affrontano una categoria di problemi specifici per le build impacchettate. Le versioni Snap e Flatpak di Chrome e Chromium hanno conosciuto, nel 2023 e 2024, delle regressioni in cui il browser si chiudeva senza preavviso dopo pochi secondi di utilizzo, o rifiutava di avviarsi dopo un aggiornamento del sistema.
Queste chiusure provengono più spesso da permessi mancanti nel contenitore di sandboxing proprio di Snap o Flatpak. Un accesso negato al file system, alla GPU o al server di visualizzazione (Wayland o X11) è sufficiente a provocare un arresto silenzioso. Consultare i log con il comando snap logs chromium o flatpak run --verbose permette di individuare l’errore esatto.
Passare al pacchetto .deb nativo (sulle distribuzioni Debian/Ubuntu) o al RPM ufficiale rimane la soluzione più affidabile quando le regressioni del contenitore Snap o Flatpak persistono.
Accelerazione hardware e driver grafici obsoleti
Chrome utilizza la GPU per il rendering delle pagine, la riproduzione video e alcune animazioni CSS. Un driver grafico obsoleto o difettoso può provocare un crash completo del browser, a volte accompagnato da uno schermo nero fugace prima della chiusura della finestra.
Disattivare l’accelerazione hardware costituisce il test più rapido:
- Aprire chrome://settings/, sezione « Sistema », disattivare « Utilizza l’accelerazione hardware se disponibile », poi riavviare il browser
- Verificare lo stato della GPU tramite chrome://gpu/ per identificare le funzionalità disattivate o segnalate come problematiche
- Aggiornare il driver grafico dal sito del produttore (NVIDIA, AMD, Intel) piuttosto che tramite Windows Update, che distribuisce a volte versioni obsolete
Se Chrome smette di chiudersi dopo la disattivazione dell’accelerazione hardware, il driver grafico è la causa diretta del crash. La disattivazione permanente dell’accelerazione hardware riduce la fluidità di navigazione e la qualità della riproduzione video: è meglio investire il tempo necessario per aggiornare il driver.
I feedback sul campo divergono sull’efficacia del ripristino completo di Chrome (chrome://settings/reset) in questo caso specifico. Essa rimuove le estensioni, i cookie e le impostazioni personalizzate, ma non corregge un problema di driver sottostante. Il ripristino rimane un ultimo ricorso, da considerare solo dopo aver eliminato le cause di sistema e hardware descritte in precedenza.