Este documento se ha actualizado.
La traducción en Español (España) no está disponible todavía.

Actualización del documento en inglés: 6 mar.

Límites de frecuencia

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 Graph 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.

Límites de frecuencia de la plataforma

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.

Aplicaciones

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.

Usuarios

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.

Encabezados

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.

Contenido del encabezado

Clave	Descripción del valor
`call_count`	Número entero que expresa el porcentaje de llamadas que realiza la aplicación durante un periodo continuo de una hora.
`total_cputime`	Número entero que expresa el porcentaje de tiempo de la CPU asignado para el procesamiento de consultas.
`total_time`	Número entero que expresa el porcentaje de tiempo total asignado para el procesamiento de consultas.

Contenido del encabezado X-Ad-Account-Usage

Clave	Descripción del valor
`acc_id_util_pct`	Porcentaje de llamadas realizadas para esta cuenta publicitaria antes de alcanzar el límite de frecuencia.
`reset_time_duration`	Duración (en segundos) del tiempo que se tarda en restablecer el límite de frecuencia actual a 0.
`ads_api_access_tier`	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.

Tiempo total de la CPU

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.

Tiempo total

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.

Valor de ejemplo del encabezado X-App-Usage

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
}

Valor de ejemplo del encabezado X-Ad-Account-Usage

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.
}

Panel

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.

Códigos de error

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ódigos de error de restricción

Código de error	Descripción
`4`	Indica que la aplicación cuyo identificador se usa en la solicitud ha alcanzado su límite de frecuencia.
`17`	Indica que el usuario cuyo identificador se usa en la solicitud ha alcanzado su límite de frecuencia.
`17 with subcode 2446079`	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.
`32`	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.
`613`	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.
`613 with subcode 1996`	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.

Ejemplo de respuesta

{
  "error": {
    "message": "(#32) Page request limit reached",
    "type": "OAuthException",
    "code": 32,
    "fbtrace_id": "Fz54k3GZrio"
  }
}

Códigos de restricción de estabilidad de Facebook

Código de error Descripción

Código de error	Descripción
`throttled`	Indica si la consulta está limitada o no. Valores: `True` o `False`.
`backend_qps`	Primer factor de restricción `backend_qps`. Valores admitidos: `actual_score`: valor real de `backend_qps` de esta aplicación. Valor: `8`. `limit`: límite del valor de `backend_qps` de esta aplicación. Valor: `5`. `more_info`: las consultas necesitan gestionar un gran número de solicitudes de back-end. Te sugerimos que envíes menos consultas o que las simplifiques con intervalos de tiempo más reducidos, menos identificadores de objeto, etc.
`complexity_score`	Segundo factor de restricción `complexity_score`. Valores admitidos: `actual_score`: valor real de `complexity_score` de esta aplicación. Valor: `0.1`. `limit`: límite del valor de `complexity_score` de esta aplicación. Valor: `0.01`. `more_info`: un valor alto de `complexity_score` significa que las consultas son muy complejas y solicitan grandes cantidades de datos. Te sugerimos que simplifiques las consultas con intervalos de tiempo más reducidos, menos identificadores de objeto, métricas o desgloses, etc. Divide las consultas grandes y complejas en otras más pequeñas y espácialas.

throttled

Indica si la consulta está limitada o no. Valores: True o False.

backend_qps

Primer factor de restricción backend_qps. Valores admitidos:

actual_score: valor real de backend_qps de esta aplicación. Valor: 8.
limit: límite del valor de backend_qps de esta aplicación. Valor: 5.
more_info: las consultas necesitan gestionar un gran número de solicitudes de back-end. Te sugerimos que envíes menos consultas o que las simplifiques con intervalos de tiempo más reducidos, menos identificadores de objeto, etc.

complexity_score

Segundo factor de restricción complexity_score. Valores admitidos:

actual_score: valor real de complexity_score de esta aplicación. Valor: 0.1.
limit: límite del valor de complexity_score de esta aplicación. Valor: 0.01.
more_info: un valor alto de complexity_score significa que las consultas son muy complejas y solicitan grandes cantidades de datos. Te sugerimos que simplifiques las consultas con intervalos de tiempo más reducidos, menos identificadores de objeto, métricas o desgloses, etc. Divide las consultas grandes y complejas en otras más pequeñas y espácialas.

