@jck said:

Secondo me un buon sistema di stats, a parte tutte le cose che avete detto che sicuramente son giustissime e premetto che sono per GOOGLE ANALYTICS che secondo me è il migliore, dovrebbe avere la gestione dei cookie per il semplice fatto che mi server per analizzare le campagne e sapere quando un utente torna sul sito.
I cookie traccianti si possono gestire anche lato server. Un sistema di tracking in JavaScript ha però il grosso vantaggio di essere facilmente integrabile su qualsiasi sito, dinamico o statico che sia, e di poter fornire facilmente tutta una serie di informazioni: sia quelle sul documento, citate giustamente da Tambu, sia quelle sul client (dalla risoluzione di schermo utilizzata dall'utente, fino ai click sugli outbound link) che non sono tracciabili lato server. D'altro canto, i due maggiori svantaggi di un sistema di tracking basato esclusivamente su JS sono il fatto che le richieste degli user-agent che non lo supportano (come ad es. gli spider e i browser col supporto JS disabilitato) vengono ignorate completamente, e il fatto che i dati registrati possono essere parziali o non molto precisi. Infatti, nella normale navigazione accade piuttosto spesso di "saltare" da un link all'altro, senza attendere il termine del caricamento di una pagina: queste interruzioni possono causare dei "buchi" nelle statistiche di un sistema che faccia affidamento solo su JS (e chi usa Analytics avrà avuto modo di verificarlo), poiché il codice di tracking viene eseguito solo dopo che il client ha terminato di caricarlo. Al contrario, un sistema basato sull'analisi dei log file è in grado di registrare tutte le richieste, comprese quelle dei bot e quelle parziali. I log permettono anche di misurare con precisione le richieste di file diversi dai documenti HTML, come ad esempio immagini, documenti PDF, file mp3, ecc. Per questo motivo penso che un sistema "ideale" dovrebbe quantomeno integrare il tracking lato-client (basato su JS) con l'analisi dei log file del server.

@jck said:

mi server
:ot: LOL, vedo che non sono il solo a fare questo errore di digitazione (a volte mi scappa anche una "t" finale quando scrivo "interne"). Dicesi deformazione professionale...

quoto ArkaneFactors

sottolineando l'esigenza SEO, a me piacerebbe avere una tabella semplice seplice che per ogni pagina del sito mi mostri quante volte la pagina:
è stata mostrata
è stata quella di entrata al sito
è stata quella di uscita al sito
è stata l'unica a essere visitata (quindi di entra e di uscita per stesso IP)

e sapere quali sono:
i referrer (e parole chiave) delle pagine di entrara
la destinazione di quelle di uscita (un pò più complicato)
i referrer (e parole chiave) di quelle uniche

non voglio farne una questione ideologica, sia chiaro, però:

@Stealth said:

dunque,

• il JS è a discrezione dell'utente/browser quindi una percentuale di utenza (seppur piccola) viene persa;

come ho già avuto modo di dire in un altro topic, un sistema serio di stat JS colma questa lacuna con il trucchetto dell'immagine. in questo modo può dirti esattamente la percentuale di chi ha JS disabilitato. per contro posso dirti che coi log c'è un'analoga percentuale di gente che non accetta il cookie, per cui ti perdi i dettagli della loro tracciatura

@Stealth said:

• L'elaborazione dei log può essere immediata con un sistema di calcolo affiancato alla macchina o semplicemente con un software di analisi real-time in background nella stessa macchina "Web";
• Il sistema log analizza e registra tutto, banda compresa;

per siti medio/grossi questo risulta poco performante. inoltre è un problema di filosofia: traccio tutto e scremo in analisi (log) o traccio solo quel che mi interessa a monte (JS)?

@Stealth said:

• Hai perfettamente ragione sul retrieval del titolo pagina, ma sicuramente risulta essere più leggere di una gestione centralizzata da DB e ne ho le prove (php-stats per primo)

il title era solo un esempio, per dire che cmq al sistema di analisi arriva il dato già pronto, alleggerendolo...
mi piacerebbe davvero farti vedere quanto cavolo è pesante Webtrends ad analizzare un log da 100 mega al giorno, lui, il suo db e la sua infernale Java virtual machine, nonostante ogni 6 mesi gli cambiamo l'HW
detto questo non credo che al momento potremmo sostituirlo con altro, è un prodotto ULTRA HIGH PROFESCIONAL

@Virgilio_x said:

io uso AWstats. Ho

• rapporto delle frasi e delle singole parole tramite le quali il visitatore mi ha trovato
  Può bastare?

il difetto di quest'ultima statistica e' che non ti separa le frasi dalla parole, voglio dire, l'elenco delle singole parole comprende anche l'elenco delle singole parole di ogni frase indicata nella statistica frasi...mi sono spiegato?

in ogni caso sarebbe interessante sapere tramite awstats da quale motore di ricerca proviene l'utente che ha utilizzato quella determinata parola/frase

cosa che un server semplice e molto economico come Servage invece fornisce

a proposito, mi piacerebbe capire piu' cose su come utilizzare error.log, io vedo una serie messaggi di questo tipo

[21-May-2006 18:05:41] PHP Warning:  Cannot modify header information - headers already sent by (output started at /home/***/public_html/themes/Sunset/theme.php:228) in /home/***/public_html/includes/sessions.php on line 234 

servono a qualcosa ai fini SEO? ()

@paolo said:

in ogni caso sarebbe interessante sapere tramite awstats da quale motore di ricerca proviene l'utente che ha utilizzato quella determinata parola/frase
Questo si può fare, con AWStats. Basta configurare opportuni filtri.

messaggi di questo tipo

[21-May-2006 18:05:41] PHP Warning:  Cannot modify header information - headers already sent by (output started at /home/***/public_html/themes/Sunset/theme.php:228) in /home/***/public_html/includes/sessions.php on line 234 

servono a qualcosa ai fini SEO? ()
Quantomeno un'occhiata all'error.log ogni tanto può esserti utile per il debugging della tua applicazione.

@ArkaneFactors said:

Quantomeno un'occhiata all'error.log ogni tanto può esserti utile per il debugging della tua applicazione.
si, quoto

@MarcoTuscany said:

Allora, rendiamo la cosa più semplice basandosi su un sistema che conosciamo.

Cosa manca a Php stats per essere il miglior programma di statistiche per SEO ?
Quel bel plugin apparso in queste pagine che ti permetteva di associare gli accessi provenienti dalle ricerche alle pagine di atterraggio;

Opzione per prendere i dati dai log del Server, così non ti perdi nemmeno un dato;

visitatori nuovi/di ritorno, e % di pagine viste separata per ciascuno;

Appena mi viene in mente altro lo scrivo

@centix said:

sottolineando l'esigenza SEO, a me piacerebbe avere una tabella semplice seplice che per ogni pagina del sito mi mostri quante volte la pagina:
è stata mostrata
è stata quella di entrata al sito
è stata quella di uscita al sito
è stata l'unica a essere visitata (quindi di entra e di uscita per stesso IP)

e sapere quali sono:
i referrer (e parole chiave) delle pagine di entrara
la destinazione di quelle di uscita (un pò più complicato)
i referrer (e parole chiave) di quelle uniche

Per tutto questo utilizzo [url=http://www.cavone.com/services/statistiche_keywords_webranking.asp]MatyStat, che tra l'altro ho implementato io stesso

Fermo restando che Google Analyitics è un ottimo strumento (ex Urchin), è pur sempre uno strumento di tracciatura tramite lavascript e questo potrebbe portare a perdite di dati durante il trasmigro dei dati stessi.
Credo sia meglio la soluzione con i files di log.

Il software Urchin è ottimo

SEO

Google analytics è fantastico per essere gratis, ma ha dei limiti.

Non è ad esempio possibile tracciare conversioni fatte su "flash" o via AJAX.
basandosi solo sull'url...

@Virgilio_x said:

io uso AWstats. Ho

• numero visitatori dirversi e numero visite totali
• statistiche mensilizzate
• statistiche giornaliere
• statistiche divise per i sette giorni della settimana
• statistiche per orario
• statistiche per dominio (it, de, com, net, ecc)
• elenco degli hosts da cui arriva la visita
• elenco degli spider, numero delle loro visite ed ultima data di accesso
• durate delle visite
• statistiche dei tipi di file letti (html, php, gif, ecc)
• statistiche per TUTTE le pagine del sito visitate
• statistiche dei sistemi operativi adoperati dai visitatori
• statistiche dei browser adoperati dai visitatori
• statistiche delle provenienze dei visitatori (google, virgilio, DMOZ, ecc)
• statistiche degli accessi da BL
• rapporto delle frasi e delle singole parole tramite le quali il visitatore mi ha trovato
• rapporto errori dettagliato per numero di volte, pagina con l'errore e provenienza

Può bastare?
no purtroppo no, maledetto AWSTATS... il serp, il serp mancaaaaaaaa

ma awstats non canna completamente la percentuale di accessi provenienti da motore di ricerca?

Ma ci pensate che Analytics non fornisce alcuna stats sui motori di ricerca che visitano il sito?

@gik25 said:

Ma ci pensate che Analytics non fornisce alcuna stats sui motori di ricerca che visitano il sito?

non registra i passaggi degli spider?

@cibino said:

non registra i passaggi degli spider?
No, come tutti i sistemi di analisi basati su script JS

@Fuffissima said:

No, come tutti i sistemi di analisi basati su script JS

grazie per la conferma

@cibino said:

non registra i passaggi degli spider?

phpstats lo fa, ma si basa su agent, non sempre preciso.

@Rinzi said:

log dettagliati degli errori

scusate l'ignoranza: perchè i log degli errori?

@cibino said:

scusate l'ignoranza: perchè i log degli errori?

Perchè su sistemi basati su JS non li vedi. Te ne accorgi da cali netti di accessi se è down il server, ma per singoli errori di pagine ad es., difficilmente te ne accorgi. Il log risiedendo sul server, tiene conto di tutto quello che vi accade, dei singoli errori che restituisce.

Andrea