Usa esta página para distinguir un incidente general de Google Cloud de un problema limitado a un producto, una API, una región, un proyecto, una identidad, una red o una aplicación. Comprueba primero el panel de estado oficial y, después, compara su alcance y momento con tus solicitudes fallidas y registros.
Site Administrator
Última revisión: September 25, 2026
ÚLTIMO ESTADO REGISTRADO
Operativo En la última comprobación, el sitio web de Google Cloud parecía estar operativo y respondiendo con normalidad.
| Endpoint | Estado | Observado |
|---|---|---|
| cloud.google.com | Operational | 2026-11-09 13:50 UTC |
¿Te funciona?
0 reportes recientes; se necesitan más para mostrar una tendencia útil.
Para una visión completa, incluidas incidencias parciales o regionales que una única comprobación externa puede no detectar, consulta la página oficial de estado de Google Cloud. página oficial de estado.

Google Cloud incluye muchos productos, API, regiones, proyectos y servicios de infraestructura. Un incidente que afecte a una API o región puede dejar la Consola de Cloud y los servicios no relacionados funcionando con normalidad. Del mismo modo, que la Consola funcione no demuestra que una VM, implementación, base de datos, endpoint de API o aplicación esté funcionando correctamente.
Usa el Google Cloud Status Dashboard para comprobar los incidentes notificados y los avisos de disponibilidad específicos de cada servicio. Compara cada aviso con el producto, la operación, la región, el proyecto afectados y el momento en que comenzaron tus errores.
Si no aparece ningún incidente coincidente, investiga el alcance más específico del fallo. Los permisos, la facturación, las cuotas, las API habilitadas, las políticas de la organización, las credenciales, el DNS, las reglas del firewall, los proxies y la configuración de la aplicación pueden causar errores de Google Cloud sin indicar una interrupción general de la plataforma.
Abre el Google Cloud Status Dashboard y busca un incidente que coincida con el producto o la API afectados, la región, la operación y el momento en que comenzó el problema. Si el alcance coincide, evita cambios de configuración innecesarios y sigue las actualizaciones del incidente.
Una página de estado no puede descartar un problema limitado a un proyecto, una cuenta, un recurso, una cuota o una aplicación. Si no hay ningún aviso coincidente, continúa con las comprobaciones más específicas que se indican a continuación.
Confirma que la solicitud utiliza la cuenta y el proyecto de Google Cloud previstos. Comprueba que la API necesaria esté habilitada, que la identidad tenga los permisos requeridos, que la facturación esté configurada según lo esperado y que el proyecto no haya alcanzado una cuota o un límite de recursos. Compara con un proyecto o una identidad que sepas que funcionan correctamente solo cuando la comparación sea segura y esté autorizada.
Si el problema solo afecta a la Consola, prueba una ventana privada, otro navegador compatible u otra red. Descarta temporalmente las extensiones, los datos de sesión obsoletos y una sesión de inicio de sesión caducada. Si el problema sigue a la cuenta y no al navegador, investiga la identidad, la política de la organización, los permisos o la selección del proyecto en lugar de borrar repetidamente los datos del navegador.
Si no se puede acceder a la Consola o a la API, compara el acceso desde el navegador con una solicitud de la aplicación o de la línea de comandos y, cuando tengas autorización, prueba desde otra red. Inspecciona el proxy, la VPN, el firewall, el tráfico de salida, el DNS y el comportamiento del certificado. Un tiempo de espera agotado, un rechazo de conexión, un fallo de DNS o un error de TLS requieren un procedimiento distinto al de una respuesta de la API que informe de errores de autorización, cuota o solicitud no válida.
Guías relacionadas:
Registra el estado HTTP completo, el cuerpo de la respuesta, el endpoint, la región, el identificador del proyecto, la marca de tiempo y el ID de solicitud o de correlación cuando estén disponibles. Comprueba los registros de la aplicación y el estado de la operación o la implementación del producto de Google Cloud correspondiente. Distingue los fallos de autenticación y autorización de los argumentos no válidos, los límites de frecuencia, los servicios no disponibles, los errores de gateway y los tiempos de espera agotados del lado del cliente.
Reintenta solo según el comportamiento documentado de la API o el cliente correspondiente. Usa un backoff para los fallos transitorios cuando sea apropiado y no reintentes a ciegas las escrituras no idempotentes.
Usa el panel para comparar el alcance y el momento del incidente con tus síntomas. Para obtener detalles específicos del entorno, consulta la documentación del producto de Google Cloud correspondiente y revisa los registros de tu proyecto, aplicación y red.
Esta comprobación en vivo se ejecuta desde nuestro servidor y puede no reflejar todas las regiones, cuentas, funciones o rutas de red.
Comprueba el Google Cloud Status Dashboard para ver si hay un incidente que afecte al producto, la API o la región que utilizas. Compara el alcance y la hora de inicio del incidente con tus propios errores antes de concluir que el fallo afecta a toda la plataforma.
La Consola y la solicitud de API pueden utilizar servicios, credenciales, endpoints, permisos, proyectos y regiones diferentes. Comprueba la respuesta de la API, el proyecto seleccionado, la autenticación, la API habilitada, la cuota, la ruta de red y la configuración de la aplicación.
Un fallo limitado a un proyecto puede deberse a los permisos, la facturación, las cuotas, las API habilitadas, las políticas de la organización, la configuración de los recursos o una implementación. Por sí solo, no demuestra que haya una interrupción general de Google Cloud.
Registra el producto y la operación afectados, el proyecto y la región, el error exacto y el estado HTTP, el momento del primer fallo, la frecuencia, el cliente o la red utilizados y cualquier ID de solicitud o de correlación presente en la respuesta o los registros. Elimina los secretos y los datos confidenciales antes de compartir los diagnósticos.
No automáticamente. Sigue las indicaciones de reintento de la API o el cliente correspondiente. Los fallos transitorios de lectura pueden admitir reintentos con backoff, pero las escrituras no idempotentes repetidas pueden crear operaciones duplicadas o dificultar el diagnóstico.
Prueba desde otra red o un entorno autenticado y comprueba la selección del proyecto, los permisos, la facturación, las cuotas, la configuración de la API, el DNS, el firewall, el proxy y los registros de la aplicación. Es posible que un problema limitado a tu proyecto, región, cuenta, recurso o red no aparezca como un incidente general de la plataforma.
← Volver a todos los servicios
Esta comprobación en vivo se ejecuta desde nuestro servidor y puede no reflejar todas las regiones, cuentas, funciones o rutas de red.