Outlook caído: cuándo vuelve, cronología y estado actual

Outlook caído: ¿cuándo volverá a funcionar?

Respuesta corta: Microsoft no lo ha dicho. A las 00:55 UTC del 13 de noviembre de 2026, el incidente seguía abierto: la publicación oficial más reciente encontrada, de la cuenta Microsoft 365 Status en X a las 00:06 UTC, describía servidores restaurados que volvían a fallar con el tráfico, y no había aparecido ninguna publicación posterior ni aviso de resolución ^[11]. En su última consulta, a las 00:30 UTC, la página pública Service Health Status de Microsoft mostraba degradación del servicio en los servicios de Microsoft 365 para empresas, con este impacto para los usuarios: "Users may be unable to connect to multiple Microsoft 365 services" ^[1]. La página no daba una hora estimada para la recuperación completa. Solo prometía la próxima actualización a más tardar a las 01:30 UTC del viernes 13 de noviembre de 2026 ^[1]. El encabezado de la página también mostraba como degradados productos de Microsoft para consumidores, sin más detalle en el texto ^[1].

La actualización oficial más reciente en el momento de la consulta, publicada a las 00:06 UTC, fue un retroceso y no una solución. Microsoft dijo que los servidores que había vuelto a poner en servicio "pueden dejar de responder de nuevo en cuanto reciben tráfico" y que estaba analizando datos de diagnóstico para averiguar qué lo provoca ^[11]. Su página de estado, actualizada por última vez a las 00:08:53 UTC según la consulta de las 00:30 UTC, añadía que trabajaba en ese análisis con expertos en redes y plataforma ^[1].

En la práctica, esto significa tres cosas para quien espera:

• Probablemente la recuperación no llegará de golpe. Microsoft ha dicho que, a medida que se restablezca la capacidad, los usuarios pueden notar una recuperación gradual conforme sus aplicaciones se vuelvan a conectar ^[10].
• El servicio puede volver y caerse otra vez. Como los servidores restaurados han vuelto a fallar con la carga, una bandeja de entrada que funciona puede dejar de cargar durante un tiempo antes de que se cierre el incidente ^[11].
• Solo cuenta el aviso oficial de Microsoft. La interrupción termina cuando la página de estado de Microsoft o la cuenta Microsoft 365 Status dicen que el impacto está resuelto, no cuando carga la bandeja de entrada de una persona ^[1][2].

Para las instrucciones generales, como saber si Outlook está caído para todos, qué significan las etiquetas de estado y cómo seguir trabajando sin conexión, consulte la guía anterior de Pouyam Outlook Down? How to Check Status and Keep Working.

¿Qué pasó, hora por hora (UTC)?

Todas las horas siguientes están en tiempo universal coordinado (UTC). En noviembre, la hora del Este de EE. UU. va cinco horas por detrás de UTC, así que las 17:54 UTC son las 12:54 pm, hora del Este.

Antes ese mismo día, un incidente distinto en Teams. Antes de la caída del correo, Microsoft gestionó un incidente en Microsoft Teams, registrado como TM1550488, que según BleepingComputer duró de 9:45 a 10:53 am, hora del Este (de 14:45 a 15:53 UTC), y afectó a usuarios de América del Norte y del Sur ^[12]. Microsoft lo atribuyó a una contención de recursos y lo dio por totalmente resuelto; no ha dicho si está relacionado con la interrupción posterior ^[12].

17:54 UTC. La cuenta Microsoft 365 Status en X informó de que Microsoft investigaba reportes de usuarios del continente americano con problemas para acceder a buzones de Exchange Online mediante varios métodos de conexión, bajo el incidente EX1550543 ^[2]. Exchange Online es el servicio en la nube de Microsoft que almacena los buzones de trabajo y de centros educativos que usa Outlook.

Hacia las 18:00 UTC (hacia la 1 pm, hora del Este). Los reportes de problemas con Outlook en Downdetector alcanzaron un máximo de 138.058, según Reuters ^[13].

18:07 UTC. Microsoft dijo que el problema podía afectar a la conectividad con los servicios de Microsoft 365 para usuarios de cualquier región ^[3].

18:26 UTC (1:26 pm, hora del Este). Según BleepingComputer, Microsoft da esta hora como inicio del incidente más amplio de Microsoft 365, registrado como el aviso MO1550821 ^[12].

18:35 UTC. Microsoft dijo que una parte de su infraestructura sufría una carga elevada en varias regiones, lo que probablemente contribuía a los errores de conexión ^[4].

19:31 UTC. Microsoft corrigió su primera explicación: la carga elevada no se debía a más tráfico, sino a que varios servidores habían quedado inesperadamente no disponibles, lo que sobrecargaba el resto de la infraestructura ^[5].

20:19 UTC. Microsoft dijo que no había identificado ningún cambio reciente relacionado con el inicio del impacto, pero que los fallos en las comprobaciones de estado podían originarse en un componente concreto encargado de procesar el estado de los servidores ^[6].

