Carlos Sena

No último post falei sobre os sistemas de audiência Web por tracking pixels, como o Google Analytics. Estes sistemas permitem analisar a audiência de um site Web sem o processamento de logs, independente da tecnologia em que o site é implementado. No entanto, ao usar o tag padrão do Google Analytics em um site dinâmico, os relatórios gerados exibem URLs que não fazem sentido. De que adianta saber que a página mais acessada do nosso site é /wps/portal/!ut/p/.cmd/cs/.ce/7_0_A/.s/7_0_4S9/_s.7_0_A/7_0_4S9?

Um pequeno truque no tag do Google Analytics é forçar um parâmetro na chamada de urchinTracker() (outra opção é setar variáveis antes da chamada da função; baixe e abra o arquivo urchin.js para ter uma idéia das variáveis disponíveis) . Este parâmetro será a URL da página que desejamos que apareça no relatório. Por exemplo, a seguinte URL faz muito mais sentido em um relatório do que a que mostrei acima:

urchinTracker("/produtos/cds/blues/Buddy Guy");

A forma de gerar esta URL depende da ferramenta usada. Por exemplo, no JetSpeed você vai introduzir o tag do Google Analytics em decorations/layout/meulayout/footer.vm. O JetSpeed usa as macros do Velocity. A variável $site.getMenu(”breadcrumbs”) contém o breadcrumb trail para a página atual. É muito fácil customizar as macros em decorator-macros.vm para gerar um path para ser incluído dentro do urchinTracker().

E se a sua empresa não quiser usar uma ferramenta externa para analisar estatísticas? Uma coisa que pouca gente sabe é que o Google Analytics é resultado da compra de uma empresa, a Urchin. O que menos gente ainda sabe é que o Google ainda vende o Urchin em uma versão que você pode instalar em um servidor dentro da sua empresa! É uma versão paga e menos atualizada do que o Google Analytics, mas o fato de ser uma solução instalada pode ter um peso decisivo no momento da escolha.

Digamos que além da audiência das páginas do Portal você esteja interessado na audiência de cada portlet. Algumas ferramentas como o WebSphere Portal podem ser configuradas para gerar logs detalhados de logins/logouts, páginas, portlets, aplicações, etc. Existe um bom artigo sobre como configurar o WebSphere Portal e uma ferramenta de processamento de logs (no caso o OpenSource AWStats) para obter estatísticas de Portal. Note no entanto que a geração excessiva de logs pode penalizar a performance do Portal.

Pra fechar a série sobre estatísticas, no próximo post vou falar sobre métricas úteis. Até lá!

URI de rastreio | RSS dos Comentários