Google Analytics en un entorno sin cookies (brightscript)

Question

Estoy implementando eventos de análisis y seguimiento de vistas de páginas en un recuadro de Roku (brightscript). Esa parte no es tan importante, pero debes saber que JS no es una opción, ni la configuración de cookies. Puedo establecer variables, pero no son cookies típicas. Ok, así que implementé una gran solución (google-analytics-for-roku-developers/) y todo está bien, ¡EXCEPTO!

Analytics no parece rastrear uniques, y está enumerando ZERO. Se realiza un seguimiento de eventos muy bien, sin embargo :)

He aquí una muestra de mi petición URI (decodificado para mayor claridad):

http://www.google-analytics.com/__utm.gif?utmwv=1&utmn=1736644096&utmsr=720p HDTV&utmsc=24-bit&utmul=en-us&utmje=0&utmfl=-&utmdt=RokuPageView&utmhn=Home&utmr=-&utmp=Home&utmac=UA-5035974-13&utmcc=__utma=1394882688.2097034752.1347384621.1347384621.1347384621.2;+__utmb=1394882688;+__utmc=1394882688;+__utmz=1394882688.1347384621.2.2.utmccn=(direct)|utmcsr=(direct)|utmcmd=(none);+__utmv=1394882688.13C1CJ109560; 

así, la pregunta # 1 - Me understand from the docs que el __utma es el elemento que hace un seguimiento únicos . ¿Ves algo allí que está mal?

pregunta n. ° 2: el código de desarrollo que implementé envía una NUEVA cookie aleatoria para CADA EVENTO. Eso me parece equivocado. Estoy considerando cambiarlo a una cookie basada en sesión que persista en todos los eventos. Ahí es cuando estoy más allá de mi comprensión. Alguna orientación sobre esto?

Answer 1

Creo que la respuesta al n. ° 2 es la respuesta al n. ° 1. Básicamente, debe emular la forma en que un navegador maneja las cookies dentro de su código. Una "cookie de sesión" es solo una cookie, es decir, un valor pasado como encabezado HTTP junto con la solicitud y respuesta; lo que lo convierte en una cookie de sesión es que su fecha de caducidad está configurada en pasado, lo que le dice al navegador eliminarlo cuando la instancia del navegador se cierra.

Las cookies son bastante sencillas: un mecanismo para eludir el hecho de que HTTP es sin estado (no tiene memoria). Si pasa un encabezado HTTP Set-cookie: <value> en la respuesta, se supone que el cliente recuerda el valor y lo vuelve a pasar en un encabezado Cookie: <value> en solicitudes posteriores. (Hay un poco más para las cookies relacionadas con los dominios y el vencimiento, y así sucesivamente, pero no es mucho).

Así que si su cliente (el Roku) tiene algún mecanismo de persistencia, entonces solo necesita almacenar cualquier cookie nueva, luego antes de configurar una nueva aleatoria, verifique el encabezado y si la cookie ha sido almacenada, solo envíela de vuelta como es. Probablemente necesite implementar algún tipo de tarea que limpie las cookies caducadas periódicamente, y así sucesivamente.

No temas a la cookie. Es solo un encabezado (con poderes mágicos impartidos por el navegador).