Volver al blog
macOS tutorial system tools

Chrome Helper consume memoria en el Mac: cómo encontrar la pestaña o extensión responsable

Ocho entradas de Google Chrome Helper, cada una devorando gigabytes de RAM? Lo mismo con Safari Web Content? Cada helper aloja una pestaña, un marco entre sitios, una extensión o un servicio del navegador — aprende a identificar el correcto y cerrarlo.

Abres Activity Monitor porque tu Mac parece quedarse sin memoria, y la pestaña de memoria está dominada por una pila de entradas llamadas Google Chrome Helper (Renderer) — ocho de ellas, doce, a veces veinte, cada una masticando entre 500 MB y 2 GB. O estás en Safari y aparece el mismo panorama bajo Safari Web Content. Cerrarlas al azar es la receta perfecta para perder justo la pestaña que estabas usando. Esta guía explica por qué los navegadores modernos ejecutan decenas de procesos helper y, más importante aún, cómo rastrear un helper concreto hasta la pestaña, el sitio o la extensión que representa, para que cierres exactamente el correcto.

Respuesta rápida

Los navegadores modernos usan una arquitectura multiproceso: un proceso para la interfaz principal, más un proceso helper independiente para cada pestaña, cada iframe entre sitios dentro de una pestaña, cada extensión y algunos servicios de todo el navegador (GPU, red). Así que Google Chrome Helper (Renderer) con 1,5 GB no es un fallo: es una pestaña, un marco entre sitios, una extensión o un servicio del navegador reteniendo 1,5 GB. Lo mismo vale para Safari Web Content, Microsoft Edge Helper, Arc Helper, Brave Browser Helper, etc. El uso elevado de memoria suele venir de una aplicación web pesada (Gmail, Google Docs, Figma, Slack web, ChatGPT, Claude), un vídeo en streaming o una pestaña WebGL que olvidaste, o una extensión con una fuga de memoria.

La vía más rápida para encontrar al culpable:

  1. Para Chrome / Edge / Arc / Brave / Vivaldi / Opera: abre el administrador de tareas integrado del navegador desde menú Ventana → Administrador de tareas (o, en algunas compilaciones de Chromium, vía el menú principal → Más herramientas → Administrador de tareas). El atajo Shift+Esc funciona en Windows y Linux, pero es poco fiable en macOS: usa la ruta del menú. Lista cada pestaña y extensión con el título de la pestaña o el nombre de la extensión, ordenadas por memoria. Es la única herramienta integrada que asigna un proceso directamente a un título de pestaña.
  2. Para Safari: no existe un administrador de tareas por pestaña equivalente. Usa el propio Activity Monitor de macOS → pestaña de memoria para ver las entradas de Safari Web Content: puedes confirmar que existe una pesada, pero no cuál pestaña es cuál. Cerrar pestañas de una en una es la solución práctica de respaldo.
  3. Para más de un navegador a la vez, o para detectar fugas que han crecido durante horas: ProcXray ordena por memoria los procesos de todos los navegadores en una sola vista, expone los argumentos de lanzamiento de cada helper (para que distingas de un vistazo renderer / GPU / proceso de extensión / utilidad) y ofrece historial de memoria por proceso. No muestra los títulos de las pestañas: para eso, el administrador de tareas propio del navegador (arriba) sigue siendo la primera parada correcta.

¿Qué es Google Chrome Helper (y Safari Web Content)?

Los navegadores web dejaron de ser programas de un solo proceso hace más de una década. Todo navegador moderno divide su trabajo en varios procesos especializados por dos razones: aislamiento de seguridad (una pestaña no puede leer la memoria de otra) y contención de fallos (que una pestaña se bloquee no tumba todo el navegador).

Chrome y los navegadores basados en Chromium (Chrome, Edge, Arc, Brave, Vivaldi, Opera) usan aproximadamente el mismo modelo. En macOS verás:

Los nombres exactos varían ligeramente según el navegador (Edge usa “Microsoft Edge Helper”, Brave usa “Brave Browser Helper”, Arc usa “Arc Helper”), pero la arquitectura es idéntica.

