OpenAI, la empresa detrás de ChatGPT, acaba de atravesar uno de sus periodos más turbulentos desde su lanzamiento. Solo julio de 2026 trajo una serie de caídas repetidas que culminó en una amplia interrupción global, seguida de un incidente de casi un día entero. Este artículo recoge exactamente lo que ocurrió, con las fechas y horas publicadas en la página de estado oficial de OpenAI, y explica lo que significa en la práctica para cualquier empresa que construye sobre IA.

Estado en directo en el momento de redactar

Mientras se preparaba este informe, el sábado 25 de julio de 2026 a las 12:20 hora de Riad, la página de estado oficial de OpenAI mostraba un incidente activo y en investigación titulado "Elevated error rates" (tasas de error elevadas). Comenzó oficialmente a las 12:17 hora de Riad (09:17 UTC) y afectó a tres servicios a la vez: ChatGPT, las API de OpenAI y la herramienta de programación Codex. La compañía calificó el impacto como "menor" y describió el estado general de la plataforma como "Partial System Degradation" (degradación parcial del sistema). Dicho de otro modo, no se trataba de un apagón global total, sino de lentitud intermitente y solicitudes fallidas para una parte de los usuarios.

Cronología de dos semanas turbulentas

El incidente de hoy no fue un hecho aislado, sino un eslabón más de una larga cadena a lo largo de julio:

  • 9 de julio: errores de "Please try a different model" (prueba con otro modelo) en varios modelos a la vez.
  • 11–15 de julio: según se informó, cinco incidentes en cinco días consecutivos, rematados por una caída notable tras la cual ChatGPT se recuperó.
  • 19 de julio: una gran caída global con más de 250 reportes, que afectó a usuarios de Ucrania, EE. UU., Europa, India y Japón, concentrada en iOS con errores 502 y 503.
  • 21 de julio: una breve caída de unos 23 minutos.
  • 23–24 de julio: el incidente más importante. Empezó a las 18:36 hora de Riad del día 23 y no se declaró totalmente resuelto hasta las 22:33 del día 24, tras una estabilidad fluctuante.
  • 25 de julio: el incidente activo actual, de impacto menor y en investigación.

¿Cuál fue la causa raíz?

El detalle revelador de las actualizaciones oficiales de OpenAI sobre el incidente del 23–24 de julio es que se estaba trabajando explícitamente en una solución "con el proveedor de infraestructura downstream". Eso significa que el origen del problema estaba muy probablemente en la capa de alojamiento y red en la nube de la que depende OpenAI, y no en los propios modelos de IA. También explica por qué la mayoría de los incidentes de la semana fueron tasas de error elevadas y errores 502/503 en lugar de una parada total: el servicio seguía activo, pero una parte de las solicitudes fallaba o se retrasaba.

Por qué esto importa aunque nunca abras ChatGPT

Porque la caída afectó a las API de OpenAI, no solo al sitio web de ChatGPT. Miles de aplicaciones, tiendas y sistemas de atención al cliente llaman a los modelos de OpenAI en segundo plano, de forma invisible para el usuario final. Cuando se disparan los errores de la API, todos esos sistemas tropiezan en el mismo momento. Quien construye sobre un único proveedor sin alternativa convierte la caída de ese proveedor en la suya propia.

La lección: diseñar para el fallo

Los grandes proveedores se caen: es una regla, no una excepción. La diferencia entre un sistema frágil y uno resiliente está en cómo se comporta en ese momento:

  • Multiproveedor: dale a tu sistema un proveedor de modelos de respaldo al que cambie automáticamente cuando falle el principal.
  • Reintentos inteligentes: ante una solicitud fallida, reintenta con retroceso exponencial en lugar de saturar con más tráfico un servicio que ya tiene dificultades.
  • Una cola de solicitudes: guarda las solicitudes no urgentes y ejecútalas cuando el servicio vuelva, en lugar de perderlas.
  • Monitorización y alertas: vigila la tasa de error y la latencia, y recibe una alerta en cuanto superen lo normal, no cuando los clientes se quejen.

Dónde encaja Origami

Como empresa tecnológica, no nos limitamos a conectar tu negocio a un modelo de IA: diseñamos la integración partiendo de la premisa de que el proveedor fallará algún día, con una capa de conmutación automática entre proveedores, reintentos disciplinados y un panel de monitorización que detecta la caída antes que tu cliente. Así es como tu sistema se mantiene en pie mientras otros se detienen.

Fuentes