Prácticas recomendadas

Cuando se alcance el límite, deja de realizar llamadas a la API. Si sigues realizándolas, el recuento de llamadas continuará creciendo, de forma que aumentará el tiempo que deberá transcurrir para que las llamadas se vuelvan a realizar correctamente.
Distribuye las consultas de forma uniforme para evitar picos de tráfico.
Utiliza filtros para limitar el tamaño de la respuesta de datos y evitar llamadas que soliciten datos superpuestos.
Consulta el encabezado HTTP 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.
Si se limitan los usuarios, asegúrate de que la causa no sea la aplicación. Reduce las llamadas del usuario o distribúyelas de forma más uniforme en el tiempo.

Límites de frecuencia de casos de uso comercial

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.

Insights de anuncios
Administración de anuncios
Catálogo
Audiencia personalizada
API Graph de Instagram
Generación de clientes potenciales

Messenger
Páginas
Administración de efectos comerciales de Spark AR
API de administración de WhatsApp Business

Insights de anuncios

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-Casetotal_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.

Administración de anuncios

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.

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.

Catálogo

Lote del catálogo

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

Administración de catálogos

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)

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.

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.

Audiencia personalizada

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.

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.

API Graph de Instagram

Las llamadas a la API Graph de Instagram se incluyen en el recuento de llamadas de la aplicación que realiza las llamadas. El recuento de llamadas de una aplicación es único para cada pareja de aplicación y usuario de la aplicación, y es el número de llamadas que realiza la aplicación en un intervalo periódico de 24 horas. Se calcula de la manera siguiente:

Calls within 24 hours = 4800 * Number of Impressions

El número de impresiones es la cantidad de veces que cualquier contenido de la cuenta de Instagram del usuario de la aplicación ha aparecido en la pantalla de una persona en las últimas 24 horas.

Notas

La API de visualización básica de Instagram usa los límites de frecuencia de la plataforma.
El descubrimiento de empresas y la búsqueda de hashtags están sujetos a los límites de frecuencia de la plataforma.

Generación de clientes potenciales

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.

Plataforma de Messenger

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.

API de Messenger

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.

API de Messenger para Instagram

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

Una aplicación puede realizar dos llamadas por segundo por cuenta profesional de Instagram.

API de envío

Una aplicación puede realizar 100 llamadas por segundo por cuenta profesional de Instagram para mensajes que incluyan texto, enlaces, reacciones y stickers.
Una aplicación puede realizar diez llamadas por segundo por cuenta profesional de Instagram para mensajes que incluyan contenido de vídeo o audio.

API de respuestas privadas

Una aplicación puede realizar 100 llamadas por segundo por cuenta profesional de Instagram para respuestas privadas a comentarios de Instagram Live.
Una aplicación puede realizar 750 llamadas por hora por cuenta profesional de Instagram para respuestas privadas a comentarios en reels y publicaciones de Instagram.

Páginas

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.

Administración de efectos comerciales de Spark AR

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.

API de administración de WhatsApp Business

Las solicitudes que realiza la aplicación a la API de administración de WhatsApp Business se incluyen en el recuento 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 renovable de una hora. En el caso de la siguiente API de administración de WhatsApp Business, la aplicación puede realizar de forma predeterminada 200 llamadas por hora, por aplicación, por cuenta de WhatsApp Business (WABA). En el caso de las cuentas WABA activas con al menos un número de teléfono registrado, la aplicación puede realizar 5000 llamadas por hora, por aplicación, por cuenta WABA activa.

Tipo de llamada	Extremo
`GET`	`/{whatsapp-business-account-id}`
`GET`, `POST` y `DELETE`	`/{whatsapp-business-account-id}/assigned_users`
`GET`	`/{whatsapp-business-account-id}/phone_numbers`
`GET`, `POST` y `DELETE`	`/{whatsapp-business-account-id}/message_templates`
`GET`, `POST` y `DELETE`	`/{whatsapp-business-account-id}/subscribed_apps`
`GET`	`/{whatsapp-business-account-to-number-current-status-id}`

