TL;DR:
- GitHub reconoció el 17 de agosto de 2026 una incidencia amplia que afecta la web, API, Actions, Pull Requests, Issues, Webhooks, Pages, Copilot y operaciones Git.
- La plataforma midió cerca de 20% de errores en la experiencia web y el tráfico de API, mientras las descargas de archivos y contenido sin procesar rondaban 50%.
- GitHub seguía sin identificar la causa raíz a las 16:16 UTC y mantenía medidas de mitigación; Packages y Codespaces figuraban como operativos.
GitHub, la plataforma de desarrollo propiedad de Microsoft, mantenía abierta el 17 de agosto de 2026 una incidencia extensa que estaba provocando errores en su sitio web, API, GitHub Actions, Pull Requests, Issues, Webhooks, Pages, Copilot y operaciones Git. La compañía reconoció el problema a las 13:40 UTC y, en su actualización de las 16:16 UTC, todavía intentaba identificar la causa raíz. El impacto no equivale a un apagón uniforme: algunos servicios seguían operativos, pero partes esenciales para revisar código, automatizar pruebas y desplegar software estaban bajo una interrupción mayor.
Las descargas de archivos concentran el mayor índice de errores
GitHub cuantificó la degradación en dos niveles. La experiencia web y el tráfico de su API registraban alrededor de 20% de errores, una tasa que ayuda a explicar por qué algunos usuarios podían entrar mientras otros encontraban fallos del servidor o páginas que no cargaban.
El golpe era mayor en las descargas de archivos comprimidos y de contenido sin procesar de los repositorios, donde el error rondaba 50%. Esa cifra no significa que la mitad de todos los repositorios se perdiera ni que todos los intentos de clonación fallaran. Describe la proporción aproximada de solicitudes fallidas en esos dos tipos de descarga durante el incidente.
La afectación también alcanzó servicios empresariales de identidad y administración. GitHub incluyó en la lista a la autenticación mediante SAML y OIDC, además de SCIM y Team Sync. En una organización, esos fallos pueden impedir el acceso con inicio de sesión único o retrasar la sincronización de usuarios y equipos, aunque el repositorio todavía aparezca en línea.
API, Actions y Copilot estaban en interrupción mayor
Al corte de las 16:16 UTC, el panel oficial clasificaba API Requests, Issues, Pull Requests, Actions y Copilot como servicios bajo una interrupción mayor. Git Operations, Webhooks y Pages aparecían con rendimiento degradado.
La distinción importa para los equipos que usan GitHub como algo más que un sitio donde guardar código. GitHub Actions ejecuta flujos de integración y despliegue continuo, por lo que una falla puede frenar compilaciones, pruebas y publicaciones automatizadas. Los problemas en Webhooks también pueden retrasar los eventos que activan esas tareas, mientras la degradación de Pull Requests e Issues complica la revisión y coordinación del trabajo.
No todo el catálogo estaba caído. Packages y Codespaces figuraban como operativos, al igual que la categoría separada de proveedores de modelos de IA para Copilot. El propio Copilot sí estaba marcado con interrupción mayor. El panel separa ambas categorías, por lo que el fallo del producto no demuestra por sí solo una caída de los modelos externos que utiliza.
BleepingComputer describió el episodio como una caída mundial. GitHub, sin embargo, no había publicado un desglose geográfico del impacto ni una estimación del número de usuarios afectados. Por eso, la evidencia disponible confirma una interrupción generalizada, pero no permite medir cuántos países, cuentas o repositorios sufrieron errores.
GitHub ya acumulaba varios incidentes durante agosto
La caída llegó después de una serie de problemas separados que aparecen en el historial oficial de la plataforma. Entre el 6 y el 7 de agosto, GitHub Actions sufrió más de nueve horas de disponibilidad degradada; en el punto más grave, 71% de los flujos de trabajo tuvo fallas de infraestructura y 75% de los restantes se retrasó más de cinco minutos.
El registro también muestra incidentes en la API GraphQL el 11 de agosto; Pull Requests, Issues, inicio de sesión y descargas de activos el día 12; y Webhooks y Team Sync el 13. GitHub documentó causas distintas en algunos de esos casos. Hasta ahora no ha vinculado ninguno con la interrupción del 17 de agosto, cuya causa seguía abierta.
GitHub continuaba aplicando mitigaciones sin ofrecer una hora estimada de recuperación. La referencia para confirmar el restablecimiento completo sigue siendo su panel oficial, que aún mostraba el incidente como no resuelto al cierre de esta actualización.
