# Risolvere l’uso elevato di CPU di Google Chrome Helper sul Mac

> Collega l’uso di CPU di Chrome Helper a una scheda, un’estensione, un’attività GPU o un servizio del browser, poi verifica la correzione con il Task Manager di Chrome.

Published: 2026-07-19 | Updated: 2026-08-08

Diversi processi Google Chrome Helper sono normali perché Chrome separa il lavoro di browser, renderer, GPU, rete ed estensioni. Il nome da solo non dimostra né che il processo sia sicuro né che Chrome sia rotto. Verifica che appartenga all'app Chrome installata, poi usa il task manager di Chrome per collegare l'uso delle risorse a una scheda, un'estensione o un sottosistema.

## Perché Chrome gira come una dozzina di processi

Chrome isola il lavoro in più processi per contenere i crash e ridurre i dati a cui un sito compromesso può accedere. L'architettura
[multi-processo di Chromium](https://www.chromium.org/developers/design-documents/multi-process-architecture/)
separa il lavoro di browser, renderer, GPU, rete e utility. I processi **Google Chrome Helper
(Renderer)** eseguono contenuti del sito, estensioni o frame, ma la mappatura non è
sempre un processo per scheda. Una scheda può usare più renderer, e contenuti correlati possono
condividere un processo. **Google Chrome Helper (GPU)** gestisce il lavoro grafico. Un uso elevato di CPU spesso
si ricollega a una pagina o a un'estensione impegnata, ma anche video, condivisione dello schermo, download e servizi del browser
possono esserne responsabili.

## Trova il colpevole esatto con il Task Manager di Chrome

Activity Monitor mostra gli helper per numero, e questo non ti dice a quale scheda
corrispondono. Chrome ha un task manager proprio che lo fa. Apri il menu di Chrome (i tre puntini),
poi **More Tools > Task Manager**. La
[guida alla gestione delle schede](https://support.google.com/chrome/answer/2391819?co=GENIE.Platform%3DDesktop&hl=en)
di Google documenta lo stesso percorso. Elenca schede, estensioni e app per nome, così puoi ordinare
per CPU, selezionare l'attività colpevole e fare clic su **End Process** senza chiudere
l'intero browser.

## Le correzioni abituali

Una volta individuata la fonte, la correzione è diretta:

- **Una scheda pesante:** chiudila, o ricaricala se uno script si è bloccato. I siti di streaming, le grandi
  web app e le pagine lasciate aperte per giorni sono colpevoli comuni.
- **Un'estensione:** disabilitala su `chrome://extensions`. Le estensioni girano di continuo in
  background, quindi una sola mal funzionante tiene alta la CPU anche quando non la usi. Rimuovi
  ciò di cui non hai bisogno.
- **L'helper GPU che sale:** disattiva l'accelerazione hardware nelle impostazioni di Chrome
  come confronto temporaneo se l'accelerazione grafica sembra essere la causa. Lasciarla
  disattivata può spostare il lavoro sulla CPU e peggiorare le prestazioni di video o rendering.
- **Troppe schede:** usa Memory Saver di Chrome e chiudi o scarta le schede inattive.
  Il comportamento in background varia, quindi valuta le schede nel Task Manager piuttosto che assumere che ognuna
  consumi la stessa quantità.

Se un Helper sconosciuto resta dopo la chiusura di Chrome, controlla il percorso dell'eseguibile e
la firma del codice in Activity Monitor prima di forzare l'uscita o eliminare qualcosa. Un nome
si può copiare; proprietà e percorso sono prove più solide.

## Dietro le quinte: isolamento dei siti e tipi di processo

L'architettura multi-processo di Chrome include
[l'isolamento dei siti](https://www.chromium.org/developers/design-documents/site-isolation/),
che colloca i contenuti cross-site in processi renderer separati per ridurre i dati
esposti da un renderer compromesso. Il processo browser coordina, i processi renderer
eseguono contenuti del sito o delle estensioni, il processo GPU rasterizza e compone,
e i processi utility gestiscono lavoro come audio e rete. Una pagina può estendersi su
più renderer, quindi Activity Monitor non può mappare in modo affidabile un nome Helper a
una scheda. Il Task Manager di Chrome ha quella relazione interna attività-processo ed è
quindi la migliore prima diagnostica.

<figure class="blog-diagram">
  <img src="https://mole.fit/img/blog/chrome-site-isolation.webp" width="1360" height="454" loading="lazy" alt="Un processo del browser coordina diversi processi renderer isolati per sito e un processo GPU, con un renderer evidenziato come scheda o estensione pesante">
  <figcaption>Chrome separa contenuti del sito, estensioni, lavoro GPU e servizi del browser. Il suo Task Manager collega quelle attività interne ai processi che macOS può solo chiamare Helper.</figcaption>
</figure>

## Dove aiuta un monitor di sistema

Un monitor di sistema come Activity Monitor o la vista Status di [Mole](https://mole.fit/) può stabilire
che Chrome è il proprietario delle risorse e mostrare l'andamento. Il Task Manager di Chrome poi nomina
l'attività web. Usa entrambi i livelli invece di aspettarti che macOS comprenda la mappatura
interna dei siti di un browser.

## Una diagnosi ripetibile

Riproduci il picco, conferma che il processo appartiene a Chrome, ordina il Task Manager di Chrome
per CPU e modifica una scheda, un'estensione o un'impostazione grafica. Ripeti lo stesso carico di lavoro
e confronta. Questo preserva l'architettura di sicurezza di Chrome correggendo l'attività
reale invece di trattare ogni Helper come usa e getta.

---

Canonical HTML page: https://mole.fit/it/blog/google-chrome-helper-high-cpu-mac
Blog index for agents: https://mole.fit/it/blog/llms.txt
Site index for agents: https://mole.fit/llms.txt
