google-analytics - protocolo - google analytics hit validator
¿Cuál es el límite de velocidad para el uso directo de la API del Protocolo de medición de Google Analytics? (2)
En la Documentación para Límites y Cuotas de la Colección de Google Analytics
Proporciona los rate limits que se implementan en las distintas bibliotecas proporcionadas por Google. Parece que no puedo encontrar un límite de frecuencia publicado para los usuarios que realizan POST directamente al protocolo de medición ( https://www.google-analytics.com/collect ).
¿Hay uno y si es así, ¿qué es?
Edición el 10 de julio de 2015 -
Algunos comentaristas pidieron un ejemplo del tipo de datos que estoy enviando.
Uso de una serie de llamadas a wget con una suspensión de un segundo entre cada llamada.
Aquí hay un ejemplo con el nombre de la aplicación y el código de seguimiento eliminado:
wget -nv --post-data ''ul=en&qt=7150000&av=0.0.1&ea=PLET&v=1&tid=<my_tracking_code>&ec=Move+to+Object&cid=1434738538-738-654031&an=<my_app_name>&t=event'' -O /dev/null ''https://www.google-analytics.com/collect''
He intentado enviar estas consultas al punto final / debug y todas son válidas. Mi primera carga funcionó como se esperaba y los informes se veían bien. Subidas subsiguientes del mismo conjunto de datos a diferentes propiedades de GA han tenido resultados mixtos. A veces no aparecen datos en los informes. A veces aparecen datos parciales en los informes. Durante la carga, los informes en tiempo real siempre muestran la actividad, sin embargo.
Directamente desde la documentación Límites y Cuotas de la Colección de Google Analytics
Estos límites se aplican a la Propiedad web / Propiedad / ID de seguimiento.
10 millones de visitas al mes por propiedad
Protocolo de medicion
Análisis universal habilitado
Esto se aplica a analytics.js, Android iOS SDK y el Protocolo de medición .
200,000 visitas por usuario por día 500 visitas por sesión sin incluir el comercio electrónico (tipos de visitas de artículos y transacciones). Si sobrepasa cualquiera de estos límites, no se procesarán visitas adicionales para esa sesión / día, respectivamente. Estos límites se aplican también a Premium.
Ahora estoy de acuerdo en que no establece específicamente la per second it rate de seguridad per second it rate para el protocolo de medición, pero la anterior medida de dumping con analytics.js, por lo que creo que podemos asumir su
analytics.js:
Cada objeto del rastreador analytics.js comienza con 20 hits que se reponen a una tasa de 2 hits por segundo. Se aplica a todos los hits, excepto para el comercio electrónico (artículo o transacción).
Pero solo para asegurarme de que estoy enviando un correo electrónico al equipo de desarrollo, deberían dejar más claro dónde se encuentra la tasa por segundo del protocolo de medición. Volveré a publicar aquí cuando tenga noticias de ellos.
Respuesta de Google
El Protocolo de medición no hace ningún tipo de limitación de velocidad o de cuotas por dirección IP o ID de seguimiento ni nada por el estilo. Sin embargo, la mayoría de las bibliotecas cliente tienen límite de velocidad de una forma u otra.
Como Linda señala en su respuesta, hay varios límites y cuotas impuestas por el back-end, pero estos se realizan en el momento del procesamiento, no en el tiempo de recolección.
Conclusión
No hay límite para enviar datos a través del protocolo de medición. Pero cuando se procesan los datos se puede aplicar un límite. Creo que pueden estar refiriéndose al máximo de 2 millones de visitas al mes. Parece que son las bibliotecas las que aplican límites a la rapidez con la que puede enviar datos, no directamente el protocolo de medición.
Última actualización: vea este video que explica todas las políticas de cuotas de GA: https://youtu.be/1UfER93ALxo
En particular, su problema puede ser el resultado de 10 solicitudes / 1 segundo de limitación: https://youtu.be/1UfER93ALxo?t=5m27s
Puedo confirmar lo mismo. En mi caso tuve mi propia buildHitTask que construye la URL para una solicitud de protocolo de medición (MPR) y la almacena en el campo hitPayload. Pero en lugar de los informes originales de GA, guardaba esas URL en las cookies para los informes retrasados.
En mi experimento, solo el 10-20% de las 2,000 solicitudes de protocolo de medición fueron realmente "almacenadas".
El resto de resultados no están disponibles en la interfaz de usuario de informes de GA, ni en API ni en BigQuery. Cada solicitud se envió con un retraso de 2 segundos a través del nuevo método Image () y una desaceleración en caso de errores. Los resultados recibidos no son consistentes. Tanto los éxitos exitosos como los fallidos se distribuyen aleatoriamente en todo el período de tiempo.
¡Déjeme saber en caso de que encuentre más detalles sobre esta restricción!