Límites y cuotas de la API

La API de Google Ads aplica límites a las operaciones de la API, como la cantidad de operaciones que se pueden enviar en una sola solicitud de mutación. En la siguiente tabla, se resumen algunos de los límites y las cuotas importantes que debes tener en cuenta.

Tipo de solicitud, limitación y código de error
Operaciones con el nivel de acceso de Explorer 2,880 operaciones de API por día en cuentas de producción
15,000 operaciones de API por día en cuentas de prueba
RESOURCE_EXHAUSTED
Operaciones con el nivel de acceso básico 15,000 operaciones de API por día en cuentas de prueba y de producción RESOURCE_EXHAUSTED
Solicitudes de mutación 10,000 operaciones de mutación por solicitud
100 operaciones de acción por solicitud
TOO_MANY_MUTATE_OPERATIONS
TOO_MANY_ACTION_OPERATIONS
Solicitudes de servicio de planificación 1 QPS RESOURCE_EXHAUSTED
Solicitudes del servicio de carga de conversiones 2,000 conversiones por solicitud TOO_MANY_CONVERSIONS_IN_REQUEST
Solicitudes de servicio de facturación y presupuesto de la cuenta 1 operación por solicitud de mutación TOO_MANY_MUTATE_OPERATIONS

Límites diarios de operaciones de la API

Los límites de uso diario de la API se basan en la cantidad de operaciones de la API realizadas por token de desarrollador. Las operaciones de la API son la suma total de las solicitudes get y las operaciones de mutación. Los límites para las operaciones diarias de la API dependen del nivel de acceso del token de desarrollador. En la guía de Niveles de acceso y uso permitido, se describen los límites específicos de las operaciones de la API para cada nivel de acceso.

Las solicitudes que incumplen estos límites se rechazan con el error RESOURCE_EXHAUSTED.

Limitaciones de gRPC

Todas las bibliotecas cliente de la API de Google Ads usan gRPC para generar solicitudes y respuestas. De forma predeterminada, gRPC tiene un tamaño de mensaje de 4 MB, pero nuestras bibliotecas cliente establecen el tamaño máximo del mensaje en 64 MB para aumentar la eficiencia.

Las respuestas no deben superar este límite. Por ejemplo, una solicitud de búsqueda que incluye muchos campos puede generar una respuesta que supere los 64 MB de tamaño. Para evitar este límite, puedes reducir la cantidad de campos seleccionados o usar la transmisión. En el caso de las mutaciones, envía menos operaciones por solicitud.

Las solicitudes que incumplan esta limitación no generarán un GoogleAdsError, sino un error de gRPC 429 Resource Exhausted. Consulta la lista de códigos y mensajes de error de gRPC.

Solicitudes de mutación

Además de contabilizarse en la cuota de operaciones diarias del usuario, una solicitud de modificación no puede contener más de 10,000 operaciones por solicitud.

Las solicitudes que incumplen esta limitación se rechazan con el error TOO_MANY_MUTATE_OPERATIONS.

A continuación, se describen los límites y las consideraciones adicionales para servicios y tipos de solicitudes específicos.

Solicitudes de búsqueda

Una solicitud Search o SearchStream se considera una operación en la cuota de operaciones diarias del usuario. Una solicitud de SearchStream se considera una operación de la API, independientemente de la cantidad de lotes.

Solicitudes paginadas

Las solicitudes paginadas (por ejemplo, las que contienen un next_page_token válido) no se descuentan de la cuota de operaciones diarias de un usuario. Sin embargo, las solicitudes de paginación que contengan un token de página vencido o no válido generarán una excepción y se contabilizarán para la cuota de operaciones diarias.

Para obtener más detalles sobre la paginación, consulta Desplázate por los resultados.

Otros tipos de solicitudes

Una solicitud que no sea de Get, Mutate, Search o SearchStream se considera una operación que se descuenta de la cuota diaria de operaciones del usuario.

Estos son algunos ejemplos de solicitudes de este tipo:

Solicitudes que devuelven excepciones de la API

Las solicitudes que se rechazan con un GoogleAdsFailure aún se contabilizan en la cuota de operaciones diarias del usuario.

Las solicitudes que fallan, pero no devuelven un GoogleAdsFailure, como las que se producen por un error a nivel de la red, no se contabilizarán en la cuota de operaciones diarias del usuario, ya que las solicitudes nunca llegarían al servicio. Un ejemplo de esto es una falla de conectividad de red.

Servicio de planificación de palabras clave

Debido al costo y la complejidad, los siguientes métodos del servicio de Planificador de palabras clave están sujetos a límites independientes de otros tipos de solicitudes.

