El 28 de abril de 2026 a las 17:34 UTC, Anthropic registró errores elevados en Claude Haiku 4.5 que afectaron el chatbot de Claude.ai, la API y el acceso a Claude Code durante aproximadamente 78 minutos. El problema fue identificado por el equipo de operaciones de Anthropic, que implementó un fix antes de las 19:00 UTC. Más de 12.000 usuarios reportaron problemas en el pico del incidente.
En 30 segundos
- El incidente comenzó el 28/04/2026 a las 17:34 UTC y duró aproximadamente 78 minutos.
- Los errores afectaron Claude.ai, la API de Anthropic y el login de Claude Code — quien ya estaba logueado podía seguir usando el servicio.
- Los errores más frecuentes fueron HTTP 500, 529 (sobrecarga) y 401/403 (autenticación fallida).
- Es el cuarto incidente de Anthropic en abril de 2026, después de problemas el 15, 20 y 22-23 del mismo mes.
- Claude Haiku 4.5 sigue operativo y sin cambios en sus capacidades: el problema fue de infraestructura, no del modelo en sí.
Claude es un modelo de lenguaje grande desarrollado por Anthropic para generar texto, responder preguntas y asistir en programación, análisis y escritura. Se ofrece en versiones de diferentes capacidades: Opus, Sonnet y Haiku.
Qué pasó: el incidente de Claude Haiku 4.5 del 28 de abril
Claude Haiku 4.5 es el modelo más rápido y económico de la familia Claude 4, diseñado para aplicaciones que necesitan respuestas en tiempo real, agentes con muchos pasos y cargas de trabajo de alto volumen. Con un precio de USD 1 por millón de tokens de entrada y USD 5 por millón de tokens de salida, es la opción que usan la mayoría de los desarrolladores en producción para tareas donde el costo importa.
Ese martes a las 17:34 UTC, la página de estado de Anthropic empezó a marcar incidente activo. Los errores se acumularon rápido: en menos de 20 minutos, plataformas de monitoreo como Downdetector ya registraban más de 8.000 reportes. El pico llegó cerca de las 18:10 UTC, con más de 12.000 usuarios reportando problemas. A las 19:00 UTC, el equipo de Anthropic confirmó que el fix estaba desplegado y el servicio volvía a la normalidad.
¿Y qué pasó exactamente? Todavía no hay un postmortem público. Lo que sí confirmó Anthropic es que el problema estaba en la capa de infraestructura, no en el modelo.
Servicios afectados: Claude.ai, Claude Code y la API
El incidente no pegó parejo en todos los servicios. Hay una distinción que vale la pena marcar:
- Claude.ai (chatbot web): muchos usuarios no podían iniciar sesión o recibían errores 500 al enviar mensajes.
- API de Anthropic: las llamadas a la API devolvían errores 529 (servicio sobrecargado) y en algunos casos 500. Cualquier aplicación que usara Haiku 4.5 en producción quedó afectada.
- Claude Code: el login estaba caído. Eso sí, quien ya tenía sesión activa podía seguir usando la herramienta sin problemas. Los que cerraron sesión durante el incidente no pudieron volver a entrar hasta que se resolvió.
Los errores 401 y 403 aparecieron en una porción menor de usuarios, probablemente relacionados con el sistema de autenticación que compartía carga con la infraestructura afectada. No fue un problema de credenciales inválidas, era infraestructura.
Impacto: 12.000 usuarios en el pico, errores 500 y 529
El número de 12.000 reportes simultáneos es el pico de lo que se puede medir en plataformas de monitoreo público. El número real de usuarios afectados es mucho mayor, porque la gran mayoría no reporta en ningún lado: simplemente recarga la página, espera, o abre un ticket de soporte.
Ponele que tenés una app en producción que usa Claude Haiku 4.5 para procesar consultas de usuarios. A las 17:34 UTC de ese martes, tu tasa de error salta de menos del 1% a algo entre el 30% y el 80%, dependiendo de cuándo llegó el problema a los servidores que te tocaban. Si no tenías retry logic implementado, esas peticiones fallaron sin reintentos. Si tenías timeouts cortos configurados, el problema se veía como latencia extrema antes del error.
El error 529 de Anthropic es particular: indica que el servicio está temporalmente sobrecargado y que el cliente debería esperar antes de reintentar. En este incidente, la sobrecarga no era de tráfico externo sino de algo interno que empujó al sistema a ese estado. El resultado para el cliente es el mismo: la llamada falla.
Qué es Claude Haiku 4.5 y por qué el outage importa
Anthropic lanzó Claude Haiku 4.5 como el modelo de la familia Claude 4 optimizado para velocidad y escala. Según el anuncio oficial de Anthropic, Haiku 4.5 es entre 4 y 5 veces más rápido que Claude Sonnet en inferencia, con una ventana de contexto de 200.000 tokens, soporte para visión por computadora y uso de herramientas (tool use).
El precio lo dice todo sobre su caso de uso: USD 1/USD 5 por millón de tokens de entrada/salida, contra USD 3/USD 15 de Sonnet. Para un agente que hace 10.000 llamadas por día, esa diferencia entre Haiku y Sonnet representa entre USD 20 y USD 100 diarios solo en costos de inferencia. Por eso Haiku 4.5 es el modelo que usan la mayoría de los equipos en producción cuando el volumen importa.
En benchmarks de programación, Haiku 4.5 alcanzó 73,3% en SWE-bench, lo que lo pone en territorio útil para tareas de código reales. No es el modelo que usás para razonamiento complejo largo, pero para clasificación, extracción de datos, respuestas rápidas o agentes con muchos pasos, zafa perfectamente.
Todo esto explica por qué un outage de 78 minutos en Haiku 4.5 pega más fuerte que uno en Opus o Sonnet: hay más sistemas en producción dependiendo de él.
Comparativa: Haiku 4.5 vs Sonnet y Opus en confiabilidad e infraestructura
El incidente del 28 de abril no dice nada sobre la calidad del modelo Haiku 4.5. Dice algo sobre la infraestructura de Anthropic en ese momento. La distinción importa porque mucha gente en Twitter mezclaba las dos cosas.
| Modelo | Precio entrada (por M tokens) | Precio salida (por M tokens) | Velocidad relativa | SWE-bench |
|---|---|---|---|---|
| Claude Haiku 4.5 | USD 1 | USD 5 | 4-5x más rápido que Sonnet | 73,3% |
| Claude Sonnet 4.6 | USD 3 | USD 15 | Base | ~80%+ |
| Claude Opus 4.7 | USD 15 | USD 75 | Más lento, más profundo | Más alto |
La clasificación ASL-2 de seguridad aplica a todos los modelos de la familia Claude 4, incluyendo Haiku. No es un tema de capacidades del modelo sino del nivel de evaluación de riesgo que Anthropic asigna a esa versión. Haiku 4.5 no es “menos seguro” que Opus, simplemente tiene un perfil de capacidades distinto que no activa las salvaguardas de ASL-3.
Contexto: abril 2026 viene siendo movido para Anthropic
El incidente del 28 de abril no llegó solo. Mirando el historial de status.claude.com en abril de 2026, el patrón es claro:
- 15 de abril: errores elevados generales en Claude.ai y API (similar en escala al del 28).
- 20 de abril: problemas con carga de archivos (file uploads) en el chatbot.
- 22-23 de abril: incidente con structured outputs, que afectó a quienes usaban la API con formato JSON forzado.
- 28 de abril: errores elevados específicos en Claude Haiku 4.5.
Cuatro incidentes en 13 días. ¿Alguien está tomando nota en Anthropic? Eso esperamos, porque la frecuencia empieza a ser un patrón y no un evento aislado.
Lo más razonable es asumir que Anthropic está atravesando un período de crecimiento de infraestructura acelerado, con capacidad que se despliega rápido y algunos dolores de crecimiento típicos de escalar servicios de alto tráfico. No es excusa, pero es el contexto más plausible dado lo que se sabe públicamente.
Lecciones para desarrolladores que usan Claude en producción
Si tenés sistemas que dependen de Claude Haiku 4.5, o de cualquier modelo de Anthropic, este mes te dio cuatro oportunidades de aprender algo. Acá van los puntos concretos:
Retry logic con backoff exponencial
Cualquiera que haya recibido errores 529 sin retry logic los perdió directamente. La implementación mínima viable es reintentar 3 veces con backoff de 1, 2 y 4 segundos antes de marcar el request como fallido. El SDK oficial de Anthropic lo tiene incorporado, pero si estás haciendo llamadas HTTP directas, lo tenés que implementar vos.
Monitorear status.claude.com
La página de estado de Anthropic tiene RSS feed y webhooks. Si tu sistema depende de Claude en producción, tenés que tener una alerta configurada que te avise cuando hay incidente activo, no enterarte cuando te llaman los usuarios. Hay herramientas como Better Uptime o incluso un script simple que consulte la API de estado cada 5 minutos que te pueden avisar antes que el cliente.
Fallback a otro modelo o respuesta degradada
Si tu app puede funcionar con menor calidad cuando Haiku no responde, implementá un fallback. Puede ser intentar con Sonnet (más caro pero operativo si el problema es específico de Haiku), o dar una respuesta degradada que no dependa del modelo. No siempre es posible, pero vale pensarlo.
Para quienes usan structured outputs después del incidente del 22-23 de abril: el fix ya está desplegado. Si antes tenías problemas con JSON forzado, probá de nuevo, debería estar funcionando.
Qué está confirmado / Qué no
Confirmado
- El incidente comenzó a las 17:34 UTC del 28/04/2026, según el registro oficial de Anthropic.
- Duración aproximada: 78 minutos.
- Servicios afectados: Claude.ai, API de Anthropic, login de Claude Code.
- Claude Code con sesión activa no fue afectado.
- Más de 12.000 reportes en el pico del incidente.
- Anthropic implementó un fix antes de las 19:00 UTC.
Sin confirmar
- Causa técnica exacta del incidente (no hay postmortem público a la fecha).
- Cuántos usuarios de API fueron afectados (el dato de 12.000 es solo reportes públicos).
- Si el problema estuvo relacionado con el despliegue de nueva capacidad o un cambio de configuración.
Errores comunes al manejar outages de APIs de IA
Error 1: tratar el error 529 como error de lógica de negocio. El 529 es un error de infraestructura temporal, no un problema con tu request. Si tu sistema registra un 529 y no reintenta, está descartando peticiones válidas. La corrección es agregar lógica de reintento específica para 429 y 529.
Error 2: no distinguir entre errores del modelo y errores de infraestructura. Muchos equipos que vieron el outage del 28 de abril empezaron a revisar sus prompts y sus datos, cuando el problema no tenía nada que ver con eso. Si todos los requests fallan al mismo tiempo con el mismo código de error, es infraestructura. Si algunos fallan con respuestas raras, ahí sí mirá los inputs.
Error 3: asumir que si el chatbot funciona, la API también. En algunos incidentes de Anthropic, el chatbot web y la API tienen comportamientos distintos porque tienen rutas de servicio diferentes. Que claude.ai responda no garantiza que la API esté operativa para tu modelo específico. Siempre monitorear la API directamente.
Preguntas Frecuentes
¿Por qué Claude Haiku 4.5 está dando errores?
El incidente del 28 de abril de 2026 fue un problema de infraestructura de Anthropic, no del modelo Haiku 4.5 en sí. El equipo de Anthropic identificó el problema a las 17:34 UTC e implementó un fix antes de las 19:00 UTC. Si seguís viendo errores después de esa hora, verificá tu implementación de retry logic o revisá si hay un nuevo incidente activo en status.claude.com.
¿Cuánto tiempo duró el outage de Claude el 28 de abril de 2026?
El incidente duró aproximadamente 78 minutos, desde las 17:34 UTC hasta alrededor de las 19:00 UTC del 28 de abril de 2026. Anthropic confirmó la resolución en su página de estado oficial.
¿Cuáles son las diferencias entre Claude Haiku 4.5 y Sonnet?
Haiku 4.5 es entre 4 y 5 veces más rápido que Sonnet y cuesta USD 1/USD 5 por millón de tokens de entrada/salida, contra USD 3/USD 15 de Sonnet. Sonnet tiene mejor rendimiento en razonamiento complejo y tareas que requieren más profundidad. Haiku 4.5 es la opción para producción a escala, agentes con muchos pasos y aplicaciones donde el costo importa.
¿Cómo sé si Claude está funcionando correctamente ahora?
La fuente definitiva es status.claude.com, que muestra el estado en tiempo real de Claude.ai, la API y Claude Code. Si todos los indicadores están en verde y vos seguís teniendo errores, el problema probablemente sea local: revisá tus credenciales, tu implementación de la API o el rate limit de tu plan.
¿Cuántos usuarios se vieron afectados por el problema de Claude?
Más de 12.000 usuarios reportaron problemas en el pico del incidente del 28 de abril de 2026. Ese número subestima el impacto real: incluye solo usuarios que reportaron activamente en plataformas de monitoreo público, sin contar los que simplemente esperaron o contactaron soporte directamente.
Conclusión
El incidente del 28 de abril de 2026 fue el cuarto problema de Anthropic en menos de dos semanas, lo que empieza a ser difícil de ignorar como coincidencia. Haiku 4.5 como modelo no cambió nada: sigue siendo la opción más rápida y económica de la familia Claude 4, con 200.000 tokens de contexto, visión y tool use a USD 1/USD 5 por millón. El problema fue de infraestructura y duró 78 minutos.
Lo que sí cambió para los equipos técnicos es la urgencia de tener retry logic, alertas de status y algún plan de degradación elegante. Cuatro incidentes en abril son cuatro recordatorios de que depender de una API externa sin manejo de errores es apostar a que el cielo nunca se nubla. Si tenés sistemas de producción que usan Claude y todavía no monitoreás status.claude.com de forma automática, es el momento de hacerlo.
Para quienes alojan sus propias aplicaciones construidas sobre Claude, contar con infraestructura confiable del lado del hosting es tan importante como el handling de errores de la API. donweb.com tiene opciones de cloud y VPS en Argentina para ese tipo de deployments.