Límites de uso

Como la API de Google Drive es un servicio compartido, aplicamos cuotas y limitaciones para asegurarnos de que todos los usuarios la usen de manera justa y para proteger el rendimiento general del sistema de Google Workspace.

Los límites se definen en términos de unidades de cuota, una unidad de medida abstracta que representa el uso de recursos de Google Drive.

Cuotas de la API de Drive

Se aplican tres tipos de cuotas:

  • Por minuto, por proyecto: Es la cantidad de unidades de cuota que tu proyecto de Google Cloud puede usar en un minuto.

  • Por minuto, por usuario y por proyecto: Es la cantidad de unidades de cuota que puede usar un usuario en particular en tu proyecto de Cloud. Este límite tiene como objetivo ayudarte a garantizar una distribución justa del uso entre tus usuarios.

  • Por día, por proyecto: Define la cantidad máxima de bytes que tu proyecto de Google Cloud puede enviar en un período de las 24 horas antes de que se apliquen los cargos.

En la siguiente tabla, se detallan estos límites:

Tipo de límite de uso Límite
Por minuto, por proyecto 1,000,000 unidades de cuota
Por minuto, por usuario y por proyecto 325,000 unidades de cuota
Por día, por proyecto 1 TB

Si superas una cuota, recibirás una 403: User rate limit exceeded HTTP respuesta con el código de estado. Las verificaciones adicionales de límites de frecuencia en el backend de Drive también pueden generar una 429: Rate limit exceeded respuesta. Si esto sucede, debes usar un algoritmo de retirada exponencial y volver a intentarlo más tarde.

Límite de facturación diario

Este límite por día, por proyecto define la cantidad máxima de unidades de cuota que tu proyecto de Google Cloud puede usar en un período de 24 horas antes de que se apliquen los cargos.

El uso por debajo de este umbral no genera cargos adicionales y no se factura tu cuenta de Google Cloud. Los detalles completos de la facturación se compartirán más adelante en 2026 con un aviso de al menos 90 días antes de que entren en vigencia los cambios.

No puedes solicitar un aumento de este límite de umbral diario.

En la siguiente tabla, se detalla el límite:

Tipo de límite de umbral Límite
Por día, por proyecto 400,000,000 unidades de cuota

Para obtener más información, consulta el modelo estandarizado de Google Workspace para herramientas de agentes y APIs.

Uso de cuota por método

La cantidad de unidades de cuota consumidas por solicitud varía según el método llamado. En la siguiente tabla, se describe el uso de unidades de cuota por método:

Acción Unidades de cuota
Leer elementos, como files.get 5
Mostrar elementos, como files.list 100
Descargar elementos, como files.download 200
Editar elementos, como files.update 50
Otras acciones, como files.generateIds 5

Limitaciones adicionales

Se aplican las siguientes limitaciones cuando se trabaja con la API de Drive:

  • Los usuarios de Google Workspace solo pueden subir 750 GB por día entre Mi unidad y todas las unidades compartidas. Este límite también se aplica a las copias.

  • Los usuarios que alcancen el límite de 750 GB o suban un archivo de más de 750 GB no podrán subir ni copiar archivos adicionales hasta que pasen 24 horas.

  • El tamaño máximo de archivo que los usuarios pueden subir es de 5 TB. Solo se completa la carga del primer archivo que supera el límite. El tamaño máximo de archivo que los usuarios pueden copiar es de 750 GB.

  • Las notificaciones que se entregan a la dirección especificada cuando se abre un canal de notificaciones no se tienen en cuenta para los límites de cuota. Sin embargo, las llamadas a los changes.watch, channels.stop y files.watch métodos sí se tienen en cuenta para tu cuota.

  • Siempre que te mantengas dentro de las cuotas por minuto, no hay límite para la cantidad de solicitudes que puedes realizar por día.

  • Según el tipo de cuenta de Google Workspace, existen límites adicionales de almacenamiento en Drive.

