<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>SEOnol &#187; Google Analytics</title>
	<atom:link href="http://www.seonol.com/category/google-analytics/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.seonol.com</link>
	<description>SEO, programación, PHP... (sí, descripción nueva)</description>
	<lastBuildDate>Tue, 20 Apr 2010 08:31:33 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Requerido/no requerido en los filtros avanzados de Analytics</title>
		<link>http://www.seonol.com/2008/07/27/</link>
		<comments>http://www.seonol.com/2008/07/27/#comments</comments>
		<pubDate>Mon, 21 Jul 2008 20:44:16 +0000</pubDate>
		<dc:creator>Sergi</dc:creator>
				<category><![CDATA[Analítica web]]></category>
		<category><![CDATA[Google Analytics]]></category>
		<category><![CDATA[expresiones regulares]]></category>
		<category><![CDATA[lunametrics]]></category>
		<category><![CDATA[perfiles]]></category>
		<category><![CDATA[reescritura de urls]]></category>

		<guid isPermaLink="false">http://www.seonol.com/?p=27</guid>
		<description><![CDATA[Un interesante apunte en Lunametrics para todos aquellos que como yo hacen un uso intensivo de los perfiles de Analytics y por tanto debemos conocer al dedillo el funcionamiento del requerido/no requerido en las reescrituras de URLs:

Si el campo es requerido y la expresión regular coincide, el output se escribe en el campo que hayas [...]]]></description>
			<content:encoded><![CDATA[<p>Un interesante apunte en <a title="Advanced Filters with Fields Required/Not Required" href="http://www.lunametrics.com/blog/2008/07/07/advanced-filters-fields-requirednot-required/" target="_blank">Lunametrics</a> para todos aquellos que como yo hacen un uso intensivo de los perfiles de Analytics y por tanto debemos conocer al dedillo el funcionamiento del requerido/no requerido en las reescrituras de URLs:</p>
<ol>
<li>Si el campo <strong>es requerido</strong> y la expresión regular <strong>coincide</strong>, el output <strong>se escribe</strong> en el campo que hayas selecciondo.</li>
<li>Si el campo <strong>es requerido</strong> y la expresión regular <strong>no coincide</strong>, el output <strong>no se escribe</strong> en el campo que hayas seleccionado.</li>
<li>Si el campo es <strong>no requerido</strong>, el output se escribe en el campo que hayas seleccionado <strong>independientemente de si la expresión regular coincide</strong>.</li>
</ol>
]]></content:encoded>
			<wfw:commentRss>http://www.seonol.com/2008/07/27/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Como medir el tiempo real en página con Google Analytics</title>
		<link>http://www.seonol.com/2008/07/como-medir-el-tiempo-real-en-pagina-con-google-analytics/</link>
		<comments>http://www.seonol.com/2008/07/como-medir-el-tiempo-real-en-pagina-con-google-analytics/#comments</comments>
		<pubDate>Fri, 18 Jul 2008 23:25:21 +0000</pubDate>
		<dc:creator>Sergi</dc:creator>
				<category><![CDATA[Analítica web]]></category>
		<category><![CDATA[Google Analytics]]></category>

		<guid isPermaLink="false">http://www.seonol.com/?p=12</guid>
		<description><![CDATA[Uno de los grandes problemas de Google Analytics, al menos desde mi punto de vista, es que el cálculo de tiempo en página no es demasiado fiable. En si no es un gran problema en una página normal en la que los usuarios visitan más de una página, pero cuando extrapolamos la situación a un [...]]]></description>
			<content:encoded><![CDATA[<p>Uno de los grandes problemas de Google Analytics, al menos desde mi punto de vista, es que el cálculo de tiempo en página no es demasiado fiable. En si no es un gran problema en una página normal en la que los usuarios visitan más de una página, pero cuando extrapolamos la situación a un blog el problema empieza a ser grave.</p>
<p>Como es bien sabido, Google solo puede medir el tiempo en página si visitamos más de una página del sitio, ya que deduce que para llegar a una segunda página has abandonado la primera, aunque eso puede no ser totalmente cierto, especialmente con la navegación por pestañas como explica en un <a title="Standard Metrics Revisited: #4 : Time on Page &amp; Time on Site" href="http://www.kaushik.net/avinash/2008/01/standard-metrics-revisited-time-on-page-and-time-on-site.html" target="_blank">excelente post</a> el gurú de Analytics Avinash Kaushik. El problema es que muchos blogs solo hacen una página por visita &#8211; su porcentaje de rebote o bounce rate es muy alto &#8211; por lo que el cálculo no es demasiado fiable. Además, de cara a vender publicidad no es lo mismo decir que cada visitante ha estado 2 minutos en tu página que 10. Evidentemente también puede suceder lo contrario, y es que al contar el tiempo en página de los rebotes tu tiempo promedio para ese página baje, ya que recibes un montón de visitas que se van casi instantáneamente.</p>
<p>La opción más fácil para calcular el tiempo en página es utilizando el <a title="Event Tracking Overview (Beta)" href="http://code.google.com/apis/analytics/docs/eventTrackerOverview.html" target="_blank">seguimiento de eventos</a>, pero como de momento sigue siendo una funcionalidad beta &#8211; pese a que si tienes cualquier contacto con alguien de Google lo puedes pedir y es factible que te lo den &#8211; voy a mostrar como realizar el seguimiento con el tracker de toda la vida, generando un hit falso cuando  el usuario abandona la página.</p>
<p>Lo primero de todo es irnos a Google Analytics y crear un nuevo perfil: Google Analytics &gt; Añadir perfil del sitio web &gt; Añadir un perfil para un dominio nuevo &gt; en el campo URL ponemos otra vez la URL de nuesto sitio &gt; Finalizar &gt; pegamos el código en nuestra página justo debajo del viejo código. Así es como quedaría el código:</p>
<pre lang="javascript" line="1">
<script type="text/javascript">
        var gaJsHost = (("https:" == document.location.protocol) ? "https://ssl." : "http://www.");
        document.write(unescape("%3Cscript src='" + gaJsHost + "google-analytics.com/ga.js' type='text/javascript'%3E%3C/script%3E"));
</script>
<script type="text/javascript">
        var headTracker = _gat._getTracker("UA-XXXXX-1");
        headTracker._initData();
        headTracker._trackPageview();
</script>
<script type="text/javascript">
        var segmentTracker = _gat._getTracker("UA-XXXXX-2");
        segmentTracker._initData();
        segmentTracker._trackPageview();
</script>
</pre>
<p>Fijaos que solo incluyo una vez el script que llama a la librería de Google ga.js.</p>
<p>El motivo para crear dos perfiles diferentes en la misma página es que como vamos a generar un hit de Analytics cada vez que alguien abandone una página, falsearemos el conteo de páginas vistas en Analytics. Así tendremos dos perfiles, uno con las páginas vistas reales y el tiempo en página no real, y otro con las páginas visitas falseadas y el tiempo en página real. <strong>IMPORTANTE</strong>: es factible que el tiempo en página real sea solo para cada página en concreto del site, no para el tiempo en página global del site (es un dato que tengo que comprobar).</p>
<p>Ahora lo único que nos falta hacer es que cuando un usuario abandone la página se genere un hit extra falso, que le permitirá a Google calcular el tiempo que ha estado en esa página. La manera más fácil es aprovechando el evento onunload que se dispara cada vez que salimos de una página. Para ese crearemos un js que incluiremos en todas nuestras páginas,  y que disparará una visita extra a la página <em>exit</em>. Esto le permitirá a Analytics calcular el tiempo que ha estado el usuario en la página. Este sería el js</p>
<pre lang="javascript" line="1">
window.onunload = unloadPage; // Llamamos a la función unloadPage al salir de la página
function unloadPage()
{
        segmentTracker._trackPageview('exit'); // Disparamos una hit de página falso a exit
}</pre>
<p>Fijaos que el hit lo estoy generando en el segundo tracker, el <em>segmentTracker</em>. Eso implica que en ese perfil tendremos muchas páginas vistas falsas bajo el título de <em>exit</em> en los informes de Analytics, pero por contra el tiempo en página será bastante más fidedigno.</p>
<p>Actualmente estoy controlando el tiempo en página mediante <em>seguimiento de eventos</em> en una página que recibe bastante tráfico y que sospechaba la gente visitaba durante más tiempo que el mostrado por Analytics. En el informe normal de Analytics, el tiempo en página es de 2 minutos 33 segundos:</p>
<p style="text-align: center;"><img class="size-medium wp-image-19 aligncenter" title="Tiempo en página mostrado por Google Analytics" src="http://www.seonol.com/wp-content/uploads/2008/07/tiempo_en_pagina_normal-300x200.png" alt="" width="300" height="200" /></p>
<p>En cambio, en el informe de seguimiento de eventos esa misma página muestra un tiempo en pagina ¡de más de 10 minutos!</p>
<p style="text-align: center;"><img class="size-medium wp-image-20 aligncenter" title="Tiempo en página mostrado por el Seguimiento de eventos" src="http://www.seonol.com/wp-content/uploads/2008/07/tiempo_en_pagina_event-300x186.png" alt="" width="300" height="186" /></p>
<p>En cuanto puedo adjuntaré capturas realizadas con el seguimiento de tiempo en página mediante el tracker normal, sin <em>seguimiento de eventos</em>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.seonol.com/2008/07/como-medir-el-tiempo-real-en-pagina-con-google-analytics/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
