ChatGPT caído: 4 horas sin servicio el 20 de abril
El 20 de abril de 2026, ChatGPT estuvo caído durante aproximadamente 4 horas y 13 minutos, desde las 14:35 hasta las 18:48 (UTC-3). Los servicios afectados incluyeron ChatGPT, Codex y la API Platform de OpenAI. A las 18:48, según el panel oficial de OpenAI, todos los servicios se recuperaron completamente. Sin revelación de causa técnica.
En 30 segundos
- La caída comenzó el 20 de abril de 2026 a las 14:35 (UTC-3) y afectó ChatGPT, Codex y la API Platform de forma simultánea.
- El downtime total fue de ~4 horas y 13 minutos; OpenAI confirmó recuperación completa a las 18:48.
- Downdetector registró más de 13.000 reportes en el pico; usuarios de Argentina, España y toda Latinoamérica reportaron el mismo problema.
- OpenAI aplicó una “mitigación” a las 16:17 pero tardó 31 minutos más en confirmar recuperación parcial, y otras 2 horas en declarar todo OK.
- No se reveló la causa técnica. Startups con la API en producción sufrieron caída sin failover automático.
GPT es un modelo de lenguaje grande desarrollado por OpenAI, diseñado para generar y procesar texto mediante aprendizaje predictivo. Sirve como base para aplicaciones como ChatGPT y otras herramientas de procesamiento de lenguaje natural.
¿Qué pasó? El incidente del 20 de abril
ChatGPT no funciona hoy: eso fue lo que millones de usuarios vieron al intentar abrir el chat el lunes 20 de abril de 2026. Página en blanco, timeout, o el spinner girando para siempre sin que llegara ninguna respuesta. No era tu conexión. Era global.
OpenAI documentó el incidente en su página de status con la siguiente cadena de eventos: a las 14:35 empezaron a llegar los primeros reportes de usuarios que no podían cargar ChatGPT, Codex y la API Platform. A las 15:13 OpenAI publicó el primer aviso oficial (“estamos investigando”). A las 15:29 confirmaron que los usuarios no podían acceder a los servicios listados.
Lo que siguió fueron dos horas largas de “seguimos investigando”, hasta que a las 16:17 anunciaron que habían aplicado una mitigación y estaban monitoreando la recuperación. ¿Y qué pasó entonces? Nada rápido. El mismo mensaje se repitió a las 16:43 y a las 16:48. Recién a las 18:48 OpenAI cerró el incidente con “todos los servicios impactados se recuperaron completamente”.
Total: 4 horas y 13 minutos. No es la primera caída grande de OpenAI, pero sí de las más amplias en alcance simultáneo.
Servicios y funcionalidades impactadas
No fue una caída parcial de un endpoint. Los tres pilares cayeron al mismo tiempo:
- ChatGPT web y móvil: conversaciones no cargaban, inicio de sesión fallaba, modo de voz inaccesible.
- Codex: el entorno de ejecución de código de OpenAI también afectado.
- API Platform: cualquier aplicación que hiciera llamadas a GPT-4o, GPT-4, o modelos anteriores recibía errores.
Según reportes de ADSLZone, algunos usuarios podían abrir la interfaz pero no enviar ni recibir mensajes. Otros directamente veían pantalla en blanco desde el inicio. La degradación no fue uniforme, lo cual complicó que los primeros reportes fueran tomados en serio: mucha gente asumió que era problema local.
Eso sí: tanto usuarios del plan gratuito como del Plus y Team reportaron los mismos síntomas. No hubo tier protegido. Sobre eso hablamos en alternativas a ChatGPT que funcionan.
Cómo se detectó: Downdetector y redes sociales
Ponele que tu chatbot en producción empieza a devolver 503. ¿Lo primero que hacés? Revisás los logs. Reiniciás. Rezás. Recién después te fijás si el problema es upstream. Eso es exactamente lo que le pasó a miles de developers el 20 de abril.
Downdetector registró más de 13.000 reportes en el pico de la caída. El gráfico fue el clásico: cero, cero, cero y de repente pico vertical. En X (ex Twitter) y Reddit el volumen fue masivo desde antes de que OpenAI publicara el primer aviso oficial. Usuarios en Argentina, España, México y el resto de Latinoamérica reportaban simultáneamente, lo que confirmó que era problema global y no un tema de región o ISP.
La “ventaja” de estas caídas masivas: se detectan rápido socialmente. La desventaja: los primeros 20-30 minutos son caos porque nadie sabe si es su red, su cuenta o el servicio.
Cronología oficial de OpenAI
El timeline completo según status.openai.com:
| Hora (UTC-3) | Update oficial |
|---|---|
| 14:35 | Inicio del incidente (primeros reportes) |
| 15:13 | “Estamos investigando el problema” |
| 15:29 | Confirmación: usuarios no pueden acceder a ChatGPT, Codex y API |
| 15:43 | “Continuamos investigando” |
| 16:03 | “Continuamos investigando” |
| 16:17 | “Aplicamos la mitigación, monitoreando recuperación” |
| 16:43 | “Aplicamos la mitigación, monitoreando recuperación” (repetido) |
| 16:48 | “Aplicamos la mitigación, monitoreando recuperación” (repetido) |
| 18:48 | “Todos los servicios impactados se recuperaron completamente” |