Safari usa el WebKit de Apple y su propia nomenclatura:

En todos los casos la regla es la misma: una entrada “Helper (Renderer)” o “Web Content” corresponde a una pestaña, un marco entre sitios, una extensión o un servicio del navegador. Si una muestra 2 GB de memoria, una de esas cosas está reteniendo 2 GB.

Una nota sobre los porcentajes: en Activity Monitor, el 100 % de CPU equivale a un núcleo de CPU completo. En un Mac multinúcleo, un solo helper puede declarar bastante más del 100 %. La misma lógica por helper se aplica a la memoria: cada línea es independiente.

El cambio de enfoque: un helper es un renderer, normalmente de una pestaña

El cambio de enfoque más útil para este problema es:

Un Chrome Helper (Renderer) no es un “proceso de Chrome” genérico: es un renderer concreto, normalmente de una pestaña, pero posiblemente de un iframe entre sitios dentro de una pestaña, o de una extensión. La pregunta diagnóstica es “¿cuál?”.

Ordenar los helpers por memoria es, en su mayor parte, ordenar las pestañas por memoria, pero con matices. Activity Monitor te muestra una lista de entradas “Google Chrome Helper (Renderer)” de aspecto idéntico, sin una forma obvia de saber cuál es tu pestaña de Gmail y cuál esa pestaña de YouTube que olvidaste cerrar hace dos días.

Tres cosas lo hacen más difícil de lo que parece:

El resto de este artículo trata de asignar los helpers al lugar correcto de forma eficiente.

Qué provoca el alto consumo de memoria en los helpers del navegador

Siete causas comunes, aproximadamente por orden de frecuencia:

1. Aplicaciones web pesadas

Con diferencia, la mayor fuente. Gmail, Google Docs, Google Sheets, Figma, Notion, Linear, Slack web, Discord web, las apps web de Microsoft 365, ChatGPT, Claude y cualquier herramienta de chat o IA con una sesión web prolongada se sitúan habitualmente entre 500 MB y varios GB por pestaña tras unas horas de uso. Almacenan en memoria adjuntos, historial de mensajes, estado del documento e interfaz prerrenderizada.

2. Vídeo y música en streaming en pestañas en segundo plano

YouTube, Twitch, Netflix (navegador), Spotify web, Apple Music web: cada uno son varios cientos de MB mientras se reproducen, y pueden retener un búfer considerable en memoria incluso en pausa.

3. WebGL, canvas y contenido tridimensional

Escenas de three.js, generación de imágenes con IA en el navegador (Stable Diffusion, Midjourney web), visores de mapas 3D (Google Maps con relieve, demos de Mapbox), juegos de navegador y herramientas CAD en el navegador, todos reservan grandes búferes de GPU y CPU.

4. Extensiones con fugas o cachés sin límite

Bloqueadores de anuncios antiguos, gestores de pestañas, herramientas de captura y extensiones “asistente de IA” son infractores frecuentes. Una extensión que mantiene una referencia a cada pestaña que ha visto crecerá indefinidamente. En Chrome cada extensión también se ejecuta en su propio proceso helper, así que una extensión con fugas aparece como un helper que crece de forma constante y nunca baja, ni siquiera al cerrar pestañas.

5. Pestañas olvidadas

La fuente más bochornosa. Ochenta pestañas abiertas acumuladas a lo largo de una semana, la mitad con apps web aún en marcha, cada una reteniendo unos cientos de MB. El navegador no las recupera automáticamente a menos que tengas activado Memory Saver / Sleeping Tabs.

6. Una pestaña bloqueada que no liberó la memoria

De vez en cuando un helper se queda en un estado en el que la pestaña está muerta pero el proceso no ha terminado. La memoria sigue reservada hasta que cierras el helper o reinicias el navegador.

7. Una actualización del navegador o de una extensión con una regresión

La mayoría de los navegadores importantes introducen en algún momento una regresión de memoria, normalmente corregida en una o dos versiones. Si el uso de memoria empeora de golpe justo después de una actualización y coincide con los informes de otros usuarios, esa es la causa.