En el caso de las siguientes API de línea de crédito, la aplicación puede hacer 5000 llamadas por hora, por aplicación.

Tipo de llamada	Extremo
`GET`	`/{business-id}/extendedcredits`
`POST`	`/{extended-credit-id}/whatsapp_credit_sharing_and_attach`
`GET` y `DELETE`	`/{allocation-config-id}`
`GET`	`/{extended-credit-id}/owning_credit_allocation_configs`

A fin de evitar alcanzar los límites de frecuencia, recomendamos usar webhooks para hacer un seguimiento de las actualizaciones de estado de las plantillas de mensajes, los números de teléfono y las cuentas WABA.

Si necesitas más detalles sobre cómo obtener información del uso de la frecuencia actual, consulta Encabezados.

Encabezados

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.

Contenido del encabezado X-Business-Use-Case-Usage

Código de error	Descripción del valor
`business-id`	Identificador de la empresa asociada al identificador que realiza las llamadas a la API.
`call_count`	Número entero que expresa el porcentaje de llamadas permitidas que realiza la aplicación durante un periodo continuo de una hora.
`estimated_time_to_regain_access`	Tiempo, en minutos, que debe transcurrir hasta que las llamadas dejen de limitarse.
`total_cputime`	Número entero que expresa el porcentaje de tiempo de la CPU asignado para el procesamiento de consultas.
`total_time`	Número entero que expresa el porcentaje de tiempo total asignado para el procesamiento de consultas.
`type`	Tipo de límite de frecuencia aplicado. El valor puede ser uno de los siguientes: `ads_insights`, `ads_management`, `custom_audience`, `instagram`, `leadgen`, `messenger` o `pages`.
`ads_api_access_tier`	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.

Tiempo total de la CPU

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.

Tiempo total

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.

Nivel de acceso a la API de anuncios

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.

Valor de ejemplo del encabezado X-Business-Use-Case-Usage

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
        }
    ],
...
}

Códigos de error

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
`error code 80000, error subcode 2446079`	Insights de anuncios
`error code 80004, error subcode 2446079`	Administración de anuncios
`error code 80003, error subcode 2446079`	Audiencia personalizada
`error code 80002`	Instagram
`error code 80005`	Generación de clientes potenciales
`error code 80006`	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
`error code 17, error subcode 2446079`	Versión 3.3 y anteriores de la API de anuncios (excepto la de insights de anuncios)
`error code 80008`	API de administración de WhatsApp Business
`error code 80014`	Lote del catálogo
`error code 80009`	Administración de catálogos

Ejemplo de un mensaje de código de error

{   
"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"   
    }
}

Prácticas recomendadas

Cuando se alcance el límite, deja de realizar llamadas a la API. Si sigues realizándolas, el recuento de llamadas continuará creciendo, de forma que aumentará el tiempo que deberá transcurrir para que las llamadas se vuelvan a realizar correctamente.
Consulta el encabezado HTTP 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.
Verifica el código de error y el extremo de la API para confirmar el tipo de restricción.
Cambia a otras cuentas publicitarias y regresa a esta después.
Es mejor crear un nuevo anuncio que modificar los existentes.
Reparte las consultas de manera uniforme entre dos intervalos de tiempo para evitar el envío de tráfico en picos.
Utiliza filtros para limitar el tamaño de la respuesta de datos y evitar llamadas que soliciten datos superpuestos.

Preguntas frecuentes

¿Qué consideramos que es una llamada a la API?

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

Solicitudes de ejemplo	Número de llamadas a la API
`GET https://graph.facebook.com/photos?ids=4` `GET https://graph.facebook.com/photos?ids=5` `GET https://graph.facebook.com/photos?ids=6`	3
`GET https://graph.facebook.com/photos?ids=4,5,6`	3

GET https://graph.facebook.com/photos?ids=4

GET https://graph.facebook.com/photos?ids=5

GET https://graph.facebook.com/photos?ids=6

GET https://graph.facebook.com/photos?ids=4,5,6

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.

Voy a crear una herramienta de extracción, ¿hay algo más de lo que deba preocuparme?

Si vas a crear un servicio de extracción de datos, consulta nuestras condiciones de extracción.