Ten en cuenta estos límites cuando crees un plan de palabras clave.

Objeto KeywordPlan Número máximo
KeywordPlan por cuenta 10,000
KeywordPlanAdGroup por KeywordPlan 200
KeywordPlanAdGroupKeyword por KeywordPlan 10,000
KeywordPlanCampaignKeyword (palabras clave negativas) 1,000
KeywordPlanCampaign por KeywordPlan 1

Servicio de estadísticas de público

Los siguientes métodos dentro de AudienceInsightsService están sujetos a límites de cuota específicos.

Servicio de carga de conversiones

Servicio de carga de ajustes de conversiones

Reglas de valor de conversión

Si ya existe un ConversionValueRuleSet con un attachment_type de CUSTOMER para la cuenta, debes agregar cualquier regla de valor de conversión nueva a ese conjunto para que se activen. Si no existe un conjunto de reglas de valor de conversión de ese tipo, debes crear uno y agregarle tus reglas de valor de conversión, como se describe en Cómo crear conjuntos de reglas.

Servicios de facturación y presupuesto de la cuenta

  • Las mutaciones solo se pueden realizar en cuentas configuradas para la facturación mensual.

    Las solicitudes que incumplen esta limitación se rechazan con el error MUTATE_NOT_ALLOWED.

  • Solo se permite 1 operación para las solicitudes de modificación.

    Las solicitudes que incumplen esta limitación se rechazan con el error TOO_MANY_MUTATE_OPERATIONS.

  • Debes esperar al menos 12 horas entre los cambios en los pedidos de presupuesto de la misma cuenta. Si realizas cambios antes de que transcurran 12 horas, es posible que se produzcan errores irrecuperables que solo podrá resolver tu representante de la cuenta de Google Ads.

Invitaciones a cuentas de clientes

Se puede invitar a usuarios nuevos a cuentas de cliente existentes con CustomerUserAccessService. Dado que esta función envía correos electrónicos de invitación a otros usuarios, se puede usar de forma inadecuada. Por lo tanto, su comportamiento tiene las siguientes limitaciones:

Datos del usuario

Los datos del usuario se administran con UserDataService y OfflineUserDataJobService.

Cada objeto UserData en una operación create o remove pertenece a un solo usuario final. El campo user_identifiers dentro de un solo objeto UserData se limita a un máximo de 20 identificadores. Si se supera este límite en un solo objeto UserData, se generará un error OfflineUserDataJobError.TOO_MANY_USER_IDENTIFIERS o UserDataError.TOO_MANY_USER_IDENTIFIERS.

Cómo controlar a los usuarios con más de 20 identificadores

Si un solo usuario final posee más de 20 identificadores que necesitas subir, debes distribuir estos identificadores en varios objetos UserData. Para asegurarte de que Google pueda asociar todos estos identificadores con el mismo usuario final, cada objeto UserData de ese usuario debe incluir al menos un user_identifier común, como el mismo hashed_email, hashed_phone_number o third_party_user_id. Google utiliza estos identificadores compartidos para vincular y combinar la información de las operaciones de UserData separadas con el perfil correcto del usuario final.

Si dependes de la PII, como los correos electrónicos o los números de teléfono con codificación hash, asegúrate de que estén normalizados y codificados según los requisitos de la API de Google Ads (SHA-256, minúsculas, sin espacios en blanco) para evitar errores de vinculación.

Por ejemplo, si un usuario tiene 30 direcciones de correo electrónico, puedes enviar dos objetos UserData.

  • UserData 1: {third_party_user_id: "user123", hashed_email: "email1@...", … hashed_email: "email19@…"}
  • UserData 2: {third_party_user_id: "user123", hashed_email: "email20@...", … hashed_email: "email30@…"}

El límite total para user_identifiers en todas las operaciones de un solo OfflineUserDataJob sigue siendo de 100,000.

Otros tipos de límites

Un campo repetido, como una lista de operaciones, que tiene demasiados elementos en una solicitud puede generar el error REQUEST_SIZE_LIMIT_EXCEEDED. Este mismo mensaje de error también puede deberse a otros problemas.

Si te encuentras con esta limitación y realizas solicitudes que usan un campo repetido, intenta reducir la cantidad de elementos en el campo repetido implementando una lista de operaciones en una solicitud de mutación.

Cuando se realiza una consulta en GAQL, la cantidad máxima de elementos dentro de una cláusula IN es de 20,000. Si superas ese límite, se mostrará un error de FILTER_HAS_TOO_MANY_VALUES.