Un límite de frecuencia es el número de llamadas a la API que puede realizar una aplicación o un usuario en un periodo de tiempo determinado. Si dicho límite se excede o si se superan los límites de tiempo total o de CPU, es posible que la aplicación o el usuario se vean limitados. Las solicitudes a la API que realice una aplicación o usuario limitados devolverán un error.
Todas las solicitudes a la API están sujetas a límites de frecuencia. Las solicitudes a la API Graph y la API de visualización básica de Instagram están sujetas a los límites de frecuencia de la plataforma, mientras que las solicitudes a la API de marketing y la API de la plataforma de Instagram están sujetas a los límites de frecuencia de casos de uso comercial (BUC).
Las solicitudes a la API de páginas están sujetas a los límites de frecuencia de la plataforma o BUC, en función del identificador usado en la solicitud; las solicitudes realizadas con los identificadores de acceso a la aplicación o de usuario están sujetas a los límites de frecuencia de la plataforma, mientras que las solicitudes realizadas con identificadores de acceso de usuario del sistema o a la página están sujetas a los límites de frecuencia de casos de uso comercial.
Las estadísticas de uso del límite de frecuencia en tiempo real se describen en los encabezados que se incluyen con la mayoría de respuestas de la API una vez que se han realizado suficientes llamadas a un extremo. También se muestran las estadísticas de uso del límite de frecuencia de la plataforma en el panel de aplicaciones. Cuando se alcance un límite de frecuencia, se producirá un error en cualquier solicitud posterior que realice la aplicación, y la API devolverá un código de error hasta que transcurra suficiente tiempo para que el recuento de llamadas esté por debajo del límite.
Si se pueden aplicar límites de frecuencia tanto de la plataforma como de casos de uso comercial a una solicitud, se aplicarán los límites de frecuencia de BUC.
El seguimiento de los límites de frecuencia de la plataforma se realiza en el nivel de aplicación o usuario de forma individual, en función del tipo de identificador usado en la solicitud.
Las solicitudes a la API Graph realizadas con un identificador de acceso a la aplicación se incluyen en el recuento del límite de frecuencia de la aplicación. El recuento de llamadas de una aplicación es el número de llamadas que esta puede realizar durante un periodo continuo de una hora y se calcula de la siguiente forma:
Calls within one hour = 200 * Number of Users
El número de usuarios se basa en la cantidad de usuarios activos por día únicos que tiene una aplicación. En aquellos casos en que existan periodos atrasados de uso diario (por ejemplo, si la actividad de la aplicación es alta durante los fines de semana pero baja en los días laborables), se usarán los usuarios activos por semana y mes para calcular el número de usuarios de la aplicación. Las aplicaciones con una alta interacción diaria tendrán límites de frecuencia más altos que las aplicaciones con una interacción diaria baja, independientemente del número real de descargas de la aplicación.
Ten en cuenta que no se trata de un límite por usuario, sino de un límite en las llamadas que realiza la aplicación. Cualquier usuario individual puede realizar más de 200 llamadas por hora mediante la aplicación, siempre que el total de las que se realicen desde la aplicación no supere el máximo de dicha aplicación. Por ejemplo, si la aplicación tiene 100 usuarios, puede realizar 20 000 llamadas por hora. No obstante, los diez usuarios que más interactúan pueden realizar 19 000 de estas llamadas.
Las solicitudes a la API Graph realizadas con un identificador de acceso de usuario se incluyen en el recuento de llamadas del usuario. El recuento de llamadas de un usuario es la cantidad de llamadas que este puede realizar durante un periodo continuo de una hora. Por motivos de privacidad, no revelamos los valores de recuento de llamadas reales de los usuarios.
Ten en cuenta que el recuento de llamadas de un usuario puede distribuirse entre varias aplicaciones. Por ejemplo, un usuario puede realizar X llamadas mediante la aplicación 1 e Y llamadas mediante la aplicación 2. Si la suma de X e Y supera el recuento de llamadas del usuario, se le aplicará un límite de frecuencia. Esto no significa necesariamente que el comportamiento de la aplicación sea incorrecto, sino que puede ser que el usuario utilice varias aplicaciones o use la API de forma indebida.
Los extremos que reciben suficientes solicitudes de la aplicación incluirán un encabezado HTTP X-App-Usage
o X-Ad-Account-Usage
(para las llamadas a la versión 3.3 y anteriores de la API de anuncios) en las respuestas. El encabezado contendrá una cadena con formato JSON que describe el uso actual del límite de frecuencia de la aplicación.
Clave | Descripción del valor |
---|---|
| Número entero que expresa el porcentaje de llamadas que realiza la aplicación durante un periodo continuo de una hora. |
| Número entero que expresa el porcentaje de tiempo de la CPU asignado para el procesamiento de consultas. |
| Número entero que expresa el porcentaje de tiempo total asignado para el procesamiento de consultas. |
Clave | Descripción del valor |
---|---|
| Porcentaje de llamadas realizadas para esta cuenta publicitaria antes de alcanzar el límite de frecuencia. |
| Duración (en segundos) del tiempo que se tarda en restablecer el límite de frecuencia actual a 0. |
| Los niveles permiten que tu aplicación acceda a la API de marketing. De forma predeterminada, las aplicaciones están en el nivel |
Cantidad de tiempo de la CPU que tarda en procesarse la solicitud. Cuando el valor de total_cputime
llegue a 100, es posible que se limiten las llamadas.
Cantidad de tiempo que tarda en procesarse la solicitud. Cuando el valor de total_time
llegue a 100, es posible que se limiten las llamadas.
x-app-usage: { "call_count": 28, //Percentage of calls made "total_time": 25, //Percentage of total time "total_cputime": 25 //Percentage of total CPU time }
x-ad-account-usage: { "acc_id_util_pct": 9.67, //Percentage of calls made for this ad account. "reset_time_duration": 100, //Time duration (in seconds) it takes to reset the current rate limit score. "ads_api_access_tier": 'standard_access' //Tiers allows your app to access the Marketing API. standard_access enables lower rate limiting. }
En el panel de aplicaciones se muestra el número de usuarios de la aplicación con límite de frecuencia, el porcentaje de uso actual de los límites de frecuencia de la aplicación y la actividad media de los últimos siete días. En la tarjeta Límite de frecuencia de la aplicación, haz clic en Ver detalles y pasa el cursor sobre cualquier punto del gráfico para ver más detalles sobre el uso en ese momento concreto. Dado que el uso depende del volumen de llamadas, es posible que en este gráfico no se muestren los siete días completos. Las aplicaciones con un volumen de llamadas más alto mostrarán más días.
Cuando una aplicación o un usuario haya alcanzado su límite de frecuencia, se producirá un error en las solicitudes de la aplicación o el usuario y la API responderá con un código de error.
Código de error | Descripción |
---|---|
| Indica que la aplicación cuyo identificador se usa en la solicitud ha alcanzado su límite de frecuencia. |
| Indica que el usuario cuyo identificador se usa en la solicitud ha alcanzado su límite de frecuencia. |
| Indica que el identificador que se usa en la solicitud a la versión 3.3 o anterior de la API de anuncios ha alcanzado su límite de frecuencia. |
| Indica que el usuario o la aplicación cuyo identificador se usa en la solicitud a la API de páginas ha alcanzado su límite de frecuencia. |
| Indica que se ha alcanzado un límite de frecuencia personalizado. Para ayudar a resolver este problema, consulta los documentos complementarios de la API específica a la que llamas para ver los límites de frecuencia personalizados que pueden aplicarse. |
| Indica que se ha observado un comportamiento incoherente en el volumen de solicitudes a la API de la aplicación. Si has realizado algún cambio recientemente que afecte al número de solicitudes a la API, es posible que se muestre este error. |
{ "error": { "message": "(#32) Page request limit reached", "type": "OAuthException", "code": 32, "fbtrace_id": "Fz54k3GZrio" } }
Código de error | Descripción |
---|---|
| Indica si la consulta está limitada o no. Valores: |
| Primer factor de restricción
|
| Segundo factor de restricción
|
X-App-Usage
para ver cuánto falta para que la aplicación alcance el límite y cuándo podrás volver a realizar llamadas después de que se alcance el límite.Todas las solicitudes a la API de marketing y las solicitudes a la API de páginas realizadas con un identificador de acceso al sistema o la página están sujetas a los límites de frecuencia de casos de uso comercial (BUC) y dependen de los extremos que consultes.
En el caso de la API de marketing, el límite de frecuencia se aplica a la cuenta publicitaria en el mismo caso de uso comercial. Por ejemplo, todos los extremos con el caso de uso comercial Administración de anuncios compartirán la cuota total dentro de la misma cuenta publicitaria. Si un determinado extremo hace muchas solicitudes a la API y provoca restricciones, otros extremos configurados con el mismo caso de uso comercial también recibirán errores de limitación de frecuencia. La cuota depende del nivel de acceso a la API de marketing de la aplicación. El nivel de la API de marketing de acceso estándar tendrá más cuotas que el nivel de la API de marketing de acceso de desarrollo. De forma predeterminada, una aplicación nueva debe estar en el nivel de desarrollo. Si necesitas actualizar para obtener más cuota de limitación de frecuencia, actualiza al acceso avanzado de Acceso estándar a la administración de anuncios en la revisión de la aplicación.
Las solicitudes que realiza una aplicación a la API de insights de anuncios se contabilizan con respecto a las métricas de límite de frecuencia de la aplicación, como el recuento de llamadas, el tiempo total de la CPU y el tiempo total. El recuento de llamadas de una aplicación es el número de llamadas que esta puede realizar durante un periodo continuo de una hora y se calcula de la siguiente forma:
En el caso de las aplicaciones con acceso estándar a la función Acceso estándar a la administración de anuncios:
Calls within one hour = 600 + 400 * Number of Active ads - 0.001 * User Errors
En el caso de las aplicaciones con acceso avanzado a la función Acceso estándar a la administración de anuncios:
Calls within one hour = 190000 + 400 * Number of Active ads - 0.001 * User Errors
El número de anuncios activos es la cantidad de anuncios que se encuentran actualmente en circulación en cada cuenta publicitaria. Los errores del usuario son el número de errores recibidos al llamar a la API. Para obtener un límite de frecuencia mayor, puedes solicitar la función Acceso estándar a la administración de anuncios.
La limitación de frecuencia también puede estar sujeta al tiempo total de la CPU y al tiempo real total durante un periodo continuo de una hora. Para obtener más información, comprueba el encabezado HTTP X-Business-Use-Case
total_cputime
y total_time
.
Si recibes errores de limitación de frecuencia, también puede consultar estimated_time_to_regain_access
en el encabezado X-Business-Use-Case
para saber el tiempo estimado del bloqueo.
Las solicitudes que realiza una aplicación a la API de administración de anuncios se contabilizan con respecto a las métricas de límite de frecuencia de la aplicación, como el recuento de llamadas, el tiempo total de la CPU y el tiempo total. El recuento de llamadas de una aplicación es el número de llamadas que esta puede realizar durante un periodo continuo de una hora y se calcula de la siguiente forma:
En el caso de las aplicaciones con acceso estándar a la función Acceso estándar a la administración de anuncios:
Calls within one hour = 300 + 40 * Number of Active ads
En el caso de las aplicaciones con acceso avanzado a la función Acceso estándar a la administración de anuncios:
Calls within one hour = 100000 + 40 * Number of Active ads
El número de anuncios activos es la cantidad de anuncios de cada cuenta publicitaria.
La limitación de frecuencia también puede estar sujeta al tiempo total de la CPU y al tiempo real total durante un periodo continuo de una hora. Para obtener más información, comprueba el encabezado HTTP X-Business-Use-Case
total_cputime
y total_time
.
Si recibes errores de limitación de frecuencia, también puede consultar estimated_time_to_regain_access
en el encabezado X-Business-Use-Case
para saber el tiempo estimado del bloqueo.
Las solicitudes que realiza una aplicación se contabilizan con respecto a las métricas de límite de frecuencia, como el recuento de llamadas, el tiempo total de la CPU y el tiempo total que puede realizar la aplicación en un periodo continuo de una hora por identificador de catálogo, y se calcula como se indica a continuación:
Calls within one hour = 200 + 200 * log2(unique users)
El número de usuarios únicos es la cantidad de usuarios únicos de la empresa (en todos los catálogos) con algún tipo de intención en los últimos 28 días. Cuantos más usuarios vean los productos de tus catálogos, más cuota de llamadas se asigna.
Tipo de llamada | Extremo |
---|---|
POST | /{catalog_id}/items_batch |
POST | /{catalog_id}/localized_items_batch |
POST | /{catalog_id}/batch |
Las solicitudes que realiza una aplicación se contabilizan con respecto a la cantidad de llamadas que puede realizar en un periodo continuo de una hora por identificador de catálogo, y se calcula como se indica a continuación:
Calls within one hour = 20,000 + 20,000 * log2(unique users)
El número de usuarios únicos es la cantidad de usuarios únicos de la empresa (en todos los catálogos) con algún tipo de intención en los últimos 28 días. Cuantos más usuarios vean los productos de tus catálogos, más cuota de llamadas se asigna.
Esta fórmula se aplica en varios extremos de catálogo.
Si necesitas más información sobre cómo obtener el uso de la frecuencia actual, consulta Encabezados.
La limitación de frecuencia también puede estar sujeta al tiempo total de la CPU y al tiempo real total durante un periodo continuo de una hora. Para obtener más información, comprueba el encabezado HTTP X-Business-Use-Case
total_cputime
y total_time
.
Si recibes errores de limitación de frecuencia, también puede consultar estimated_time_to_regain_access
en el encabezado X-Business-Use-Case
para saber el tiempo estimado del bloqueo.
Las solicitudes que realiza una aplicación a la API de audiencias personalizadas se contabilizan con respecto a las métricas de límite de frecuencia de la aplicación, como el recuento de llamadas, el tiempo total de la CPU y el tiempo total. El recuento de llamadas de una aplicación es la cantidad de llamadas que puede realizar durante un periodo continuo de una hora. No puede superar las 700 000 llamadas y se calcula como se indica a continuación:
En el caso de las aplicaciones con acceso estándar a la función Acceso estándar a la administración de anuncios:
Calls within one hour = 5000 + 40 * Number of Active Custom Audiences
En el caso de las aplicaciones con acceso avanzado a la función Acceso estándar a la administración de anuncios:
Calls within one hour = 190000 + 40 * Number of Active Custom Audiences
El número de audiencias personalizadas activas es la cantidad de audiencias personalizadas activas que hay en cada cuenta publicitaria.
La limitación de frecuencia también puede estar sujeta al tiempo total de la CPU y al tiempo real total durante un periodo continuo de una hora. Para obtener más información, comprueba el encabezado HTTP X-Business-Use-Case
total_cputime
y total_time
.
Si recibes errores de limitación de frecuencia, también puede consultar estimated_time_to_regain_access
en el encabezado X-Business-Use-Case
para saber el tiempo estimado del bloqueo.
Calls to the Instagram Platform endpoints, excluding messaging, are counted against the calling app's call count. An app's call count is unique for each app and app user pair, and is the number of calls the app has made in a rolling 24 hour window. It is calculated as follows:
Calls within 24 hours = 4800 * Number of Impressions
The Number of Impressions is the number of times any content from the app user's Instagram professional account has entered a person's screen within the last 24 hours.
Calls to the Instagram messaging endpoints are counted against the number of calls your app can make per Instagram professional account and the API used.
Las solicitudes que realiza la aplicación a la API de generación de clientes potenciales se incluyen en el recuento de llamadas de la aplicación. El recuento de llamadas de una aplicación es la cantidad de llamadas que puede realizar durante un intervalo periódico de 24 horas, y se calcula como se indica a continuación:
Calls within 24 hours = 4800 * Leads Generated
El número de clientes potenciales generados es la cantidad de clientes potenciales generados por página para esta cuenta publicitaria en los últimos 90 días.
Los límites de frecuencia de la plataforma de Messenger dependen de la API que se utilice y, en algunos casos, del contenido de los mensajes.
Las solicitudes que realiza una aplicación se contabilizan con respecto a la cantidad de llamadas que puede realizar en un periodo renovable de 24 horas, y se calcula como se indica a continuación:
Calls within 24 hours = 200 * Number of Engaged Users
El número de usuarios que interactúan es la cantidad de usuarios a los que la empresa puede enviar mensajes mediante Messenger.
Las solicitudes que realiza una aplicación se contabilizan con respecto a la cantidad de llamadas que puede realizar por cuenta profesional de Instagram y la API utilizada.
API de conversaciones
API de envío
API de respuestas privadas
Los límites de frecuencia de las páginas pueden usar la lógica de límite de frecuencia de la plataforma o BUC, en función del tipo de identificador que se use. Cualquier llamada a la API de páginas que se lleve a cabo mediante un identificador de acceso a la página o de usuario del sistema usa el cálculo del límite de frecuencia siguiente. Cualquier llamada que se lleve a cabo mediante identificadores de acceso a la aplicación o de usuario está sujeta a los límites de frecuencia de la aplicación o el usuario.
Las solicitudes que realiza la aplicación a la API de páginas mediante un identificador de acceso a la página o de usuario del sistema se incluyen en el recuento de llamadas de la aplicación. El recuento de llamadas de una aplicación es la cantidad de llamadas que puede realizar durante un intervalo periódico de 24 horas, y se calcula como se indica a continuación:
Calls within 24 hours = 4800 * Number of Engaged Users
El número de usuarios que interactúan es la cantidad de usuarios que han interactuado con la página en 24 horas.
Las solicitudes que realiza la aplicación a la API de páginas mediante un identificador de acceso de usuario o a la aplicación siguen la lógica de límite de frecuencia de la plataforma.
Para evitar problemas con la limitación de frecuencia al usar la función de acceso al contenido público de la página, se recomienda utilizar un identificador de acceso de usuario del sistema.
Las solicitudes que realiza la aplicación a los extremos de comercio se incluyen en el recuento de llamadas de la aplicación. El recuento de llamadas de una aplicación es el número de llamadas que esta puede realizar durante un periodo continuo de una hora y se calcula de la siguiente forma:
Calls within one hour = 200 + 40 * Number of Catalogs
El número de catálogos es el número total de catálogos en todas las cuentas comerciales que administra tu aplicación.
Calls within 24 hours = 4800 * Number of Impressions
720000 * number_of_impressions for total_cputime
2880000 * Number of Impressions for total_time
Tipo de llamada | Extremo |
---|---|
|
|
|
|
|
|
|
|
|
|
|
|
Tipo de llamada | Extremo |
---|---|
|
|
|
|
|
|
|
|
Las respuestas de la API que realiza la aplicación con una limitación de frecuencia que usa la lógica de BUC incluyen un encabezado HTTP X-Business-Use-Case-Usage
(en el caso de las llamadas a la versión 3.3 y anteriores de la API de anuncios) con una cadena con formato JSON que describe el uso actual del límite de frecuencia de la aplicación. Este encabezado puede devolver hasta 32 objetos en una llamada.
Código de error | Descripción del valor |
---|---|
| Identificador de la empresa asociada al identificador que realiza las llamadas a la API. |
| Número entero que expresa el porcentaje de llamadas permitidas que realiza la aplicación durante un periodo continuo de una hora. |
| Tiempo, en minutos, que debe transcurrir hasta que las llamadas dejen de limitarse. |
| Número entero que expresa el porcentaje de tiempo de la CPU asignado para el procesamiento de consultas. |
| Número entero que expresa el porcentaje de tiempo total asignado para el procesamiento de consultas. |
| Tipo de límite de frecuencia aplicado. El valor puede ser uno de los siguientes: |
| Solo para los tipos |
Cantidad de tiempo de la CPU que tarda en procesarse la solicitud. Cuando el valor de total_cputime llegue a 100, es posible que se limiten las llamadas.
Cantidad de tiempo que tarda en procesarse la solicitud. Cuando el valor de total_time llegue a 100, es posible que se limiten las llamadas.
Solo para los tipos ads_insights
y ads_management
. Los niveles permiten que tu aplicación acceda a la API de marketing. De forma predeterminada, las aplicaciones están en el nivel development_access
. Standard_access
permite una limitación de frecuencia menor. Para obtener un límite de frecuencia mayor y llegar al nivel estándar, puedes solicitar “acceso avanzado” a la función Acceso estándar a la administración de anuncios.
x-business-use-case-usage: { "{business-object-id}": [ { "type": "{rate-limit-type}", //Type of BUC rate limit logic being applied. "call_count": 100, //Percentage of calls made. "total_cputime": 25, //Percentage of the total CPU time that has been used. "total_time": 25, //Percentage of the total time that has been used. "estimated_time_to_regain_access": 19, //Time in minutes to regain access. "ads_api_access_tier": "standard_access" //Tiers allows your app to access the Marketing API. standard_access enables lower rate limiting. } ], "66782684": [ { "type": "ads_management", "call_count": 95, "total_cputime": 20, "total_time": 20, "estimated_time_to_regain_access": 0, "ads_api_access_tier": "development_access" } ], "10153848260347724": [ { "type": "ads_insights", "call_count": 97, "total_cputime": 23, "total_time": 23, "estimated_time_to_regain_access": 0, "ads_api_access_tier": "development_access" } ], "10153848260347724": [ { "type": "pages", "call_count": 97, "total_cputime": 23, "total_time": 23, "estimated_time_to_regain_access": 0 } ], ... }
Cuando la aplicación alcanza el límite de frecuencia de casos de uso comercial, cualquier solicitud posterior que realice la aplicación producirá un error y la API devolverá un código de error.
Código de error | Tipo de límite de frecuencia de BUC |
---|---|
| Insights de anuncios |
| Administración de anuncios |
| Audiencia personalizada |
| |
| Generación de clientes potenciales |
| Messenger |
error code 32 | Llamadas a la página realizadas con un identificador de acceso de usuario |
error code 80001 | Llamadas a la página realizadas con un identificador de acceso a la página o de usuario del sistema |
| Versión 3.3 y anteriores de la API de anuncios (excepto la de insights de anuncios) |
| API de administración de WhatsApp Business |
| Lote del catálogo |
| Administración de catálogos |
{ "error": { "message": "(#80001) There have been too many calls to this Page account. Wait a bit and try again. For more info, please refer to https://developers.facebook.com/docs/graph-api/overview/rate-limiting.", "type": "OAuthException", "code": 80001, "fbtrace_id": "AmFGcW_3hwDB7qFbl_QdebZ" } }
X-Business-Use-Case-Usage
para ver cuánto falta para que la cuenta publicitaria alcance el límite y cuándo puedes volver a realizar llamadas.Todas las llamadas se incluyen en el recuento de los límites de frecuencia, no solo las solicitudes individuales a la API. Por ejemplo, puedes realizar una sola solicitud a la API y especificar varios identificadores, pero cada uno contará como una llamada.
En la tabla siguiente se ilustra este concepto.
Solicitudes de ejemplo | Número de llamadas a la API |
---|---|
GET https://graph.facebook.com/photos?ids=5
| 3 |
| 3 |
Cuando sea posible, te recomendamos que especifiques varios identificadores en una solicitud a la API, ya que, de este modo, mejorará el rendimiento de las respuestas de la API.
Si vas a crear un servicio de extracción de datos, consulta nuestras condiciones de extracción.