21:00 UTC. Microsoft dijo que un método alternativo de comprobación de estado había permitido que una parte de los servidores afectados volviera al servicio y que estaba aplicando ese cambio de forma más amplia ^[7].

21:40 UTC. Microsoft dijo que estaba evaluando si revertir un pequeño número de actualizaciones de configuración recientes que había identificado podía acelerar la recuperación ^[8].

22:09 UTC. Microsoft dijo que sus medidas no habían dado el alivio previsto y que un proceso central de los servidores afectados se estaba desbordando, lo que causaba pérdida de capacidad ^[9].

23:04 UTC. Microsoft dijo que una parte de los servidores afectados había vuelto al servicio y seguía estable por el momento, que estaba desviando el tráfico a rutas alternativas y que observaba una recuperación limitada ^[10].

00:06 UTC del 13 de noviembre. Microsoft dijo que los servidores restaurados pueden dejar de responder de nuevo en cuanto reciben tráfico, que estaba limitando temporalmente en algunas ubicaciones los tipos de tráfico que pueden llegar a la infraestructura afectada y que estaba reconstruyendo una parte de los servidores con una configuración anterior para comprobar si así dejan de fallar ^[11].

¿Qué causó la caída de Outlook?

Microsoft no ha anunciado una causa raíz. Ha descrito cómo se manifiesta el fallo, y su explicación ha cambiado varias veces a lo largo del día, como muestra la cronología anterior. Esto es lo que Microsoft ha dicho realmente, en sus propios términos:

• No fue un aumento de tráfico. El problema de carga se debió a que varios servidores quedaron inesperadamente no disponibles, no a un aumento del tráfico ^[5].
• Comprobaciones de estado fallidas. Los servidores no superaban las comprobaciones de estado automáticas, y los fallos podían originarse en un componente concreto encargado de procesar el estado de los servidores ^[6]. Una comprobación de estado es una prueba automática que un sistema ejecuta en cada servidor; el servidor que no la supera queda fuera de servicio.
• Al principio, ningún cambio coincidente. A las 20:19 UTC, Microsoft dijo que no había identificado ningún cambio reciente relacionado con el inicio del impacto ^[6]. A las 21:40 UTC dijo que estaba evaluando si revertir un pequeño número de actualizaciones de configuración recientes podía ayudar a la recuperación ^[8]. Microsoft no dijo que esas actualizaciones causaran la interrupción.
• Un proceso central desbordado. A las 22:09 UTC, Microsoft dijo que un proceso central de los servidores afectados se estaba desbordando, lo que causaba pérdida de capacidad ^[9].
• Desencadenante desconocido. A las 00:06 UTC, Microsoft dijo que seguía analizando qué hace que los servidores restaurados dejen de responder de nuevo ^[11].

Ninguna de estas declaraciones dice qué originó el problema. Microsoft no ha dicho que la interrupción fuera un ciberataque, ni tampoco que no lo fuera. Las afirmaciones en redes sociales sobre un hackeo, una actualización de software concreta o un centro de datos determinado no están respaldadas por ninguna declaración de Microsoft en el momento de la consulta.

¿Por qué tarda tanto la solución?

Las propias actualizaciones de Microsoft muestran una recuperación que chocó una y otra vez contra el mismo muro. Según la descripción de Microsoft, el patrón ha sido este:

1. Reiniciar servidores y mover el tráfico. Microsoft pausó las implementaciones, desvió el tráfico de la infraestructura afectada y reinició los servidores afectados ^[12].
2. Cambiar la comprobación de estado. Un método alternativo de comprobación de estado devolvió al servicio una parte de los servidores, y Microsoft empezó a aplicarlo de forma más amplia ^[7].
3. Admitir que los primeros pasos no bastaban. A las 22:09 UTC, Microsoft dijo que sus medidas no habían dado el alivio previsto y que estaba aislando parte de la infraestructura, reiniciando componentes y reintroduciendo tráfico para confirmar la estabilidad antes de un cambio más amplio ^[9].
4. Recuperación parcial. A las 23:04 UTC, algunos servidores habían vuelto y estaban estables, con una recuperación limitada ^[10].
5. Recaída bajo carga. A las 00:06 UTC, Microsoft dijo que los servidores restaurados pueden dejar de responder de nuevo en cuanto les llega tráfico ^[11].

Este último punto explica la lentitud. Recuperar un servidor no basta si se cae en cuanto millones de aplicaciones de correo se vuelven a conectar a él. El enfoque más reciente de Microsoft tiene dos partes. Primero, limita temporalmente en algunas ubicaciones los tipos de tráfico que pueden llegar a la infraestructura afectada. Segundo, reconstruye una parte de los servidores afectados con una configuración anterior para comprobar si así dejan de quedarse sin respuesta ^[11].

Ese enfoque es prudente por diseño e implica un regreso gradual, no un único momento en que todo vuelve. Microsoft también ha desviado el tráfico a rutas alternativas siempre que ha sido posible y ha informado de una recuperación limitada ^[10].

¿Qué tan grande es la caída y qué servicios están afectados?