Lo que no está en esa tabla: la causa técnica. OpenAI no explicó qué falló. Ni en el post-mortem del incidente ni en comunicados externos. Sabemos que “aplicaron una mitigación”, pero qué mitigaron exactamente sigue siendo información de uso interno. (Que es su derecho, pero no ayuda a que los teams que dependen de la API entiendan qué riesgos manejan.)
Impacto en usuarios y aplicaciones en producción
OpenAI tiene más de 200 millones de usuarios activos semanales. No todos estaban conectados en ese momento, pero el universo potencial de afectados es enorme. Lo explicamos a fondo en verificar la entrega por región.
El golpe más duro lo recibieron las startups y empresas con la API en producción. Herramientas de generación de contenido, chatbots B2B, asistentes de soporte al cliente, copilots internos: todos caídos en simultáneo, sin ningún mecanismo de failover automático de OpenAI. Si tu arquitectura no tenía un provider de respaldo configurado, tu servicio dejó de responder durante más de cuatro horas.
¿Alguien de OpenAI comunicó proactivamente a los clientes API antes del aviso público? Por los timelines, no parece. El primer aviso llegó cuando ya llevaban casi 40 minutos de caída documentada.
Para los usuarios individuales fue molestia. Para los equipos con dependencias en producción, fue un incidente de severidad alta con horas de oncall activado.
Soluciones temporales y cómo verificar si ChatGPT está caído
Durante la caída, la pregunta que más circuló fue “¿es mi problema o es de ellos?”. Acá está el flujo para saberlo rápido:
- status.openai.com: primera parada. Si hay un incidente activo, aparece ahí. El problema es que a veces OpenAI tarda en actualizarlo (lo vimos hoy: 40 minutos entre la caída real y el primer aviso).
- Downdetector (downdetector.com/status/openai): más rápido para detección temprana porque agrega reportes de usuarios en tiempo real. Si el gráfico sube de golpe, es problema upstream.
- Descartá lo local primero: desactivá extensiones de navegador (algunas VPNs o ad-blockers interfieren), limpiá caché, probá en modo incógnito. Si el problema persiste en otro dispositivo o red, es de OpenAI.
Durante el incidente de hoy se observó recuperación escalonada (rolling recovery): algunos usuarios empezaron a ver respuestas antes de que OpenAI confirmara la recuperación completa. Si te volvió a funcionar, no avisaste demasiado temprano. Te puede servir nuestra cobertura de cuándo ChatGPT funciona correctamente.
Lecciones: estrategia multi-modelo y monitoreo real
Cuatro horas sin ChatGPT en 2026 es suficiente para justificar una conversación sobre dependencia única. Estas caídas son raras pero pasan, y cuando pasan, te hacen acordar que estás construyendo sobre infraestructura ajena.
Las medidas concretas que conviene tener implementadas antes del próximo incidente:
- Multi-model strategy: tener configurado un provider alternativo (Claude API de Anthropic, Gemini de Google, Copilot de Microsoft) con capacidad de conmutación. No tiene que ser automático al 100%, pero sí operativo.
- Retry logic con circuit breaker: si tu API call falla dos veces seguidas, no sigas intentando con exponential backoff durante 4 horas. Activá el fallback.
- Alertas sobre status.openai.com: hay RSS y webhooks disponibles. Configurá una alerta de Slack o Telegram para incidentes nuevos. Sabés antes de que te llamen los clientes.
- Degraded mode: pensá qué puede hacer tu producto sin el LLM. Respuestas cacheadas, funcionalidades básicas sin IA, mensaje claro al usuario. Es mejor que pantalla en blanco.
Subís la dependencia de OpenAI, la integrás en producción, funciona bien semanas, y de repente un lunes a la tarde caen cuatro horas y no hay nada que puedas hacer del lado tuyo si no estás preparado. La infraestructura de terceros es comodidad con costo oculto: el costo se cobra en los incidentes.
Errores comunes durante una caída de ChatGPT
Error 1: asumir que es problema local y perder tiempo debuggeando tu stack. Antes de revisar logs, variables de entorno o reiniciar contenedores, chequeá status.openai.com y Downdetector. Si el problema es upstream, no hay nada que tocar del lado tuyo.
Error 2: depender únicamente de status.openai.com para detección temprana. Hoy hubo ~40 minutos entre la caída real y el primer aviso oficial. Downdetector mostró el pico antes. Usá ambos. Esto se conecta con lo que analizamos en problemas de infraestructura del servidor.
Error 3: no tener un plan B documentado. No alcanza con “podríamos usar Claude”. Tiene que estar configurado, testeado, y el equipo tiene que saber cómo activarlo. En un incidente de 4 horas, descubrir cómo integrar una alternativa desde cero es demasiado tarde.
Preguntas Frecuentes
¿Por qué ChatGPT no funciona?
El 20 de abril de 2026, ChatGPT sufrió una caída global que afectó también a Codex y la API Platform. OpenAI confirmó el incidente a las 15:13 UTC-3. La causa técnica no fue revelada públicamente. Los servicios se recuperaron a las 18:48 UTC-3.
¿Cuándo se recuperó ChatGPT?
OpenAI declaró recuperación completa a las 18:48 UTC-3 del 20 de abril de 2026. La mitigación se aplicó a las 16:17, pero la recuperación fue escalonada y tardó más de dos horas en completarse.
¿Afecta a la API de ChatGPT también?
Sí. La API Platform de OpenAI estuvo afectada en simultáneo con ChatGPT y Codex. Cualquier aplicación que usara los endpoints de GPT-4o o GPT-4 experimentó errores durante las 4 horas y 13 minutos del incidente.
¿Cómo verificar si ChatGPT está caído?
Revisá status.openai.com para ver incidentes activos declarados por OpenAI. Para detección más rápida, Downdetector agrega reportes de usuarios en tiempo real y suele mostrar picos antes de que OpenAI publique aviso oficial. Ambos recursos son gratuitos.
¿Qué alternativas usar si ChatGPT está caído?
Claude (Anthropic), Gemini (Google) y Copilot (Microsoft) son las alternativas más directas para uso individual. Para APIs en producción, lo recomendable es tener configurado un provider de respaldo antes del incidente, no durante. La conmutación manual en el momento de la caída casi siempre llega tarde.
Conclusión
ChatGPT estuvo caído durante 4 horas y 13 minutos el 20 de abril de 2026. Cayeron ChatGPT, Codex y la API Platform en simultáneo, con más de 13.000 reportes registrados en Downdetector y alcance global confirmado. OpenAI aplicó una mitigación y recuperó los servicios, sin revelar la causa técnica.
Lo que queda después del incidente es la pregunta que conviene hacerse ahora, con la cabeza fría: ¿tu stack puede sobrevivir 4 horas sin OpenAI? Si la respuesta es no, este incidente te dio el argumento para priorizar la resiliencia. Los outages van a seguir pasando. La pregunta es si la próxima vez te agarran preparado.



![[K-pop] DA VILLA!N! | By Seojun From MDS, My favorite one so far - ilustracion](https://donweb.news/wp-content/uploads/2026/04/cancion-kpop-ia-generada-villa-seojun-hero-768x429.jpg)


