Caída de DeepSeek el 7 de noviembre: API y chat afectados durante 45 minutos
El sábado 7 de noviembre de 2026, DeepSeek registró una interrupción parcial de sus servicios web y API. La página oficial del incidente indica un intervalo de 07:11 a 07:56 UTC, es decir, 45 minutos, y señala que el servicio ya se restableció. Para quienes integran la API, el dato relevante es cómo respondió su aplicación durante ese intervalo.

¿Qué pasó con DeepSeek el 7 de noviembre?
DeepSeek clasificó el evento como «Web/API Partially Unavailable». Los componentes afectados que muestra la página incluyen la API de DeepSeek V4 Pro, la API de DeepSeek V4.1 Flash, el servicio de chat y el servicio de búsqueda. Según la actualización, se aplicó una corrección y se supervisaron sus resultados antes de cerrar el incidente. La página no atribuye el fallo a pruebas de un modelo nuevo.
Algunos usuarios comunicaron mensajes de «servidor ocupado» o DeepSeek Messages stream ended before message_stop. Son síntomas observados en el cliente; por sí solos, no permiten identificar la causa técnica.
| Hito | Hora oficial (UTC) | Situación |
|---|---|---|
| Inicio registrado | 07:11, 7/11 | Interrupción parcial web/API |
| Corrección en seguimiento | 07:11, 7/11 | Corrección aplicada y supervisada |
| Resolución | 07:56, 7/11 | Servicio restablecido |
¿Hubo relación con una prueba de DeepSeek V4.1 Pro?
El registro oficial no confirma esa hipótesis. Que el incidente ocurriera en sábado y existan rumores sobre futuros modelos no demuestra que una implementación o una prueba lo causara. Hasta que DeepSeek publique una explicación, corresponde hablar de una interrupción parcial sin causa confirmada.
¿Por qué importan 45 minutos para una aplicación que usa la API?
Una persona puede volver a intentar una conversación. Una aplicación puede tener solicitudes de clientes, atención, procesos programados y agentes esperando al mismo proveedor. El streaming añade otra dificultad: quizá lleguen los primeros fragmentos de la respuesta, pero la conexión termine antes del marcador final. Un reintento sin saber si una acción se completó puede duplicar trabajo.
La comparación con disponibilidad contractual exige precisión. Un 99,9 % en un mes de 30 días equivale a unos 43,2 minutos de caída total. Este incidente fue parcial, así que sus 45 minutos no implican automáticamente un incumplimiento del SLA para todos los clientes. El impacto depende de las llamadas afectadas, la definición del contrato y las mediciones desde la aplicación.
¿Qué hacer cuando DeepSeek no está disponible?
Para uso personal, guarda localmente el trabajo importante y prepara otra herramienta para tareas con plazo. En un producto que usa la API, conviene diseñar la respuesta antes del siguiente incidente:
- Configura tiempos de espera y reintentos limitados. El retroceso exponencial con variación aleatoria evita que todos los clientes vuelvan a llamar a la vez.
- Distingue 429, 5xx y flujos incompletos. Los límites de tasa, los fallos del servicio y las respuestas truncadas requieren decisiones diferentes.
- Usa circuit breaker y colas cuando corresponda. Una dependencia temporalmente caída no debería bloquear todo el producto indefinidamente.
- Prueba una ruta de otro proveedor. Cambiar solo el
base_urlpodría mantener el mismo upstream. Verifica también prompts, herramientas, formato de salida y coste del modelo alternativo. - Mide los errores visibles para el usuario. Registra latencia, salidas vacías y streams interrumpidos, además de los códigos HTTP.
¿Puede MandAPI solucionar una caída del upstream?
Un gateway no puede restablecer el servicio de DeepSeek. Un catálogo multimodelo permite preparar rutas hacia otros proveedores con antelación. El catálogo público de MandAPI, consultado el 8 de noviembre de 2026, muestra modelos DeepSeek y familias de otros proveedores. Que un modelo figure en el catálogo no garantiza disponibilidad continua de su infraestructura de origen.
Si tu aplicación depende de DeepSeek, elige una alternativa por tarea, prueba su comportamiento e implementa una política de cambio en tu sistema. Consulta Models para ver las opciones y Pricing para los precios actuales. Nuestro informe del incidente del 3 de noviembre ofrece otro ejemplo de por qué conviene prepararse.
Preguntas frecuentes
¿DeepSeek sigue caído?
El incidente del 7 de noviembre figura como resuelto en la página oficial. Para decidir qué hacer ahora, consulta el estado actual y realiza una solicitud de prueba desde tu entorno.
¿Cuánto duró la interrupción?
El registro oficial indica 45 minutos: de 07:11 a 07:56 UTC el 7 de noviembre de 2026.
¿La causaron las pruebas de V4.1 Pro?
DeepSeek no indicó esa causa en el registro del incidente. La relación sigue sin confirmarse.
¿Un gateway cambia automáticamente de proveedor?
Depende de su configuración. Disponer de varios modelos facilita preparar alternativas, pero la aplicación necesita una política de cambio probada y criterios de calidad, coste y errores.