Cómo encontrar al verdadero culpable

La pestaña de memoria de Activity Monitor es el punto de partida natural, pero muestra los helpers como entradas de aspecto idéntico, sin asignación a pestañas. Necesitas una forma de ir de un helper que consume mucha memoria a la página que lo posee.

Paso 1: para navegadores basados en Chromium, abre el administrador de tareas integrado

Para Chrome, Edge, Arc, Brave, Vivaldi y Opera, esta es la primera parada y resuelve la mayoría de los casos. En macOS la ruta fiable es menú Ventana → Administrador de tareas (algunos navegadores también lo exponen en el menú principal → Más herramientas → Administrador de tareas). El atajo Shift+Esc de Windows y Linux es poco fiable en Mac, así que no te fíes de él.

Obtienes una lista de cada pestaña, extensión y helper con el título de la pestaña o el nombre de la extensión, ordenada por memoria. Selecciona una fila y haz clic en Finalizar proceso para terminar esa pestaña, extensión o proceso helper: cerrar una fila de pestaña cierra la pestaña; cerrar una fila de extensión detiene esa extensión; cerrar una fila que es solo helper termina el proceso (el navegador vuelve a lanzar los helpers de servicio automáticamente).

Es la única herramienta integrada en macOS que asigna un proceso helper directamente a un título de pestaña.

Paso 2: para Safari, recurre a Activity Monitor de macOS

Safari no incluye un equivalente al administrador de tareas por pestaña de Chrome. Las opciones prácticas son:

No hay un ranking de memoria entre pestañas integrado en Safari: es una limitación real del navegador, no un descuido de esta guía.

Paso 3: usa ProcXray cuando necesites visibilidad entre navegadores o datos históricos

ProcXray ayuda en tres situaciones que los administradores de tareas integrados no cubren:

Las funciones que importan para este problema:

Para una comparación más completa de dónde se queda corto Activity Monitor, consulta ProcXray vs Activity Monitor.

Paso 4: prueba A/B cerrando pestañas sospechosas

Una vez que tengas una hipótesis —una pestaña, extensión o sitio concretos—, ciérrala y observa cómo termina el helper. La memoria que retenía vuelve al sistema en unos segundos. Si la memoria no baja, el helper que cerraste no era en realidad el culpable; prueba con el siguiente. Esta es la única forma fiable de acotar las pestañas de Safari, ya que Safari no tiene un ranking entre pestañas integrado.

Soluciones paso a paso

Aplícalas en orden: primero la más barata y menos disruptiva.

1. Cierra la pestaña problemática desde el administrador de tareas del navegador

Es la solución de mayor impacto. En Chrome / Edge / Arc / Brave en macOS: menú Ventana → Administrador de tareas → ordenar por memoria → seleccionar la fila pesada → Finalizar proceso. La pestaña se cierra (o, para una fila de extensión o servicio, ese proceso termina); puedes volver a abrir una pestaña cerrada desde el historial si la necesitabas.

2. Reinicia la pestaña problemática sin perder tu trabajo

A veces necesitas la pestaña, pero una app web de larga duración ha crecido de forma desmesurada. Clic derecho en la pestaña → “Volver a cargar” recarga la página en el mismo helper. Para obtener un helper nuevo, cierra y vuelve a abrir la pestaña desde el historial de cerradas recientemente. En Safari, ⌘W y luego ⌘Z (Deshacer cerrar pestaña) la reabre limpiamente.

3. Desactiva una extensión con fugas

Si la vista Command Line de ProcXray mostró un ID de extensión a la cabeza del consumo de memoria, desactiva esa extensión. En Chrome: chrome://extensions. En Safari: Ajustes → Extensiones. Observa cómo cae la memoria del helper en segundos. Si la memoria vuelve a la normalidad, la extensión era la causa; plantéate sustituirla.

4. Activa la función de hibernación de pestañas del navegador

Esto convierte “100 pestañas inactivas reteniendo 30 GB” en “100 pestañas visibles reteniendo unos cientos de MB”. El compromiso es una carga de página extra cuando vuelves.