Cómo resolver errores de cuota basados en el tiempo

Para todos los errores basados en el tiempo (máximo de N solicitudes por X minutos), te recomendamos que tu código detecte la excepción y use una retirada exponencial truncada para asegurarte de que tus dispositivos no generen una carga excesiva.

La retirada exponencial es una estrategia estándar de manejo de errores para aplicaciones de red. Un algoritmo de retirada exponencial reintenta las solicitudes a través del aumento exponencial de los tiempos de espera entre solicitudes, hasta un tiempo de retirada máximo. Si las solicitudes aún no tienen éxito, es importante que las demoras entre las solicitudes aumenten con el tiempo hasta que la solicitud se realice correctamente.

Algoritmo de ejemplo

Un algoritmo de retirada exponencial vuelve a intentar las solicitudes de forma exponencial, lo que aumenta el tiempo de espera entre los reintentos hasta un tiempo de retirada máximo. Por ejemplo:

  1. Realiza una solicitud a la API de Google Drive.
  2. Si la solicitud falla, espera 1 + random_number_milliseconds y vuelve a intentar la solicitud.
  3. Si la solicitud falla, espera 2 + random_number_milliseconds y vuelve a intentar la solicitud.
  4. Si la solicitud falla, espera 4 + random_number_milliseconds y vuelve a intentar la solicitud.
  5. Y así sucesivamente, hasta un tiempo de maximum_backoff.
  6. Continúa con la espera y los reintentos hasta un número máximo de reintentos, pero no aumentes el período de espera entre los reintentos.

Donde:

  • El tiempo de espera es min(((2^n)+random_number_milliseconds), maximum_backoff), con n incrementado en 1 para cada iteración (solicitud).
  • random_number_milliseconds es un número al azar de milisegundos menor o igual que 1,000. Esto ayuda a evitar los casos en los que muchos clientes se sincronizan por alguna situación y todos realizan el reintento a la vez, lo que hace que se envíen solicitudes sincronizadas en etapas. El valor de random_number_milliseconds se vuelve a calcular después de cada reintento de solicitud.
  • maximum_backoff suele ser de 32 o 64 segundos. El valor apropiado depende del caso de uso.

El cliente puede seguir reintentando después de que alcanza el tiempo maximum_backoff. Después de este punto, los reintentos no necesitan continuar con el aumento del tiempo de retirada. Por ejemplo, si un cliente usa un tiempo de maximum_backoff de 64 segundos, luego de alcanzar este valor, el cliente puede volver a intentarlo cada 64 segundos. En algún momento, se debe evitar que los clientes vuelvan a intentarlo de forma ilimitada.

El tiempo de espera entre los reintentos y la cantidad de reintentos depende del caso práctico y las condiciones de la red.

Precios

Todo el uso estándar de la API de Google Drive está disponible sin costo adicional. Se prevé que superar los límites de solicitudes de cuota generará cargos en tu cuenta de Facturación de Google Cloud más adelante en 2026. Para obtener más información, consulta el modelo estandarizado de Google Workspace para APIs y herramientas de agentes.

Solicita un aumento de la cuota

Según el uso que hagas de los recursos de tu proyecto, es posible que desees solicitar un ajuste de cuota. Las llamadas a la API de una cuenta de servicio se consideran como el uso de una sola cuenta. Solicitar una cuota ajustada no garantiza la aprobación. Las solicitudes de ajuste de cuota que aumenten significativamente el valor de la cuota pueden tardar más en aprobarse.

No todos los proyectos tienen las mismas cuotas. A medida que tu uso de Google Cloud aumenta con el tiempo, es posible que debas aumentar los valores de cuota. Si prevés un aumento repentino considerable en el uso, puedes solicitar ajustes en la cuota de forma proactiva en la página Cuotas y límites del sistema de la consola de Google Cloud.

Para obtener más información, consulta los siguientes recursos: