2009-07-01 17 views
5

Tengo un sitio web donde la mayor parte del tráfico proviene de la API (http://untiny.com/api/). Utilizo Google Analytics para recopilar datos de tráfico, sin embargo, las estadísticas no incluyen el tráfico de API porque no pude incluir el código de JavaScript de Google Analytics en las páginas de la API, y su inclusión afectará los resultados de la API. (ejemplo: http://untiny.com/api/1.0/extract/?url=tinyurl.com/123).Cómo capturar un sitio web Datos de tráfico API con Google Analytics?

La solución podría ser ejecutar el javascript usando un motor de javascript. Busqué stackoverflow y encontré motores/intérpretes de JavaScript para Java y C, pero no pude encontrar uno para PHP excepto uno anterior "J4P5" http://j4p5.sourceforge.net/index.php

La pregunta: ¿está usando un motor de JavaScript resolverá el problema? ¿o hay otro motivo para incluir el tráfico API en Google Analytics?

Respuesta

1

es probable que tengas que emular todas las llamadas http del lado del servidor con el lenguaje de programación que estés utilizando ... Sin embargo, esto no te dará información sobre quién lo está usando, a menos que untiny esté proporcionando información del cliente a través de tipo de encabezado.

si desea incluir puramente para fines estadísticos, se podría tratar de usar rizo (si está usando PHP) para acceder al archivo gif si detecta Untiny en el lado del servidor

http://code.google.com/apis/analytics/docs/tracking/gaTrackingTroubleshooting.html#gifParameters

+0

aquí hay un tutorial sobre cómo solicitar encabezado solo para el archivo gif http://icfun.blogspot.com/2008/07/php-get-server-response-header-by.html, reduciendo con suerte el tráfico desde análisis a su servidor al no captar el contenido del archivo gif en sí. – Jason

+0

otra persona tratando de hacer análisis del lado del servidor :) http://groups.google.com/group/analytics-help-tracking/browse_frm/thread/686570f10449a807/e891d4dd5ddadbda – Jason

0

Usted puede' Esto puede hacerse fácilmente, ya que el script de Google Analytics no lo ejecutará el usuario final (a menos que, por supuesto, incluya su salida de API exactamente en su pantalla para el usuario final, lo que anularía la necesidad de una API completa [ solo podría ofrecer un código iframable], presentar posibles riesgos de seguridad y posiblemente fallar en las comprobaciones javascript de dominios entre navegadores).

Su mejor solución sería usar análisis del lado del servidor (como Apache o los registros del servidor de IIS con Analog, Webalizer o Awstats) o - ya que la mayoría de la información que obtendría de una llamada API sería useragent, solicitud y Dirección IP: solo registra esa información en una base de datos cuando se llama a la API.

2

Un problema simple con esto en general es que cualquier información que obtenga podría ser muy engañosa.

Muchas veces es probable que otros servidores hagan llamadas a su servidor. Cuando esto es cierto, la ubicación del servidor de ninguna manera representa la ubicación de las personas que lo usan, el agente de usuario será falso y no se puede saber cuántas personas diferentes están usando realmente el servicio. No hay referencias y si las hay probablemente sean falsas ... etc. En este caso, no son útiles muchas estadísticas.

Tal vez hacer un back-end PHP que registra IP y otra información de encabezado, eso es todo lo que puedes hacer. Al menos podrá hacer un seguimiento de las llamadas totales a la API, y de dónde están hechas (aunque nuevamente, probablemente de los servidores, pero puede decir qué servidores).

Cuestiones relacionadas