Outlook y Exchange Online están en el centro, pero no solos. La página de estado de Microsoft enumera como servicios posiblemente afectados Exchange Online, Microsoft Teams, SharePoint Online, Microsoft 365 Copilot (que figura como "Microsoft Copilot 365"), Microsoft Defender XDR, Microsoft Planner, Microsoft To Do, Microsoft Intune, Microsoft Defender for Office 365, varios servicios de Microsoft Purview, las exportaciones de Power BI a PDF con etiquetas de confidencialidad, partes del Microsoft 365 Apps admin center, Universal Print y algunos Cloud PC de Windows 365 que usan Purview Customer Key ^[1].

Reportes de usuarios. Downdetector, que recopila reportes enviados por los usuarios, registró un máximo de 138.058 reportes de problemas con Outlook hacia la 1 pm, hora del Este, que bajaron a unos 34.490 por la noche, según Reuters ^[13]. Reuters también informó de que a las 5:47 pm, hora del Este, había casi 13.000 reportes sobre Microsoft 365 y 763 sobre Teams ^[13]. Estas cifras cuentan quejas enviadas por usuarios, no el número de personas afectadas.

Efectos en cadena. Reuters informó de que también se vieron afectados los conectores que usan los servicios de IA de OpenAI y Anthropic para acceder a Microsoft 365, y de que el fabricante de camiones eléctricos Workhorse Group trasladó la presentación de sus resultados del tercer trimestre del 12 al 16 de noviembre, alegando trastornos por la interrupción ^[13].

Lo que Microsoft dijo a la prensa. Un portavoz de Microsoft dijo que la empresa estaba "al tanto e investigando reportes de usuarios con problemas en los servicios de Microsoft 365, principalmente problemas con Exchange Online", según Reuters y The Verge ^[13][14]. The Verge informó de que, desde poco antes de la 1 pm, hora del Este, del jueves, llegaron reportes de todo el mundo de personas que no podían acceder a su correo de Outlook ni en la web ni en las aplicaciones ^[14].

¿Qué hacer mientras Outlook está caído?

El fallo está en los centros de datos de Microsoft, así que nada en un teléfono o en una computadora lo arreglará. Los pasos más útiles son pequeños:

Para todos

• Siga una sola fuente oficial. La página pública Service Health Status de Microsoft y la cuenta Microsoft 365 Status en X publican las actualizaciones oficiales; Microsoft remite a la página de estado cuando el centro de administración no está disponible ^[1][11].
• No rehaga su configuración. Microsoft describe un problema del lado del servidor con una recuperación gradual a medida que los clientes se reconectan ^[10]. Quitar y volver a agregar una cuenta durante la caída le dará trabajo después sin acelerar nada.
• Cuente con retrasos y luego revise. Cuando el servicio se recupere, revise la carpeta Elementos enviados y la Bandeja de salida para ver qué se envió realmente, y reenvíe solo lo que falte.
• Para la lista completa, que incluye trabajar sin conexión, Outlook en la web frente a las aplicaciones, cómo leer los códigos de error y cómo evitar el phishing que aprovecha la caída, use Outlook Down? How to Check Status and Keep Working. Aquí no se repite.

Para administradores de Microsoft 365

• Siga EX1550543 (Exchange Online) y MO1550821 (Microsoft 365 en general) en Estado del servicio del Microsoft 365 admin center, o en la página de estado pública si el centro de administración no carga ^[2][11].
• Informe al personal una sola vez, con una hora para la próxima actualización, en lugar de responder cada ticket. La próxima actualización de Microsoft estaba prevista a más tardar a las 01:30 UTC del 13 de noviembre, según la página de estado en la consulta de las 00:30 UTC ^[1].
• Cuente con que algunos usuarios se recuperen antes que otros, y con que algunos vuelvan a perder el acceso, porque Microsoft devuelve los servidores al servicio por etapas y limita algunos tipos de tráfico en algunas ubicaciones ^[10][11].

Qué vigilar a continuación

Tres señales mostrarán si la caída está terminando:

• Si los servidores reconstruidos se mantienen. Microsoft dijo que está reconstruyendo una parte de los servidores con una configuración anterior para comprobar si así dejan de fallar ^[11]. Un anuncio de que esto se extiende ampliamente sería la señal más clara de una solución.
• Si se levantan los límites de tráfico. Microsoft limita temporalmente en algunas ubicaciones los tipos de tráfico que pueden llegar a la infraestructura afectada ^[11]. Levantar esos límites indicaría que los servidores pueden volver a soportar una carga normal.
• Un aviso claro de resolución y una causa. Mientras Microsoft no diga que el impacto está resuelto, el incidente sigue abierto. Mientras no nombre una causa, cualquier explicación en redes sociales es especulación ^[6][11].

Todo el estado descrito arriba corresponde a las 00:55 UTC del 13 de noviembre de 2026 (la propia página de estado se consultó por última vez a las 00:30 UTC). La situación cambiaba de hora en hora, así que la página de estado de Microsoft es el lugar para confirmar la situación actual ^[1].