Preguntas frecuentes

Administración de cuotas y aumentos de cuotas

¿Cumplo con los requisitos para obtener un aumento de cuota?
Consulta cómo solicitar cuota adicional.
¿Cuál es la cuota diaria máxima para las solicitudes a la versión 3 de la API de Analytics?
La cantidad máxima de consultas por segundo (QPS) por usuario es de 10, lo que significa que puedes realizar un máximo de 864,000 solicitudes por día por usuario. La cantidad máxima de consultas por segundo (QPS) por proyecto es de 20, lo que significa que puedes realizar un máximo de 1,728,000 solicitudes por día, por proyecto.
¿Cuál es el límite máximo de aumento de cuota para las solicitudes de escritura a la API de Management?
La cuota diaria máxima por proyecto para las solicitudes de escritura a la API de Management es de 500. Por lo general, no otorgamos más de 1,000 a 2,000 solicitudes de escritura por proyecto por día. En algunos casos, otorgamos límites más altos temporalmente. Incluye tu justificación en el formulario de solicitud de aumento de cuota.
¿Puedo crear solicitudes a la API de Management por lotes para ahorrar cuotas?
En el caso de las solicitudes de la API de User Permission, puedes agruparlas para ahorrar cuotas. En el caso de otras solicitudes a la API, no podrás hacer lo siguiente: Cada entrada de una solicitud por lotes se considera dentro de la cuota diaria del proyecto.
Si bien nuestro proyecto tiene un bajo uso de la cuota de la API de Analytics, nos estamos preparando para el lanzamiento de un proyecto nuevo y esperamos muchos más usuarios. ¿Podemos solicitar un aumento de cuota de forma provisoria?
Te recomendamos que pruebes una carga realista primero para asegurarte de que puedes mantener tasas de error bajas en solicitudes frecuentes a la API.
El uso de la cuota de solicitudes a la API de Analytics es muy inferior a la cuota actual permitida del proyecto. ¿Perderé la cuota aumentada?
Revisamos el uso de la cuota de solicitudes a la API y revertimos los aumentos de cuota si el uso es siempre bajo durante un período prolongado (es decir, varios meses) o si la tasa de errores de la solicitud a la API aumentó considerablemente.
Tengo una cuota diaria predeterminada de 50,000 solicitudes a la API. ¿Puedo pedir 1,000,000?
Aumentamos la cuota diaria no más de un 100%. Por lo tanto, podemos aumentar tu cuota diaria a 100,000 como máximo. Puedes solicitar una cuota adicional a medida que crece la demanda de tu proyecto.
Recibo un correo electrónico en el que se indica que se aprobó mi solicitud de aumento de cuota, pero no veo el cambio. ¿Por qué?
El aumento de cuota puede tardar hasta 24 horas en aplicarse. Si no ves el aumento en 48 horas, responde el correo electrónico de confirmación de la aprobación para informarnos al respecto.
Envié una solicitud de aumento de cuota y no recibí ninguna respuesta durante varios días. ¿Por qué?
Si no recibes una respuesta 48 horas después de tu solicitud, verifica si completaste el formulario de solicitud de cuota correctamente y si cumples con los requisitos mínimos antes de comunicarte con nosotros.
Se rechazó mi solicitud de aumento de cuota. ¿Qué puedo hacer para obtener una aprobación?
Si se rechaza tu solicitud de aumento de cuota, soluciona los problemas mencionados en el correo electrónico de denegación. No aumentamos tu cuota cuando (1) no proporcionas motivos para usar el aumento de cuota propuesto o (2) si tu proyecto tiene una tasa de errores alta.
La tasa de errores de solicitud a la API de Analytics es alta. ¿Perderé la cuota aumentada?
Muy probable. Revisamos el uso de la cuota de solicitudes a la API y revertimos los aumentos de cuota si el uso es bajo durante mucho tiempo (es decir, varios meses) o si la tasa de errores de la solicitud a la API aumentó.
Independientemente de la cuota, si realizo más de 10,000 solicitudes a la API por vista (perfil), recibo el error dailyLimitExceeded. ¿Por qué?
No se puede aumentar la cuota de 10,000 solicitudes a la API por vista (perfil).
¿Cuáles son las cuotas máximas de las solicitudes a la API de Real Time Reporting?
50,000 solicitudes por proyecto al día y 10 consultas por segundo (QPS) por dirección IP.
¿Qué significa Error interno del servidor?
Implementa la retirada exponencial para volver a enviar la solicitud a la API. Si la misma solicitud siempre falla con un código de respuesta 500 o si ves una gran cantidad de solicitudes que fallan con un código de respuesta 500, comunícate con nosotros.
Si uso la API de Core Reporting v3, ¿por qué debería migrar a la API de Google Analytics Reporting v4?
Para usar las funciones implementadas solo en la versión 4 Además, la API de Reporting v4 ofrece un modelo de cuota más flexible que permite una QPS más alta que la v3 y seguirá evolucionando en el futuro.
¿Puedo mantener las cuotas más altas para la API de Core Reporting v3 y la API de Google Analytics Reporting v4?
No. Supongamos que aumentaste tu cuota de solicitudes de la versión 3 a x. Si migras a la versión 4, también obtendrás x para la versión 4, pero la cuota de la versión 3 se revertirá a la cuota predeterminada al final del período de transición que dura alrededor de 3 meses desde el momento en que aumenta la cuota de la API v4”.

Supervisión y registro del uso de la API

¿Cómo obtengo errores con códigos específicos?
A partir de la API de Google Analytics Reporting v4, puedes usar Play Console para ver un desglose de las solicitudes a la API por código de error de respuesta. Ten en cuenta que, en este momento, no es posible usar Play Console para ver los datos de solicitudes individuales.
Mi aplicación está instalada en las máquinas de los usuarios finales (p.ej., un complemento para el navegador). ¿Cómo obtengo registros, soluciono problemas y superviso el uso?
Actualmente, la API de Google Analytics no ofrece una forma centralizada de acceder a esta información. Mientras tanto, puedes implementar el seguimiento de eventos de Google Analytics para hacer un seguimiento de los errores de tu API.