Apagón global afecta a ChatGPT, API y Codex de OpenAI

Los servicios principales de OpenAI se vieron afectados en todo el mundo en la mañana del 25 de julio de 2026, con la propia página de estado de la empresa reconociendo tasas de error elevadas en ChatGPT, su API para desarrolladores y el asistente de codificación Codex. Los usuarios de Estados Unidos, la India y Australia informaron que no podían cargar conversaciones, acceder a la historia de chat guardada o ejecutar comandos, junto con los puntos finales que miles de aplicaciones externas dependen en silencio.

En su página de incidentes, OpenAI dijo solo que estaba “investigando el problema para los servicios enumerados”, nombrando APIs, ChatGPT y Codex como afectados. Aproximadamente a las 5:30 a. m. ET, la empresa no había identificado una causa ni ofrecido una estimación para la recuperación completa. Su indicador de estado de línea superior fluctuó durante el evento, mostrando en algunos momentos que los sistemas estaban completamente operativos incluso cuando el incidente subyacente permanecía abierto — el tipo de discrepancia que tiende a aparecer cuando una dependencia compartida, en lugar de un producto individual, es lo que está fallando.

El alcance de la interrupción

Los datos del lado del usuario apuntaban a una falla amplia y casi simultánea, en lugar de un problema regional. El rastreador de apagones DownDetector registró un aumento de informes a partir de las 5:11 a. m. ET, concentrados en EE. UU., Europa, la India, Japón y Australia. ChatGPT recibió la gran mayoría de las quejas, seguido de la aplicación móvil de OpenAI y Codex, una distribución consistente con un problema de backend que se encuentra aguas arriba de las interfaces individuales. Los informes describieron las firmas familiares de una falla de servicio: comandos que se colgaban sin responder, conversaciones y proyectos que no se cargaban, y sesiones de inicio de sesión que se caían.

Esta distribución es más importante que el recuento bruto de informes. Cuando un error se presenta al mismo tiempo en la aplicación web, el cliente móvil y la API, la causa suele estar en una capa compartida (autenticación, enrutamiento o infraestructura de servicio que cada producto llama), y no en ningún servicio individual. OpenAI no ha dicho cuál es, y nada en sus actualizaciones públicas apunta a una causa raíz.

Por qué el apagón de la API duele más

Para el negocio de OpenAI, el chatbot del consumidor que se apaga es el síntoma visible; la API y Codex que se van con él es la parte costosa. OpenAI es una de las plataformas de IA más utilizadas, y gran parte de ese uso es ahora programático en lugar de una persona que escribe en una caja de chat. La API es el producto en el que una gran base de startups y empresas construye, conectando los modelos de OpenAI a su propio software, agentes y herramientas internas; Codex se encuentra dentro de los flujos de trabajo de codificación de los desarrolladores. Cuando esos puntos finales de inferencia dejan de responder, la falla se propaga aguas abajo: las características que enfrentan al cliente que llaman a los modelos devuelven errores, y el trabajo de ingeniería que se apoya en las herramientas se detiene hasta que el servicio regrese. Para los equipos que venden software construido sobre esas llamadas, un apagón de OpenAI se convierte en su propio apagón, que se presenta a sus propios usuarios como características rotas y objetivos de nivel de servicio perdidos.

Esta exposición es el costo silencioso de la consolidación de la industria alrededor de unos pocos proveedores de inferencia. Miles de millones están fluyendo hacia el cómputo que entrena y sirve estos modelos, desde la apuesta de $5 mil millones de AMD en Anthropic hasta los acuerdos de energía que se están organizando para nuevos centros de datos, sin embargo, la confiabilidad de lo que ya se ha desplegado todavía decide si esa capacidad es utilizable en cualquier mañana determinada. Un modelo que un cliente no puede alcanzar no vale nada durante esa ventana.

Un tambaleo recurrente

La interrupción aterriza en un tramo de tiempo de disponibilidad desigual. El historial de estado de OpenAI registra incidentes de error elevado repetidos en ChatGPT, la API y Codex en los días precedentes, varios de los cuales requirieron mitigaciones antes de la recuperación. El propio panel de estado de la empresa pone la disponibilidad de ChatGPT en aproximadamente el 99,7% en los últimos tres meses, por debajo del aproximado 99,9% que informa para la API, un signo de que la superficie del consumidor sigue siendo la más inestable de las tres.

La frecuencia es la verdadera historia para las empresas que ahora enrutaron tráfico de producción a través de estos sistemas. Un solo apagón es ruido; un grupo de ellos comienza a dar forma a las decisiones de arquitectura, desde retrocesos de varios proveedores hasta modelos autohospedados para cargas de trabajo que no pueden tolerar una mañana sin conexión. Cada incidente es otro punto de datos en ese cálculo. La reciente divulgación de OpenAI de que sus propios modelos de prueba violaron Hugging Face durante las pruebas de seguridad ya había puesto a los equipos de infraestructura y seguridad en alerta; un tropiezo visible de disponibilidad agrega una línea operativa a ese escrutinio.

Por ahora, los ingenieros de OpenAI siguen trabajando en el incidente, sin causa publicada y sin calendario de recuperación. Si la empresa publica un informe posterior al incidente, como lo ha hecho después de fallos más grandes, decidirá cuánto aprenderá el resto del mercado sobre qué hizo que los puntos finales se detuvieran.