Error STATUS_BREAKPOINT en Chrome: 7 Soluciones (2026)

A fecha de junio de 2026, “código de error: status_breakpoint” en Chrome significa que un proceso de renderizado alcanzó un estado interno inesperado y se cerró. No es un virus. Las tres causas más comunes son un fallo del controlador de la tarjeta gráfica, un conflicto entre extensiones o una memoria RAM inestable por overclocking. La solución más rápida tarda diez segundos: desactivar la aceleración por hardware.

Si el error aparece en el instante en que abres Chrome, antes de que cargue ninguna página, ve directo a la Solución 7: es un fallo distinto.

Solución 1: Reinicia Chrome con una ventana de incógnito

Antes de tocar nada, descarta lo más probable en diez segundos. Pulsa Ctrl + Mayús + N para abrir una ventana de incógnito. Las extensiones están desactivadas ahí por defecto.

Navega con normalidad durante diez o quince minutos. ¿No se cierra? Entonces el culpable es una extensión, y la Solución 3 te dice cómo encontrar cuál. ¿Sigue fallando en incógnito? El problema está más abajo, en la gráfica, la memoria o el perfil. Sigue leyendo.

Esta prueba no arregla nada por sí sola, pero parte el problema en dos y te ahorra probar soluciones que no van con tu caso.

Solución 2: Desactiva la aceleración por hardware

Los fallos del controlador de la tarjeta gráfica son la causa más frecuente de STATUS_BREAKPOINT, sobre todo en páginas con vídeo, WebGL o animaciones pesadas. Desactivar la aceleración por hardware corta la dependencia entre Chrome y la GPU.

