¿Se cayó Gemini?

Revisa el código de estado HTTP. 401 y 403 indican un problema de clave o permisos; 400 y 422, una solicitud mal formada; 429, que alcanzaste un límite de velocidad o de gasto. Solo los errores 500, 502, 503, 504 y los timeouts apuntan a Google. Si esta página está en verde pero recibes esos errores, envía una solicitud básica con curl para descartar problemas en tu librería o proxy.

Reintenta los errores 429 y 5xx con retroceso exponencial (exponential backoff) y una pequeña variación aleatoria (jitter), limita el número de intentos y define un timeout para que las conexiones pendientes no se acumulen. Para funciones visibles al usuario, ten configurado un modelo de respaldo de otro proveedor y cambia a él automáticamente tras varios fallos seguidos; la lista de arriba muestra cuáles funcionan bien ahora mismo.

Los límites se aplican por organización y por modelo, por lo que tu cuenta puede sufrir restricciones mientras las demás funcionan sin problemas. Los modelos recién lanzados y los muy grandes también son los primeros en tener límites de frecuencia en horas pico. Revisa la página de uso de tu cuenta, prueba con un modelo más pequeño y asegúrate de apuntar a la base URL y la región correctas.

Fíjate en el tiempo hasta el primer token en lugar del tiempo total. En nuestras propias pruebas marcamos una ralentización cuando el primer token tarda más de 3 segundos y el triple de la mediana del día. Los prompts y las respuestas muy largas son lentos por naturaleza y no se consideran un problema.

Para Gemini combinamos la página de estado oficial de Google, consultada cada minuto, el porcentaje de solicitudes exitosas a los modelos de Google en OpenRouter y los reportes de usuarios que pulsan el botón en esta página. La señal más grave y reciente define el estado, y descartamos las fuentes desactualizadas en lugar de fiarnos de ellas. La página se actualiza automáticamente; puedes ver los umbrales exactos en nuestra página “Cómo lo medimos”.