2009-07-01 4 views
5

Ho un sito Web in cui la maggior parte del traffico proviene dall'API (http://untiny.com/api/). Uso Google Analytics per raccogliere dati sul traffico, tuttavia, le statistiche non includono il traffico dell'API perché non ho potuto includere il codice javascript di Google Analytics nelle pagine dell'API, e includerlo influenzerà i risultati dell'API. (esempio: http://untiny.com/api/1.0/extract/?url=tinyurl.com/123).Come acquisire i dati sul traffico dell'API di un sito Web con Google Analytics?

La soluzione potrebbe eseguire javascript utilizzando un motore javascript. Ho cercato e ho trovato StackOverflow javascript motori/interpreti per Java e C, ma non riuscivo a trovare uno per PHP ad eccezione di un unico vecchio "J4P5" http://j4p5.sourceforge.net/index.php

La domanda: utilizza un motore JavaScript risolverà il problema? o c'è un altro motivo per includere il traffico dell'API su Google Analytics?

risposta

1

probabilmente dovresti emulare tutte le chiamate http sul lato server con qualsiasi linguaggio di programmazione stai usando ..... Ciò non fornirà comunque informazioni su chi lo sta utilizzando, a meno che untiny non fornisca informazioni sul client attraverso tipo di intestazione.

se si desidera includere puramente a fini statistici, si potrebbe provare a utilizzare ricciolo (se si utilizza PHP) per accedere al file gif, se si rileva untiny sul lato server

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

+0

ecco un tutorial su come richiedere l'intestazione solo per il file gif http://icfun.blogspot.com/2008/07/php-get-server-response-header-by.html, si spera di ridurre il traffico dall'analisi al server non afferrando il contenuto del file gif stesso. – Jason

+0

un'altra persona che cerca di fare analisi lato server :) http://groups.google.com/group/analytics-help-tracking/browse_frm/thread/686570f10449a807/e891d4dd5ddadbda – Jason

0

Si puo' Lo faccio facilmente perché lo script di Google Analytics basato su Javascript non verrà eseguito dall'utente finale (a meno che, ovviamente, includa l'output dell'API esattamente sul display per l'utente finale: il che annullerebbe la necessità di un'API completa [ potresti semplicemente offrire un codice iframable], porre possibili rischi per la sicurezza ed eventualmente eseguire controlli di javascript cross-domain del browser).

La soluzione migliore sarebbe utilizzare l'analisi lato server (come Apache o i registri server di IIS con Analog, Webalizer o Awstats) o - poiché la maggior parte delle informazioni che si otterrebbero da una chiamata API sarebbero useragent, request e Indirizzo IP: basta registrare tali informazioni in un database quando viene chiamata l'API.

2

Un semplice problema con questo in generale è che qualsiasi dato che si ottiene potrebbe essere molto fuorviante.

Un sacco di volte è probabile che altri server effettuino chiamate al server. Quando questo è vero, la posizione del server non rappresenta in alcun modo la posizione delle persone che la utilizzano, l'agente utente sarà falso e non è possibile sapere quante persone diverse stanno effettivamente utilizzando il servizio. Non ci sono referrer e se c'è probabilmente sono finti ... ecc. Non ci sono molte statistiche in questo caso utili.

Forse creare un back-end PHP che registri l'IP e altre informazioni di intestazione, è davvero tutto ciò che si può fare. Almeno sarai in grado di tracciare le chiamate totali all'API e da dove sono state create (anche se di nuovo, probabilmente dai server ma puoi dire quali server).