Límites de uso

La API de Gmail está sujeta a límites de uso que restringen la frecuencia con la que puedes llamar a los métodos de la API. Los límites se definen en términos de unidades de cuota, una unidad de medida abstracta que representa el uso de recursos de Gmail.

Cuotas de la API de Gmail

La API de Gmail aplica dos tipos de cuotas:

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

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

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

Tipo de límite de uso Límite
Por minuto, por proyecto 1,200,000 unidades de cuota
Por minuto por usuario por proyecto 6,000 unidades de cuota

Para obtener información sobre cómo controlar los errores de límite, consulta Resuelve errores.

Límite de facturación diario

Este límite por día y 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 cargos.

El uso que no supere este umbral no generará cargos adicionales y no se facturará a tu cuenta de Google Cloud. Google compartirá los detalles de facturación completos más adelante en 2026 con un aviso de al menos 90 días antes de que se apliquen 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 y por proyecto 80,000,000 de unidades de cuota

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

Uso de la cuota por método

La cantidad de unidades de cuota que consume cada solicitud varía según el método al que llames y los parámetros de consulta. En la siguiente tabla, se describe el uso de unidades de cuota por método:

Método Unidades de cuota
drafts.create 10
drafts.delete 10
drafts.get 20 (60 cuando format es full, raw o html)
drafts.list 5
drafts.send 100
drafts.update 15
getProfile 1
history.list 2
labels.create 5
labels.delete 5
labels.get 1
labels.list 1
labels.update 5
messages.attachments.get 20
messages.batchDelete 50
messages.batchModify 50
messages.delete 10
messages.get 20 (60 cuando format es full, raw o html)
messages.import 25
messages.insert 25
messages.list 5
messages.modify 5
messages.send 100
messages.trash 20
messages.untrash 5
settings.delegates.create 100
settings.delegates.delete 5
settings.delegates.get 1
settings.delegates.list 1
settings.filters.create 5
settings.filters.delete 5
settings.filters.get 1
settings.filters.list 1
settings.forwardingAddresses.create 100
settings.forwardingAddresses.delete 5
settings.forwardingAddresses.get 1
settings.forwardingAddresses.list 1
settings.getAutoForwarding 1
settings.getImap 1
settings.getPop 1
settings.getVacation 1
settings.sendAs.create 100
settings.sendAs.delete 5
settings.sendAs.get 1
settings.sendAs.list 1
settings.sendAs.update 100
settings.sendAs.verify 100
settings.updateAutoForwarding 5
settings.updateImap 5
settings.updatePop 100
settings.updateVacation 5
stop 50
threads.delete 20
threads.get 40 (120 cuando format es full)
threads.list 10
threads.modify 10
threads.trash 20
threads.untrash 10
watch 100

Cuando usas la API de Gmail, también hay un límite de 500 destinatarios por mensaje de correo electrónico.

Resuelve errores de cuota basados en el tiempo

Para todos los errores basados en el tiempo (un 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 siguen sin tener é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. Realizar una solicitud a la API de Gmail
  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. Sigue con la espera y los reintentos hasta llegar a una cantidad máxima, 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), n se incrementa 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 casos en los que muchos clientes se sincronizan por alguna situación y todos vuelven a intentarlo a la vez, lo que envía solicitudes en oleadas sincronizadas. 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 de 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, después 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 Gmail está disponible sin costo adicional. Se prevé que, si se superan los límites de solicitudes de cuota, se generarán 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 herramientas y APIs 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. Se considera que las llamadas a la API que realiza una cuenta de servicio usan una sola cuenta. Solicitar un ajuste de cuota no garantiza la aprobación. Las solicitudes de ajuste de cuota que aumentarían 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 tus cuotas. Si prevés un aumento 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:

Cuotas del servidor de MCP de Gmail

El servidor de MCP de Gmail usa una métrica de asignación de costos de consultas. En las siguientes tablas, se detalla el costo de las consultas para cada método del servidor de MCP de Gmail por sección:

Cuotas de MCP de Gmail

El servidor aplica dos tipos de cuotas:

  • Por minuto por proyecto: Es el costo de la consulta para tu proyecto de Cloud durante un minuto.

  • Por minuto, por usuario y por proyecto: Es el costo de la consulta para tu proyecto de Cloud durante un minuto que puede usar cualquier usuario en particular.

En la siguiente tabla, se detallan estas cuotas:

Tipo de límite de uso Costo de las consultas
Por minuto, por proyecto 1,200,000
Por minuto por usuario por proyecto 6,000

Cuotas del conjunto de herramientas de MCP de Gmail

En la siguiente tabla, se detalla el costo de la consulta para cada conjunto de herramientas de gmailmcp.googleapis.com:

Extremo Herramienta Costo de las consultas

/mcp/v1

create_draft

10

get_thread

40

label_message

10

label_thread

10

list_drafts

5

list_labels

1

search_threads

10

unlabel_message

10

unlabel_thread

10

Para obtener más información, consulta la referencia de la API de MCP de Gmail.