1. Entra en Configuración > Sistema (escribe chrome://settings/system en la barra de direcciones).
2. Desactiva Usar aceleración de hardware cuando esté disponible.
3. Pulsa Reiniciar.
4. Si los cierres paran, actualiza el controlador de tu gráfica (NVIDIA, AMD o Intel) y luego vuelve a activar la aceleración para recuperar el rendimiento de vídeo.

Esto es un parche de diagnóstico, no una solución final. Si confirma que la GPU es el problema, el arreglo de verdad es el controlador actualizado.

¿Qué significa realmente STATUS_BREAKPOINT?

En lenguaje llano: Chrome ejecuta cada página en un proceso independiente en segundo plano llamado renderizador. Cuando ese proceso llega a un estado del que no puede salir, Windows lo detiene, y Chrome describe ese cierre con el código STATUS_BREAKPOINT.

El nombre confunde. Un “breakpoint” (punto de interrupción) suele ser una pausa que un programador coloca a propósito. Aquí nadie colocó nada: es solo la etiqueta que Windows pone a ese tipo de cierre forzado.

Tres cosas que no es:

• No es un virus. No tiene ningún significado de seguridad. Es un código de cierre normal de Chrome.
• No es una pieza rota. Tu GPU o tu RAM casi nunca fallan físicamente. Lo habitual es un controlador que dejó de responder o un overclock de memoria mal ajustado, y los dos se arreglan por software o desde la BIOS.
• No es exclusivo de Chrome. El mismo código sale en Edge, Brave, Opera y en apps de escritorio basadas en Chromium, porque todas comparten el motor que lo produce.

Tabla rápida: identifica tu caso

Conocer la causa no cambia el arreglo, pero sí te dice por dónde empezar. Busca tu síntoma:

Solución 3: Aísla el conflicto entre extensiones

Si la prueba de incógnito de la Solución 1 no se cerró, una extensión es la causa. Para encontrar cuál:

1. Ve a chrome://extensions/ y desactiva todas las extensiones.
2. Vuelve a activarlas de una en una, probando Chrome unos minutos tras cada activación.
3. Cuando el cierre reaparezca, la última que activaste es la culpable.
4. Actualízala a su versión más reciente o elimínala.

Las extensiones que inyectan código en cada página (bloqueadores antiguos, gestores de contraseñas mal mantenidos, scripts personalizados) son las que más conflictos provocan.

Solución 4: Borra la caché del sitio

Si el cierre ocurre siempre en la misma web, sus datos almacenados pueden estar dañados.

1. Abre la web que provoca el fallo.
2. Pulsa el icono del candado (o de ajustes) a la izquierda de la barra de direcciones.
3. Entra en Configuración del sitio > Borrar datos.
4. Recarga la página.

Solución 5: Comprueba la estabilidad de la RAM

Esta solución es específica para PC de sobremesa, sobre todo los de juegos, que tengan activado un perfil de memoria XMP, EXPO o DOCP. Un overclock de memoria inestable corrompe datos en la RAM al azar: Chrome accede a una zona dañada y el renderizador se cierra. Lo desconcertante es que el sistema parece estable en el uso normal e incluso en algunos test de estrés, pero la forma en que Chrome accede a la memoria lo acaba destapando.

1. Entra en la BIOS/UEFI (pulsa Supr, F2 o F12 al arrancar, según la placa base).
2. Localiza los ajustes de memoria y desactiva temporalmente XMP/EXPO/DOCP para que la RAM funcione a su velocidad de fábrica.
3. Usa Chrome varias horas. Si los cierres paran, tu overclock era inestable.
4. Baja la velocidad de la memoria en la BIOS o ajusta a mano los tiempos y el voltaje hasta que sea estable.

Solución 6: Reduce la presión de memoria

Con muchas pestañas abiertas, la memoria disponible se agota y los procesos de renderizado se vuelven inestables. Este es el patrón “solo falla cuando tengo medio navegador abierto”.

1. Pulsa Mayús + Esc para abrir el Administrador de tareas de Chrome.
2. Ordena por Huella de memoria e identifica las pestañas que más RAM consumen.
3. Cierra las que no estés usando.
4. Entra en Configuración > Rendimiento y activa el Ahorro de memoria.

El Ahorro de memoria de Chrome ayuda, pero es conservador: Google estima que reduce el consumo total entre un 30% y un 40%, y solo libera pestañas cuando el sistema ya va justo de memoria. Si vives con muchas pestañas abiertas, la siguiente sección cubre una alternativa más agresiva.

Cómo quitar presión antes de que se dispare el error

Si tus cierres encajan con el patrón de muchas pestañas (Solución 6), reducir el número de procesos de renderizado activos ayuda de forma directa. Cada pestaña que dejas abierta es un renderizador compitiendo por memoria y por tiempo de GPU, y cada uno es una ocasión más para que llegue el cierre.

SuperchargePerformance suspende las pestañas inactivas con chrome.tabs.discard(), la misma API que usa Chrome, pero con un temporizador propio y un sistema de protección que evita suspender lo que no debe: detecta audio en reproducción, formularios a medio rellenar y pestañas fijadas, y respeta una lista blanca por sitio con más de 25 aplicaciones (Gmail, Docs, Notion, Figma, Slack y otras) protegidas de fábrica. Una pestaña suspendida libera la mayor parte de su RAM y baja el número de renderizadores que pelean por la GPU, justo el escenario que dispara STATUS_BREAKPOINT por presión de memoria.

Conviene ser claro con los límites: si tu error viene del controlador de la GPU (Solución 2) o de una RAM inestable (Solución 5), suspender pestañas no cambia nada. Esos dos casos necesitan su arreglo concreto. La suspensión solo resuelve la rama de “demasiadas pestañas”.

Sin cuenta, sin telemetría, todo se guarda en tu equipo y las funciones básicas son gratis.

Solución 7: STATUS_BREAKPOINT al arrancar (Chrome no abre)

Si el error salta en el instante en que lanzas Chrome, antes de que se dibuje una sola página, la causa es distinta a los cierres durante la navegación. Los dos sospechosos habituales son un perfil de navegador dañado o un proceso de GPU que falla al iniciarse. Este orden aísla cuál de los dos es.

1. Prueba primero la GPU. Cierra Chrome del todo. Haz clic derecho en el acceso directo de Chrome, abre Propiedades y añade --disable-gpu al final del campo Destino (después de las comillas de cierre, con un espacio delante). Lánzalo. Si abre limpio, el proceso de GPU era el detonante: actualiza los controladores de tu gráfica y luego quita el parámetro.
2. Prueba el perfil. Si --disable-gpu no ayudó, el perfil puede estar dañado. Cierra Chrome y renombra la carpeta del perfil (por ejemplo, Default a Default.old). En Windows está en %LOCALAPPDATA%\Google\Chrome\User Data. Chrome reconstruye un perfil limpio al abrir. Si arranca, el perfil antiguo estaba corrupto; vuelve a iniciar sesión para recuperar marcadores e historial con la sincronización de Chrome.
3. Prueba sin extensiones. Lanza Chrome con --disable-extensions añadido al destino del acceso directo. Una extensión que se cae durante el arranque produce la misma firma.
4. Último recurso: reinstala. Si nada funciona, desinstala Chrome (conserva tus datos cuando lo pregunte), descarga el instalador desde google.com/chrome y vuelve a instalarlo. Esto reemplaza los archivos de programa dañados sin tocar tus datos sincronizados.

En Windows, la variante al arrancar es la más reportada porque el estado del controlador y del perfil se cargan antes de la primera pestaña. La sintaxis del parámetro es idéntica en macOS (edita el comando de lanzamiento) y en Linux (google-chrome --disable-gpu).

STATUS_BREAKPOINT en WhatsApp y otras apps Chromium

Puedes encontrarte este error en programas que ni siquiera son un navegador. WhatsApp para escritorio es el caso típico. A mediados de 2025 (un año antes de la publicación de este artículo, junio de 2026), la app de WhatsApp para Windows dejó de ser una versión nativa y pasó a ser una envoltura ligera sobre Microsoft Edge WebView2, que ejecuta el motor Chromium. Por eso, cuando WhatsApp se cierra con STATUS_BREAKPOINT, lo hace por las mismas razones que Chrome: por debajo es un renderizador Chromium.

La misma lógica cubre las apps Electron (Slack, Discord, VS Code) y cualquier programa que incruste WebView2. El orden de arreglo cambia un poco, porque dentro de WhatsApp no puedes abrir chrome://settings:

1. Actualiza primero el controlador de la GPU. Es el arreglo de mayor rendimiento para WhatsApp y las apps Electron, porque no tienen un interruptor interno para desactivar la aceleración por hardware como sí tiene Chrome.
2. Actualiza la app y Windows. WebView2 se actualiza con Windows. Un runtime de WebView2 antiguo es un detonante frecuente, así que ejecuta Windows Update y actualiza WhatsApp desde la Microsoft Store.
3. Reduce la presión de memoria. La versión WebView2 de WhatsApp consume bastante más RAM que la app nativa antigua. Si el cierre llega cuando el sistema ya va justo, cerrar otras apps pesadas y suspender pestañas inactivas de Chrome libera margen.

Si WhatsApp se cierra pero Chrome en el mismo equipo no, es lo normal, no una contradicción: Chrome puede estar funcionando ya con la aceleración desactivada, mientras la envoltura WebView2 vuelve a tirar de la GPU desde cero.

”Código de error: STATUS_BREAKPOINT” en otros idiomas

Chrome traduce la pantalla de error, así que el mismo fallo se lee distinto según el idioma del sistema. Todos describen el mismo cierre del renderizador, y cada solución de esta página sirve sea cual sea el texto:

Esta página es la versión en español del artículo original en inglés, FIX STATUS_BREAKPOINT Chrome Error, con el mismo conjunto de soluciones probadas.

Qué hacer según tu caso

• Si solo falla con muchas pestañas abiertas, empieza por la Solución 6 y plantéate suspender pestañas inactivas de forma automática.
• Si falla en webs con vídeo o animaciones, ve directo a la Solución 2 y termina actualizando el controlador de la gráfica.
• Si tienes un PC de juegos con XMP o EXPO, no descartes la Solución 5 aunque el sistema parezca estable.
• Si Chrome no abre siquiera, salta a la Solución 7: es otro fallo y necesita otro orden.