Muito legal esse método, Sueli!
Dei uma lida na documentação e achei que o método assíncrono leva uma
boa vantagem em relação ao código clássico, principalmente no
carregamento das páginas monitoradas, já que o ga.js é executado em
segundo plano. Outra boa vantagem é no consumo de banda, que diminui
muito com o novo método. Acredito que seu problema com a divergência
entre os dados do
migre.me e do Analytics continue, mesmo com o novo
código. O encurtador brasuca não resolve tão bem a contabilização dos
cliques como o Google Analytics, por exemplo: eu clico num link
migre.me, mas não espero a página ser totalmente carregada - o
Analytics não contaria isso como uma visita, o
migre.me contaria. Com
esse novo método, esse tempo de contabilização estaria mais curto,
podendo diminuir a diferença dos dados estatísticos, mas não creio que
dê algo exato...
Sobre sobre o local de implementação do snippet assíncrono, pode ser
inserido como último elemento do </head> ou do </body> (como o código
clássico), porém não faz sentido usar o novo método fora do cabeçalho
da página já que a execução é feita em segundo plano e não necessita
do carregamento completo do conteúdo, concorda?
Trecho da documentação oficial
(
http://code.google.com/intl/pt-BR/apis/analytics/docs/tracking/asyncTracking.html):
...
Note: To ensure the most streamlined operation of the asynchronous
snippet with respect to other scripts, we recommend you place other
scripts in your site in one of these ways:
before the tracking code snippet in the <head> section of your HTML
after both the tracking code snippet and all page content (e.g. at the
bottom of the HTML body)
If that isn't an option, you can still put the asynchronous snippet at
the bottom of the page. You can also split your snippet to retain some
of the benefits of asynchronous tracking
...
Bom, apesar de o Google ter liberado isso no final do ano passado, eu
ainda não tinha visto nada sobre o assunto. Lhe agradeço por comentar
aqui...
;D
>> ________________________________
>> De: Alexandre Viana <
avi...@gmail.com>
>> Para:
fane...@googlegroups.com
>> Enviadas: Quarta-feira, 19 de Maio de 2010 10:35:42
>> Assunto: Re: [fanese_ti:2336] Encurtador de URL - Segurança
>>
>> Luciano,
>> Essa sua preocupação tem total pertinência...
>> Inclusive, pensando nisso, o twitter vai lançar um encurtador próprio, ja que , creio eu, 99% das pessoas encurtam as urls para usar no twitter
>>
>>
http://meiobit.com/39221/twitter-lan-a-encurtador-de-urls-pr-prio-visando-seguran-a/
>>
>>
>> Twitter lança encurtador de URLs próprio visando segurança
>>
>> por Rodrigo Ghedin em 18 de março de 2010, 08:31 10 Comentários
>> ________________________________
>>
>> Os ataques do tipo phishing mais comuns no Twitter são realizados através do envio de links via direct message (DM) e notificações por e-mail de novas DM. Mascarados pela trivial URL encurtada, que embora sirva para economizar espaço, oculta do usuário o destino daquele link, vez ou outra o alarme soa no serviço de microblog, avisando sobre novas tentativas de capturar senhas e outras “coisas ruins” derivadas delas.
>>
>> O time de segurança e confiabilidade do Twitter, nesses casos, tem apenas poder reparador, ou seja, consegue detectar esses ataques só depois que eles começam. Mas isso está prestes a mudar…
>>