segunda-feira, 9 de fevereiro de 2009

Será o fim dos concorrentes do Google Analytics?

Programas de análises de métricas podem ser prejudicados por uma inovação no Google, que começa a exibir resultados de busca em Ajax. Pode ser bom para o usuário e ruim para os demais web analytics. Entenda.

Por Giordani Pasqualon

O Google começou recentemente a implementar as páginas de resultado de busca em Ajax em alguns países. Na prática, para os usuários a diferença será pouca, exceto claro, pelos novos recursos apresentados como a reorganização (reposicionamento e/ou eliminação) de resultados não considerados relevante pelo usuário.

Mas e quanto aos programas de web analytics de terceiros? Como eles ficam? E por que esta questão?

Uma URL de busca hoje apresenta mais ou menos o seguinte formato:

http://www.google.com/search?hl=en&q=google+ajax&btnG=Google+Search

Com mais ou menos parâmetro, este é um formato geral. Praticamente todo web analytics confia na informação de Referer passada pelo navegador para extrair a palavra de origem da busca que levou o tráfego ao site.

Com o formato geral de busca é relativamente fácil extrair esta informação porque ela é um parâmetro da URL (tudo após o sinal “?” é considerado parâmetro da URL).

Normalmente o parâmetro q contém a palavra buscada:

http://www.google.com/search?hl=en&q=google+ajax&btnG=Google+Search

Basta o web analytics recuperar a informação da URL de referência e extrair a informação do parâmetro q para saber o que foi procurado e que levou ao site.

Contudo, o novo formato de URL para a interface em Ajax do Google se assemelha à seguinte:

http://www.google.com/#hl=en&q=google+ajax&btnG=Google+Search&aq=f&oq=google+ajax&fp=1&cad=b
O que mudou?

Como podemos ver na URL acima, não há mais o uso do sinal “?”. Deste modo, não há mais passagem de parâmetro – da maneira natural. O que temos agora é uma passagem de âncoras que é interpretada pelo JavaScript do Ajax.

http://www.google.com/ # hl=en&q=google+ajax&btnG=Google+Search&aq=f&oq=google+ajax&fp=1&cad=b
Qual o problema nisto?

O que acontece é que os navegadores não passam as âncoras quando passam a URL de referência (Referer). Deste modo, quando entrarmos no site destino do resultado de busca, todos os “parâmetros” da busca feita na interface em Ajax serão perdidos, e assim nenhum web analytics atual será capaz de saber que palavra buscada levou ao site destino.

Somente quatro navegadores são capazes de passar as âncoras da URL referência:

* MSIE 5.x (Mac)
* Netscape 4.7x
* Netscape/7.0x (Mozilla rv:0.9.x - 1.0.x)
* Safari/85.7 (Mac)

Contudo, estes navegadores juntos representam menos que 1% do total de navegadores usados hoje em dia.

Cogita-se que mesmo o Google Analytics possa ser afetado por esta mudança, mas será que o Google daria um tiro no próprio pé?

Pensemos. Tanto a busca do Google, quanto o Google Analytics rodam sob o mesmo domínio, deste modo não temos problemas de segurança, ou seja, um cookie salvo na página de busca poderá ser recuperado pelo Google Analytics na página de destino da busca onde o GA estiver instalado.

Outra hipótese poderia ser um parâmetro não documentado na documentação do GA; tanto a interface em Ajax quanto o GA são baseados em JavaScript e a interpretação e passagem destes valores é realizável.

Independente do método utilizado pelo Google, acredito que dificilmente o Google Analytics seria prejudicado.

Então eu volto à pergunta inicial: será este o fim dos programas de web analytics de terceiros? [Webinsider]