IA y producto
La caída de Claude del 13 de noviembre de 2026 y por qué los sistemas de nuestros clientes siguieron funcionando
Publicado
En esta página
El viernes 13 de noviembre de 2026, la página de estado de Anthropic registró dos incidentes. El primero duró de 09:58 a 11:58 UTC e impidió iniciar sesión en claude.ai y Claude Code. El segundo duró de 13:09 a 15:38 UTC y provocó una tasa de errores elevada en claude.ai, las aplicaciones móviles, Claude Code y la API de Claude. Son 4 horas y 29 minutos de incidente dentro de una sola jornada laboral.
Si pasó parte de ese día delante de una pantalla de inicio de sesión, no fue el único. Según Ahrefs, «is Claude down» se busca unas 62.000 veces al mes en Estados Unidos.
Desarrollamos para nuestros clientes software que funciona con Claude. Ninguno nos comunicó un problema el día 13. La razón tiene que ver sobre todo con la parte de Claude de la que dependen sus sistemas, y conviene repasarla con cuidado, porque la versión simple («la API nunca se cae») es falsa.
Lo que muestra la página de estado
Viernes 13 de noviembre de 2026, por componente
| Incidente | Hora (UTC) | Duración | Servicios indicados como afectados |
|---|---|---|---|
| Fallos de inicio de sesión | 09:58 a 11:58 | 2 h 00 min | claude.ai, Claude Console, Claude Code, Claude Cowork |
| Tasa de errores elevada | 13:09 a 15:38 | 2 h 29 min | claude.ai, API de Claude, Claude Code, Claude Cowork |
El primer incidente fue de autenticación. La primera nota de Anthropic dice que estaban investigando un problema con la autenticación de usuarios en claude.ai y Claude Code. La API de Claude no está en esa lista. Un sistema que llama a la API lo hace con una clave. Nunca pasa por el inicio de sesión, así que no había nada en él que pudiera fallar.
El segundo incidente sí incluyó la API. A las 14:36 UTC Anthropic informó de la recuperación de claude.ai y de la API. Los conectores, Claude Managed Agents y Claude en reuniones seguían degradados en ese momento. A las 15:33, cinco minutos antes de cerrar el incidente, la actualización decía que las tareas programadas podían ejecutarse con más de dos horas de retraso y que algunas ejecuciones se habían omitido.
Así que la API estuvo en uno de los dos incidentes y se recuperó antes que las funciones construidas sobre ella.
La aplicación tiene más piezas
Cuando abre claude.ai y le pide que redacte una respuesta a partir de su calendario, tienen que funcionar varias cosas a la vez: su sesión, la aplicación web o móvil, el conector con su calendario, el proveedor del calendario al otro lado y el modelo. Una llamada directa a la API necesita una clave y el modelo.
En la aplicación5 piezas
- Sesión iniciada
- Aplicación web o móvil
- Conector
- Servicio de terceros
- Modelo
En la API2 piezas
- Clave de API
- Modelo
Más piezas son más formas de tener una mala tarde. Algunas de esas piezas no son de Anthropic. El conector de Microsoft 365 devolvió errores desde las 16:03 UTC del 12 de noviembre hasta las 16:40 UTC del 13 de noviembre por un incidente en Microsoft. En octubre, el conector de Google Calendar estuvo afectado del 26 al 28.
Estas son las cifras de disponibilidad mensual que publica Anthropic, consultadas el 14 de noviembre:
| Septiembre | Octubre | Noviembre hasta la fecha | |
|---|---|---|---|
| claude.ai | 99,69 % | 99,85 % | 98,42 % |
| Claude Code | 99,69 % | 99,85 % | 99,66 % |
| API de Claude | 99,73 % | 99,86 % | 99,77 % |
Parte de noviembre sin disponibilidad, del 1 al 14 de noviembre de 2026
Septiembre y octubre son casi idénticos, y no construiríamos un argumento sobre ellos. La diferencia aparece en noviembre. Si habían transcurrido unos trece días y medio del mes cuando consultamos la página, el 98,42 % equivale a unas cinco horas de indisponibilidad para claude.ai, y el 99,77 % a menos de una hora para la API. Ya veremos cómo va el resto del mes.
Qué cambia al construir sobre la API
La cifra de disponibilidad es solo una parte. La diferencia mayor es quién decide qué ocurre cuando una petición falla.
En la aplicación, usted espera. No hay otra cosa que hacer.
En un sistema construido sobre la API, esa decisión está escrita en el software. Una petición fallida puede reintentarse tras una pausa corta; los SDK de Anthropic lo hacen dos veces por defecto. El trabajo puede quedarse en una cola hasta que el servicio vuelva. Las peticiones pueden enviarse a los mismos modelos de Claude en AWS, Google Cloud o Microsoft Foundry, que se siguen por separado en la página de estado y no figuraron en ninguno de los dos incidentes del día 13.
Sobre eso están construidos los sistemas de nuestros clientes. El primer incidente nunca les llegó. En el segundo, la API figuró durante parte del periodo, y aun así ningún cliente comunicó una interrupción.
Sería deshonesto quedarse ahí. La API también tiene días malos. El 29 de septiembre un incidente afectó a todo, API incluida, con impacto de 14:00 a 14:59 UTC. Construir sobre la API además cuesta más al principio. Alguien tiene que escribir el software, se paga por petición en lugar de una suscripción fija, y hay que mantenerlo. Para mucho trabajo, ese coste no compra nada que usted necesite.
La pregunta de las 4 horas y 29 minutos
La mayoría de las empresas usa Claude a través de la aplicación, y para casi todo lo que hacen con él es la decisión correcta. Es más barato, no requiere desarrollo y recibe antes las funciones nuevas.
Una prueba útil es tomar la cifra del día 13 y preguntarse cuánto le costaría. Suponga que Claude no está disponible durante 4 horas y 29 minutos un día laborable.
¿Cuánto le costaría?
Introduzca sus propias cifras. No se envía nada a ningún sitio.
- Horas-persona de espera
- 22.4
- Coste de la espera
- 897
Nadie fuera de la empresa se ve afectado. La aplicación es la opción correcta para este trabajo.
Enséñenos este procesoSi la respuesta es que la gente trabaja en otra cosa y se pone al día después, quédese como está. Una integración sería dinero gastado en un problema que no tiene.
Si en la respuesta aparece un cliente, es distinto. Respuestas de soporte que no salen. Pedidos o documentos que dejan de procesarse. Un informe que un cliente está esperando. Un trabajo así no debería depender de que una persona tenga la sesión iniciada en una ventana de chat, y es el tipo de trabajo que normalmente se traslada a la API.
No tiene por qué ser todo. Con trasladar un proceso, quizá dos, suele bastar, y el resto del equipo sigue en la aplicación como antes.
Una forma práctica de empezar: anote lo que su empresa hace con Claude cada semana y marque todo lo que un cliente notaría si se detuviera una tarde. Si la lista no tiene marcas, ya ha terminado. Si tiene una, ese es el proceso que conviene revisar, y lo revisamos con usted con mucho gusto. Forma parte de nuestro trabajo de desarrollo de software a medida.
Las páginas de incidente del 13 de noviembre están en status.claude.com por si quiere comprobar las horas usted mismo.