📻 Versión en audio: si prefieres escuchar en vez de leer, el resumen del artículo está justo aquí arriba.
A las 3:09 p.m. hora de Chile de este jueves 12 de noviembre (1:09 p.m. hora del este, la referencia que usan las fuentes), Downdetector contaba 128.874 reportes de Outlook en el mundo; una hora después los reportes ya llegaban desde 74 países y territorios. No fue un pico de uso —Microsoft descartó el aumento de tráfico—: los servidores empezaron a quedar fuera de servicio solos, y de esa misma falla salió todo lo demás: Teams, SharePoint, Copilot, y también los conectores que usan ChatGPT y Claude para leer correo y calendarios.
Aclaración honesta sobre la cifra: los reportes de Downdetector los entregan usuarios, no el proveedor, así que miden molestia y no usuarios exactos afectados (Reuters, 12-nov).
Qué se cayó, minuto a minuto
El incidente tiene hora oficial: 1:17 p.m. hora de Chile de hoy, cuando Microsoft abrió el aviso EX1550543 por problemas de acceso a buzones de Exchange Online desde Outlook web, MAPI, Exchange ActiveSync y la API REST (recopilación de StatusStack con los avisos de Microsoft, 12-nov). A las 2:54 p.m. la cuenta @MSFT365Status lo hizo público; a las 3:07 p.m. amplió el alcance a «cualquier región»; y a las 3:26 p.m. abrió el aviso de suite MO1550821, que ya incluía Teams, SharePoint Online, Copilot 365 y Microsoft Defender XDR. En las horas siguientes se sumaron Planner, To Do, Microsoft Purview, Intune, Defender for Office 365 y Power BI.
Los picos en Downdetector: Outlook con 128.874 reportes a las 3:09 p.m., Microsoft 365 con más de 47.000 a las 3:20 p.m., Teams con unos 4.600 a las 3:58 p.m. y Copilot con cerca de 6.000 (USA Today, 12-nov). A las 4:07 p.m. todavía había 97.000 reportes de Outlook en pie (Reuters, 12-nov).
Un detalle para guardar: a las 12:40 p.m. hora de Chile Microsoft anunció un problema de Teams en Norteamérica y a las 2 de la tarde dijo que estaba «resuelto por completo» (Reuters, vía USA Today). Una hora y media después, a las 3:26 p.m., Teams ya estaba dentro del incidente global. En un incidente en curso, «resuelto» es una foto, no un estado.
No fue el tráfico: fue su propio sistema de vigilancia
Microsoft descartó la explicación fácil. En su cuenta de estado afirmó que la carga elevada no venía de un aumento de usuarios, sino de una cantidad de servidores que quedaron inesperadamente fuera de servicio, tensionando el resto de la infraestructura. Después vino el detalle que importa: esos servidores estaban fallando los health checks automatizados —los chequeos que deciden si una máquina sigue viva—, y la empresa señaló que podría haber relación con un componente que procesa esos chequeos y con un cambio reciente de configuración. Al mismo tiempo, dijo no haber identificado ningún cambio reciente correlacionado con el inicio del impacto (Microsoft 365 Status vía Hindustan Times, 12-nov).
La ironía es exacta: el sistema encargado de detectar caídas fue el que empezó a dar de baja servidores sanos. Un health check defectuoso no avisa del problema, lo provoca, y en una infraestructura global el efecto se propagó en minutos.
Las medidas de emergencia siguieron un orden clásico: pausar todos los despliegues, mover tráfico lejos de la infraestructura afectada y reiniciar servidores en lote. Luego Microsoft validó un método alternativo de health check que devolvió un subconjunto de servidores a servicio, preparó sistemas automáticos para detectar y reiniciar servidores sin respuesta, y está evaluando revertir un puñado de cambios de configuración para acelerar la recuperación (Microsoft 365 Status vía Reuters, 12-nov).
La IA se cayó sin haber sido la causa
Lo que no aparece en el titular de la BBC y sí en el de Reuters: la falla también cortó los conectores de Microsoft que usan OpenAI y Anthropic. OpenAI dijo estar investigando un problema con sus conectores de Microsoft donde las conexiones nuevas podrían romperse y las herramientas no funcionar como se espera. Anthropic reportó un problema con un proveedor de nivel superior que afecta su conector de Microsoft 365; su aviso de incidente cubrió correo, calendario, SharePoint, chat de Teams y la creación de conexiones nuevas (estado de servicio de Anthropic y Reuters, 12-nov).
Esto no es que ChatGPT o Claude «se hayan caído»: los modelos siguieron respondiendo. Lo que se cortó fue la tubería. Los conectores viajan por la misma capa de identidad y API que tu correo, así que el asistente quedó ciego: puede conversar, pero no puede leer tu bandeja ni tu calendario para darte contexto. Si tu flujo de trabajo depende de eso, el incidente no fue «Outlook abajo», fue «asistente sin ojos».
Lo que vi del lado de operador
Cuando el health check es el que falla, el tablero miente: ves servidores marcados como sanos que no rinden, y alertas que no corresponden. Por eso la primera regla en una tarde así es salir de la app caída y mirar el estado del servicio oficial. Detalle de que esto se salió de lo técnico: la propia página de estado de Microsoft no cargó en un momento (CNET, 12-nov) y algunos usuarios ni siquiera pudieron entrar al centro de administración de Microsoft 365 (How-To Geek, 12-nov). Cuando el panel de emergencia se cae junto con todo lo demás, el incidente pasa de técnico a comunicacional: el cliente se queda sin dónde mirar.
El otro punto es el orden de las medidas. Pausar despliegues antes que nada es la jugada correcta: cambiar código con la producción rota solo agrega una variable más. Después mover tráfico y reiniciar en lote. Microsoft lo hizo al revés de como se ve desde afuera —primero el freno, luego la reparación— y es lo que permite aislar la causa mientras se recupera capacidad.
Lo que todavía no se sabe
A la hora de escribir, Microsoft no ha publicado causa raíz: los incidentes EX1550543 y MO1550821 siguen abiertos como degradación de servicio, sin hora de término (StatusStack, 12-nov). La empresa está evaluando revertir cambios recientes de configuración, y ahí está el riesgo: revertir a ciegas sobre producción es un segundo cambio sin causa confirmada. Si mañana aparece un segundo incidente, va a ser difícil separarlo del primero.
El riesgo más grande no es técnico, es de concentración. En una sola tarde, el proveedor de correo, la mensajería, los documentos, la herramienta de defensa corporativa y los conectores de dos proveedores de IA fallaron juntos porque comparten la misma capa. Para quien tiene Microsoft 365 como única columna, no hay fallback: ni correo alternativo, ni chat alternativo, ni un asistente que siga viendo.
Antes del lunes: haz la lista de todo lo que depende de Microsoft 365 en tu mundo —correo, chat, documentos, y también los conectores de tu asistente de IA— y pregúntate qué responde cada canal si esa capa se cae un jueves a las 3 de la tarde Si la respuesta es «nadie se entera», deja hoy mismo un canal de aviso que no pase por 365 (un grupo aparte, un alias en otro proveedor) y suscríbete a status.cloud.microsoft. Media hora de trabajo, y es lo único que te avisa antes que al resto del equipo.
Datos verificados vía Microsoft 365 Status (incidentes EX1550543 y MO1550821), Downdetector, Reuters, BBC News Mundo y StatusStack, todos el 12 de noviembre de 2026.
Fuente de inspiración: Una falla en Microsoft deja fuera de servicio el correo electrónico de Outlook y otras plataformas (BBC News Mundo)
