Hola a [EMAIL PROTECTED],

Lamento llegar tarde a esta discusi�n que me interesa. Estan, o tengo yo,
los mensajes de Rafael, Mar y Pablo, este ultimo lo incluyo a este mensaje
para que no le pierdan la pista a esta discusi�n de hace un mes.

Creo que lo erroneo de esta discusi�n es enfrentar a los LOGS con los TAGS
pues en este mundo mientras mas informacion tengamos de lo que esta haciendo
el usuario mejor.

Los LOGS nos dan bastante informaci�n de cosas muy interesentes que no
podemos desechar. Estoy plenamente de acuerdo con Pablo cuando nos dice la
ventaja de poder conocer c�mo navegaron los usuarios. Tambi�n podemos
conocer los spiders que procesaron el sitio, las estrategias de b�squedas
por las cuales nos encontraron los usuarios, etc. etc. Su dificultad mayor
estriba en que no podemos fijar el n�mero exacto de visitantes.

Los marcadores TAGS nos prometen esa cifra y hoy precisamente le� que la OJD
lo aplica para medir la cantidad de usuarios que visitan los sitios, por lo
que creo que debemos aplicarlo en las medidas de las posibilidades. Esta es
una nueva aproximaci�n, digamos que mas exacta a las anteriores, nos "limpia
la cifra".

Pienso que no hay que enfrentarlos ni radicalizarlos en los pro-logs y en
los pro-tags, todos nos ayudan a tener sitios mejores siempre y cuando lo
apliquemos correctamente.

seguimos en contacto y por favor si alguien conoce algun truco para bajar
las temperaturas que nos las manden a La Habana, ayer llegamos a 36 grados y
hoy ni me quiero enterar.

Adrian
----------------------------------------------------------------------------
----------------------

Estimado Rafael,

Los accesos al servidor son el dato mas fidedigno que Ud. obtener.
Que no sean simples de procesar? Estoy de acuerdo.
Pero no pueden ni compararse con un Tag en el codigo fuente, donde siempre
tendra una vision limitada al acceso de esa pagina y no a lo que "un"
usuario "navega".
Seguir una sesi�n de usuario a traves de los logs del servidor web y
analizar los datos que esta sesi�n arroja es imposible con los tags.

Si quieres procesarlos en tiempo real tienes herramientas Open Source que
puedes instalar en tu servidor como "webalizer".
Tambien existen softwares comerciales excelentes como el Webtrends o el
Urchin.

Respecto a los logs que genera el servidor web Apache son sencillamente
excelentes puedes configurarlos de la manera que mas te guste para alcanzar
tus objetivos de eMetrics.

Abrazo,
Pablo

----------------------------------------------------------------------------
-------------------
----- Original Message -----
From: "mar canet" <[EMAIL PROTECTED]>
To: "Lista de Cadius" <[EMAIL PROTECTED]>
Sent: Monday, May 31, 2004 12:16 PM
Subject: Re: [cadius] LOGS vs. TAGS MARCADORES


hola,

Yo opino como Rafael, yo apuesto por un sistema de tags.

Por varias razones:
1. El log depende de Apache i en un hosting b�sico no tienes acceso a
su config. mientras que en un sistema tag el codigo est� a la vista.
2. El log se tiene que procesar para luego entrarlo en una bbdd
mientras que en un sistema de tag entra la informaci�n en la bbdd a
tiempo real.
3. El tag se puede programar para optimizar su fiabilidad.

Un saludo

Mar Canet
[EMAIL PROTECTED]

-------------------------------------------------------------------------

El lunes, 31 mayo, 2004, a las 10:10 Europe/Madrid, Rafael Fdez.
Tamames / meparecebien.com escribi�:

> Hola, hace mucho que no escrib�a en la lista y quer�a volver a
> plantear un
> viejo tema que me sigue inquietando: la medici�n web.
>
> Sobre todo la "batalla" LOGS vs. TAGS MARCADORES. Creo que los
> programas que
> usan TAGS s�n los que aportan m�s fiabilidad a la medici�n web. Se que
> programas como el genial ClickTracks hacen que el LOG sea m�s
> "vistoso",
> pero opino que a�ade muchos datos inservibles y deja otros por el
> camino.
>
> Programas como RedSheriff, SiteStat o Audientia nos ofrecen una visi�n
> m�s
> real.
>
> Un saludo
>
> Rafael Fern�ndez Tamames
> Responsable web
> acens Technologies SA
> [EMAIL PROTECTED]
>
>
> _______________________________________________
> altas, bajas y modificaciones:
> http://cadius.org/mailman/listinfo/lista_cadius.org

_______________________________________________
altas, bajas y modificaciones:
http://cadius.org/mailman/listinfo/lista_cadius.org



_______________________________________________
altas, bajas y modificaciones:
http://cadius.org/mailman/listinfo/lista_cadius.org

Responder a