5. Reinicia el navegador

Un reinicio limpio restablece cada helper y recupera cualquier memoria que retuvieran los helpers bloqueados o con fugas. Es la corrección más rápida cuando el historial de ProcXray muestra una fuga pero no consigues identificar la fuente concreta.

6. Actualiza el navegador y tus extensiones

Si el uso de memoria cambió drásticamente tras una actualización reciente, busca una versión posterior. Chrome, Edge, Arc y Brave se actualizan automáticamente, pero requieren un reinicio para que surta efecto: busca en el menú “Reiniciar para actualizar”.

7. Último recurso: cierra sesión y vuelve a entrar, o reinicia el Mac

Los helpers del navegador nunca deberían sobrevivir a una sesión de usuario, pero si todo lo demás falla, cerrar sesión recrea el entorno de forma limpia sin un reinicio completo.

Para una clasificación más amplia de la memoria del Mac cuando los navegadores no son los únicos sospechosos, consulta cómo arreglar un Mac lento cerrando los procesos correctos.

Preguntas frecuentes

¿Por qué hay tantos procesos Google Chrome Helper?

Uno por pestaña, uno por marco de sitio (para los iframes entre sitios), uno por extensión, más un helper de GPU y un helper de red. Veinte pestañas abiertas con unas pocas extensiones producen fácilmente entre veinticinco y treinta helpers. Es así por diseño —el aislamiento de seguridad lo exige— y por sí solo no es señal de problema.

¿Puedo cerrar un helper individual de forma segura?

Sí. Cerrar un helper desde Activity Monitor o con kill en la terminal equivale a que esa pestaña se bloquee. Chrome muestra la pestaña con una página “He’s dead, Jim” / “¡Vaya!”; al hacer clic en Volver a cargar se restaura. Perderás lo que no estuviera guardado (datos de formularios, mensajes de chat a medias). El navegador en sí sigue funcionando.

¿Safari realmente usa menos RAM que Chrome?

A menudo, sí: Safari limita las pestañas en segundo plano de forma más agresiva, libera memoria más rápido cuando las pestañas pierden el foco y usa la memoria comprimida de macOS con mayor disposición. La diferencia es real, pero menor de lo que sugieren los memes, y depende mucho de qué apps web uses. Una ventana de Chrome con cinco pestañas inactivas puede usar menos memoria que una ventana de Safari con esas mismas cinco pestañas llenas de vídeo activo.

¿Cómo sé qué helper corresponde a qué pestaña sin ProcXray?

Para los navegadores basados en Chromium (Chrome, Edge, Arc, Brave, etc.), el administrador de tareas integrado del navegador (en macOS: menú Ventana → Administrador de tareas) asigna los títulos de las pestañas a los procesos y es la única herramienta integrada de macOS que lo hace: debería ser tu primera parada, con o sin ProcXray. ProcXray lo complementa con visibilidad entre navegadores, datos históricos de memoria para detectar fugas y el subtipo de helper (renderer vs GPU vs proceso de extensión). Safari no tiene ninguna asignación integrada equivalente: para Safari, cerrar pestañas en plan A/B es la solución práctica de respaldo.

¿Por qué sigue creciendo la memoria incluso después de cerrar pestañas?

Tres posibles razones. Primera, el helper puede tardar varios segundos en terminar tras cerrar la pestaña: espera entre 10 y 20 segundos antes de sacar conclusiones. Segunda, el helper de una extensión persiste entre pestañas, así que cerrar pestañas no afecta a la memoria de la extensión. Tercera, una fuga real en el navegador o en una extensión: la memoria crece con el tiempo aun sin pestañas nuevas. Usa Resource History de ProcXray para confirmar una fuga y la vista Command Line para identificar qué proceso tiene la fuga.

Fuentes y referencias

Descarga ProcXray gratis → — ordena por memoria los helpers de Chrome, Safari, Edge y Arc en una sola vista, consulta los argumentos de lanzamiento y el historial de cada helper, y detecta las fugas a tiempo. macOS Sonoma+, Apple Silicon e Intel.