PUBLICADO EL 6 DE SEPTIEMBRE DE 2026
ChatGPT, Claude y Grok cayeron el mismo 3 de septiembre, aunque no por la misma falla — Gemini fue el único que no se enteró
El 3 de septiembre, ChatGPT, Claude y Grok cayeron en una ventana de poco más de una hora: primero Claude, casi al mismo tiempo Grok, y alrededor de una hora después ChatGPT. Las primeras versiones de la historia culparon a una sola falla de Microsoft Azure, pero ni Microsoft ni las tres empresas la confirmaron; xAI, en cambio, sí reconoció un problema en su propio centro de cómputo en Memphis. Gemini, que corre en la nube propia de Google, apenas se inmutó.
El 3 de septiembre, en el curso de la mañana hora del este de EE.UU., millones de personas que abrieron ChatGPT, Claude o Grok para trabajar se encontraron con errores, respuestas que no cargaban o el servicio directamente caído. Lo raro no fue que uno de los tres fallara —eso pasa cada tanto con cualquier servicio en la nube— sino que los tres cayeran en una ventana de poco más de una hora, siendo que OpenAI, Anthropic y xAI son competidores directos que compiten furiosamente por el mismo mercado.
Claude fue el primero en caer, cerca de las 9:30 a.m. ET; Grok lo siguió casi al mismo tiempo; ChatGPT llegó alrededor de una hora después. Las primeras versiones de la historia apuntaron a una sola falla compartida en la región East US de Microsoft Azure, pero ese origen común nunca fue confirmado ni por Microsoft ni por las tres compañías. Lo que sí reconoció cada una fue distinto: OpenAI habló de un "error de enrutamiento" en ChatGPT y Codex, Anthropic describió errores elevados que escalaron a un problema de infraestructura más amplio, y xAI apuntó a una falla en su propio centro de cómputo en Memphis. La única conexión de infraestructura que sí quedó documentada no fue Azure: Anthropic tiene arrendada buena parte de la capacidad del centro de Memphis de xAI desde mayo, y la propia xAI mencionó "socios de cómputo afectados" en su disculpa —aunque tampoco esa relación fue confirmada como la causa del problema de Claude.
Una falla, tres víctimas y un sobreviviente
Los reportes de usuarios se dispararon entre las 9:30 a.m. y las 11:00 a.m. ET, y los tres servicios quedaron mayormente restablecidos hacia el mediodía. Downdetector, el sitio que rastrea reportes de usuarios sobre caídas de servicios, registró más de 37.000 reportes para ChatGPT (más de 66.000 si se suma Codex, la herramienta de programación de OpenAI), 1.324 para Claude y 1.365 para Grok. OpenAI fue la única de las tres que dio detalles concretos: confirmó errores elevados que afectaron a cerca de 15 componentes de ChatGPT, además de Codex.
Gemini, el modelo de Google, apenas registró unos 500 reportes en el mismo período —una fracción mínima comparada con los otros tres—. Gemini corre sobre la infraestructura de nube propia de Google, construida y operada de punta a punta por la misma empresa que hace el modelo, lo que lo deja menos expuesto a que un problema de un proveedor externo se sienta en cascada.
Por qué esto no es un problema exclusivo de la IA
Esta clase de incidente —donde una dependencia de infraestructura compartida tumba a varios servicios que ni siquiera son de la misma empresa— no es nueva ni exclusiva de los modelos de lenguaje. Es el mismo patrón que ya se ha visto antes con caídas de Azure, AWS o Cloudflare que arrastran a bancos, aerolíneas y tiendas online que jamás se pensarían conectadas entre sí, simplemente porque todas alquilan cómputo o red al mismo puñado de proveedores gigantes.
El punto de fondo es de concentración: cuando la infraestructura de buena parte de internet depende de un puñado de nubes hiperescalares y de la capacidad de cómputo que esas nubes —o empresas como xAI— arriendan entre sí, un problema puntual puede degradar casi al mismo tiempo a productos que compiten entre sí a muerte por el mismo mercado. Para una empresa grande como OpenAI o Anthropic, la solución no es trivial —migrar de nube o diversificar proveedores de cómputo es un proyecto de meses—, pero el caso deja una lección clara para cualquiera que administre su propia infraestructura, sea una app, una tienda online o un sitio corporativo: saber exactamente de qué proveedor (y de qué región o centro de cómputo de ese proveedor) depende tu servicio, y qué tan expuesto quedas si esa pieza específica falla un día cualquiera.
Tener tu propio servidor —ya sea un VPS para algo más pequeño o un servidor dedicado para cargas más pesadas— no te hace inmune a que internet tenga un mal día, pero sí te saca de la lista de "quién más comparte esta misma dependencia" que resultó ser, sin que nadie lo planeara, del tamaño de tres de los productos de IA más usados del mundo.
