Do not speak Spanish? Read this post in English.

Miércoles, 28 de noviembre de 2012.

Google Analytics: Manipular el Rebote (actualizado con Universal Analytics)

Se trata de una de las técnicas más clásicas y conocidas para realizar configuraciones a medida en Google Analytics, la manipulación del rebote; una de las medidas de calidad de tráfico más usadas a día de hoy y que por lo tanto no podemos permitirnos dejar a criterio de un sistema que lo define siempre de forma demasiado simple para la mayoría de páginas web.

El Rebote en Google Analytics

“Un rebote” simboliza a un usuario que ha entrado en la web, no le ha gustado lo que ha encontrado y se ha ido a otro sitio. Es una visita, pero de las malas, una persona que no quería estar realmente ahí. El porcentaje de rebotes nos sirve en analítica web para ver la calidad de los usuarios que nos visitan. Cuanto más alto sea ese valor peores visitas están llegando a nuestra web.

El concepto está muy bien, pero las limitaciones de las tecnologías web hacen que este dato para algunos sites sea totalmente falso. Hablando claro: Google Analytics entiende como rebote toda visita de la que no reciba más de un dato en su sistema.

Para entender que significa esto, debemos entender como funciona el envío de datos en Google Analytics. Esto es simple. Cada vez que un usuario carga una de nuestras páginas su navegador se encuentra con el código de analytics (ese que cortamos y pegamos en la web) y este código le envía datos a Analytics. Esto lo hace por defecto solo una vez por página vista (en la carga de página) y no se envían más datos hasta que el usuario decide cargar una segunda página.

Esto nos lleva que, salvo que configuremos Analytics a nuestro gusto el rebote significará esto:

1 Rebote = Un usuario con solo 1 página vista.

Esto a poco que lo pensemos, en muchas webs, no tiene ningún sentido. En nuestra web, los usuarios pueden estar interesados en mil temas de la misma, pero no provocar esa segunda página vista y por lo tanto, mediante este sistema, los vamos a englobar en el saco de usuarios de baja calidad.

Pensemos en algunos ejemplos:

  • Blogs con posts largos, periódicos o wikis, donde el usuario lee el contenido completo pero luego no visita más posts
  • Aplicaciones web que usen Ajax para cargar nuevos contenidos
  • Visitas directas a landings de producto
  • Páginas con envíos de formularios con javascript
  • Páginas con pestañas que esconden parte del contenido y que implican navegación sin nuevas páginas vistas
  • Etc....

Vemos muchos casos donde podemos marcar como rebote cosas que sin duda no lo son.

Manipular el rebote con eventos de Google Analytics

El truco para conseguir que deje de ser un rebote pasa por usar la opción de crear eventos de Google Analytics. Los eventos son mediciones sobre acciones de los usuarios que se lanzan mediante javascript en cualquier momento. La gracia está en que en el momento en el que yo genere un evento para un usuario, este se envía también a Google (de la misma forma que lo hace la página vista cuando el usuario la carga= y por lo tanto Google Analytics ya no solo tendrá un solo dato sobre esa visita (tendrá 2: página vista + evento) y por lo tanto ya no se tratará de una visita rebotada.

Apunte: más información sobre los eventos de Google Analytics

Hace un tiempo escribí un par de artículos sobre los eventos que pueden servirte para entender como funciona la mecánica de los eventos en Google Analytics. La sintaxis usada en estos posts puede estar un poco desactualizada (pues Analytics ha ido cambiando el código base con el que usar sus funcionalidades) pero puedes leer la base de los mismos. Espero actualizarlos cuando me sea posible.

- Eventos con Google Analytics

- Jquery y Google Analytics tracking Api: Eventos por todas partes

Cómo usar los eventos para medir rebotes reales

Bien, ya sabemos como funciona la asignación del Rebote en Analytics y cómo debemos actuar para marcar como no rebote a una visita antes de la segunda página vista. Ahora lo que nos queda es definir en nuestras páginas casos en los cuales queremos anular el rebote.

Esta es una decisión crítica que puede hacer cambiar drásticamente la calidad de nuestros informes por lo que hay que tomarse un momento para reflexionar y discutir con los implicados en las decisiones sobre la web sobre la mejor forma para que los usuarios se clasifiquen correctamente.

Yo siempre digo que la máxima a buscar es que los usuarios "no-rebote", es decir, aquellos que van a librarse de ser marcados como rebote sean sinónimo de "Visitas de Calidad". Es más, una vez creadas nuestras acciones deberíamos poder presentar informes filtrados con solo "Visitas de calidad" (relegando las visitas de verdad) sin miedo.

Seguidamente os muestro algunas de las formas de anular rebotes más comunes, aunque eres libre de definir las tuyas propias. De cara a los informes creados te recomiendo también que leas el artículo sobre segmentación inteligente para tomar ideas sobre clasificaciones que podrás hacer con el rebote.

Analytics y sus distintos códigos

Como decíamos Google Analytics está evolucionando y por lo tanto su código también. En este post tratamos solo 2 de sus últimos códigos olvidando la primera versión de analytics (que ya no usa nadie).

Todos los códigos mostrados a partir de ahora vendrán en dos versiones:

  • Para ga.js que es el código asíncrono que se venia usando hasta finales de 2012 y que carga las funciones con _gaq.push();
  • Para analytics.js que es el código que pasa a usarse con el lanzamiento de Universal Analytics y el Measurement Protocol. En este las funciones se lanzan con ga()

Tu debes usar solo la versión que aparezca en tu web. No intentes insertar ambos códigos a la vez ni usar una versión más moderna si usas la antigua porque no funcionará.

Anular rebote de analytics por el tiempo de lectura

La forma más fácil de jugar con los rebotes es lanzar un evento cuando el usuario pase X segundos en nuestra página. Por ejemplo, a los 10 segundos desde que se carga Analytics creamos un evento.

Código con ga.js (Google Analytics asíncrono antiguo)

// Código de analytics normal:
var _gaq = _gaq || [];
_gaq.push(['_setAccount', 'UA-1234567-89']);
_gaq.push(['_trackPageview']);
(function() { var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;	ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js'; var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s); })();
 
// Añadido que realizamos
setTimeout(function() {
  _gaq.push(['_trackEvent', 'NoBounce', 'NoBounce', 'Over 10 seconds']);	
},10*1000);

Código con analytics.js (Google Analytics con Universal Analytics)

// Código básico de Analytics
window.ga = window.ga || function(){(ga.q=ga.q||[]).push(arguments);};  (function() { var e = document.createElement('script'); e.async = true; e.src = '//www.google-analytics.com/analytics.js';    var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(e, s);  })();
ga('create', 'UA-1234567-89');
ga('send', 'pageview');
 
//Añadido que realizamos:
setTimeout(function() {
  ga("send", "event", {
    eventCategory: "NoBounce",
    eventAction: "NoBounce",
    eventLabel: "Over 10 sectonds"
  });
},10*1000);

Otra opción si lo deseamos es empezar a contar los 10 segundos a partir de la carga de la página... Ahi podemos usar la función ready() de jquery o directamente lanzar en asícrono funciones en el array _gaq o ga():

// Con Jquery en ga.js
$(document).ready(function(){
  setTimeout(function() {
    _gaq.push(['_trackEvent', 'NoBounce', 'NoBounce', 'Over 10 seconds']);	
  },10*1000);
});
 
// Con _gaq en ga.js
_gaq.push([function () {
  setTimeout(function() {
    _gaq.push(['_trackEvent', 'NoBounce', 'NoBounce', 'Over 10 seconds']);	
  },10*1000);
}]);
 
// con ga() en analytics.js
ga(function () {
setTimeout(function() {
  ga("send", "event", {
    eventCategory: "NoBounce",
    eventAction: "NoBounce",
    eventLabel: "Over 10 sectonds"
  });
},10*1000);
});

Anular el rebote de analytics cuando se cargue alguna acción dinámica

Es bastante común que una misma página tenga zonas de click que cambien algo de la página pero que no provoquen una nueva página vista: cuando usamos links de ancla a partes del contenido, mostramos u ocultamos contenidos con pestañas, cargamos contenidos con ajax, quitamos la publicidad invasiva con la "X" de cerrar, etc. En estos casos podemos asociar al click en todos estos elementos un evento para que cuando el usuario realice esa acción también deje de contar como rebote.

Pongo solo el ejemplo con jquery ya que como esto ya va ligado con la programación que use el site, cada uno debería encontrar la forma por la que lanzar eventos onclick en su site.

Código con ga.js (Google Analytics asíncrono antiguo)

// Código de analytics normal:
var _gaq = _gaq || [];
_gaq.push(['_setAccount', 'UA-1234567-89']);
_gaq.push(['_trackPageview']);
(function() { var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;	ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js'; var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s); })();
 
// Añadido que realizamos
$(document).ready(function(){
  $(".actionLink").click(function(){
  _gaq.push(['_trackEvent', 'NoBounce', 'NoBounce', 'Click action']);	
  });
});

Código con analytics.js (Google Analytics con Universal Analytics)

// Código básico de Analytics
window.ga = window.ga || function(){(ga.q=ga.q||[]).push(arguments);};  (function() { var e = document.createElement('script'); e.async = true; e.src = '//www.google-analytics.com/analytics.js';    var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(e, s);  })();
ga('create', 'UA-1234567-89');
ga('send', 'pageview');
 
//Añadido que realizamos:
$(document).ready(function(){
  $(".actionLink").click(function(){
    ga("send", "event", {
      eventCategory: "NoBounce",
      eventAction: "NoBounce",
      eventLabel: "Click Action"
    });
  });
});

o bien, si vuestro javascript es limitado, también puede hacerse de forma intrusiva en tu html (no recomendado salvo para casos en los que no queda otro remedio):

Con ga.js

<a href="..." onclick=" _gaq.push(['_trackEvent', 'NoBounce', 'NoBounce', 'Click action']); ">...</a>

Con analytics.js

<a href="..." onclick="  ga('send', 'event', { eventCategory: 'NoBounce', eventAction: 'NoBounce', eventLabel: 'Click Action' }); ">...</a>

Anluar Rebote de analytics cuando se hace scroll

Podemos también suponer que si un usuario hace scroll con la página es que desea ver el resto del contenido y por lo tanto no es un rebote como tal (al menos ha mostrado algo de interés en seguir observando la página).

Código con ga.js (Google Analytics asíncrono antiguo)

// Código de analytics normal:
var _gaq = _gaq || [];
_gaq.push(['_setAccount', 'UA-1234567-89']);
_gaq.push(['_trackPageview']);
(function() { var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;	ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js'; var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s); })();
 
// Añadido que realizamos
$(document).ready(function(){
  $(window).scroll(function () { 
  _gaq.push(['_trackEvent', 'NoBounce', 'NoBounce', 'Scroll']);	
  });
});

Código con analytics.js (Google Analytics con Universal Analytics)

// Código básico de Analytics
window.ga = window.ga || function(){(ga.q=ga.q||[]).push(arguments);};  (function() { var e = document.createElement('script'); e.async = true; e.src = '//www.google-analytics.com/analytics.js';    var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(e, s);  })();
ga('create', 'UA-1234567-89');
ga('send', 'pageview');
 
//Añadido que realizamos:
$(document).ready(function(){
  $(window).scroll(function () { 
    ga("send", "event", {
      eventCategory: "NoBounce",
      eventAction: "NoBounce",
      eventLabel: "Scroll"
    });
  });
});

Y anular rebote de analytics cuando nosotros lo veamos oportuno...

Y es que cada web puede llegar a tener sus detalles particulares y cada negocio puede tener distintos motivos para contar o no contar a un usuario como rebote. Sabiendo este truco, nosotros decidimos cuando se anula el rebote y a partir de ahí solo nos quedará crear el javascript necesario para lanzar el evento.

Casos avanzados de manipulación del rebote

Por último me gustaría comentaros algunos casos a los que terminareis llegando a poco que os familiariceis con la manipulación del rebote.

Anulaciones distintas en páginas distintas

El primero de ellos parte de concebir la anulación de rebote de forma distinta en cada landing de tu site. Y es que los motivos para anular rebote pueden no ser los mismos en distintas páginas de tu site, pues no esperamos lo mismo de los usuurios en ellas.

Un ejemplo que podría ser válido para un ecommerce:

  • En la home podemos no hacer nada, pues solo queremos que el usario elija una nueva página vista
  • En los listados podemos anular rebote si el usuario hace scroll o si despliega alguna de las ayudas de javascript que le hemos añadido en la web (filtros ajax, desplegar info de un elemento con un desplegable, etc.)
  • En la ficha de producto podríamos simplemente desear que el usuario pase ahí un mínimo de segundos que nos garantice que al menos ha tenido tiempo de ver si el producto le gustaba o si ha clickado en el típico botón de "favoritos" o "añadir a mi lista de deseos".

Como vemos, las consideraciones para cada tipo de página pueden ser distintas.

Anulaciones solo por página vista

En algunos casos, para contabilización de rebotes totales del site puede interesarnos que solo con que el usuario haya visto una página no cuente como rebote. El caso clásico son webs muy orientadas a producto donde lo que queremos es que el usario acabe viendo una ficha de producto. En ese caso podemos anular el rebote solo con que el usuario llegue a esa página en concreto.

Código con ga.js (Google Analytics asíncrono antiguo)

// Código de analytics normal:
var _gaq = _gaq || [];
_gaq.push(['_setAccount', 'UA-1234567-89']);
_gaq.push(['_trackPageview']);
_gaq.push(['_trackEvent', 'NoBounce', 'NoBounce', 'Scroll']);	
 
(function() { var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;	ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js'; var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s); })();

Código con analytics.js (Google Analytics con Universal Analytics)

// Código básico de Analytics
window.ga = window.ga || function(){(ga.q=ga.q||[]).push(arguments);};  (function() { var e = document.createElement('script'); e.async = true; e.src = '//www.google-analytics.com/analytics.js';    var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(e, s);  })();
ga('create', 'UA-1234567-89');
ga('send', 'pageview');
ga("send", "event", {
 eventCategory: "NoBounce",
 eventAction: "NoBounce",
 eventLabel: "Scroll"
});

No anular rebote con eventos de la página

Por último, a la que empezamos a controlar el rebote de esta forma, otro ejercicio a realizar es el de evitar que otros eventos que podamos lanzar en el site afecten al rebote. Para esto Google Analytics nos permite activar una variable de no interacción en los eventos que va destinada justo a esto: crear eventos que no cuenten como interacción del usuario y por lo tanto no anulen rebote.

Para ello basta con que en nuestros eventos activemos esta variable.

Código con ga.js (Google Analytics asíncrono antiguo)

La variable simplemente hay que marcar la quinta variable de _trackEvent a true.
_gaq.push(['_trackEvent', [Categoría], [Acción], [Etiqueta], [Valor], [No-interacción] ] );

_gaq.push(['_trackEvent', 'Mi Categoria', 'Mi Accion', 'Mi Etiqueta', 100, true ]);

Código con analytics.js (Google Analytics con Universal Analytics)

La variable es una más de las que pueden lanzarse con ga('send','event'), llamada "nonInteraction"

ga("send", "event", {
  eventCategory: "my category",
  eventAction: "my action",
  eventLabel: "my label",
  eventValue: 100,
  nonInteraction: true
});

Conclusión

Al final, tenemos una gran cantidad de metodologías para conseguir transformar el rebote en lo que nosotros queramos. Contar con un rebote bien configurado nos va a permitir realizar una analítica más fácil, la calidad de nuestro tráfico se hará evidente en todo momento y el rebote podrá convertirse en "La Métrica".

Por otro lado, en nuestros informes poder contar con la métrica "Visitas de Calidad" (visitas - rebotes) puede suponernos un extra de información realmente interesante para la toma de decisiones. Muchas veces observamos visitas y solo vemos que ciertos segmentos de nuestro tráfico no convierten, añadir mediciones de calidad bien configuradas puede salvarnos de muchas decisiones incorrectas.

Por mi parte, lo único que puedo echarle en cara a Analytics en este sentido es no poder anular páginas vistas para contabilizar rebote, al menos en el código antiguo de analytics, pues muchas veces una segunda página vista no significa que ese usuario sea de calidad...

Posts Relacionados:

  1. Universal Analytics: Funcionamiento y Hacks para nuevo código de Google Analytics (analytics.js)
  2. Cómo usar varias cuentas de Google Analytics (Universal o Classic) a la vez
  3. Primeros pasos con Universal Analytics de Google Analytics
  4. Universal Analytics: Google Analytics pasará a analizar el negocio, no solo la web
  5. Simplifica el código de Google Analytics Asíncrono con Jquery

Temas Relacionados: analitica web

Autor:

19 Comentarios para “Google Analytics: Manipular el Rebote (actualizado con Universal Analytics)”

  1. Woww Iñaki, tus artículos cada vez me sorprenden más, gracias maestro, esto me servirá para un proyecto donde GA nos dice que hay bounce del 70% pero yo no pienso que sea tan así. Saludos amigo!!

  2. ikhuerta dice:

    Mira yo suelo tener un Rebote de un 66-68% en este blog... con el que no estoy nada deacuerdo porque la duración media de la visita pasa los 2 minutos y medio con lo que no me parece correcto medir a los lectores de un solo post como rebotes...

    Ayer puse lo mismo que explica el post en el código de analytics. A los 20 segundos se crea un evento (puedes verlo en el código mismo al final del todo).

    Ayer el Rebote ya bajó a un 44% (porque lo puse tarde). Hoy de momento está en un 2,70% lo que me dice que a lo mejor me he pasado considerando No-Rebote a usuarios que solo han pasado 20 segundos en la página... pero que me demuestra que algo si que leeis la mayoría de los que entráis! :D

  3. La verdad que me ha gustado tu post por la información que has proporcionado, sobre la tasa de rebote me ayudara a bajarla que también rondo sobre el 65 por cien, quizás dentro de un tiempo sea un factor cara al posicionamiento.

  4. ikhuerta dice:

    Hola usuario que potencia la keyword "Villa de Ayora". Gracias por tu comentario. La verdad es que es que uno de los factores que se manejan para Caffeine es precisamente ese asi que como dices, nos va a venir bien tenerlo controlado.

  5. tades dice:

    Excelente encontre como configurar el tema de los rebotes. Una pregunta: si esto se usa en wordpress y usamos el codigo ejemplo que señalas usa jquery, funciona con el jquery que tiene el mismo wordpress o hace falta cargar jquery en otro directorio?

    Saludos

  6. ikhuerta dice:

    Ummm, dependería de que versión de jquery usase tu versión de wordpress. No puedo asegurarte cuando incluyeron el metodo scroll pero si que puedo decirte que la funcion ready y el método click hace muchisimo tiempo que se usan en jquery con lo que debería ser compatible.

    Un problema que he ido viendo sobre jquery con wordpress es que jquery se inicia sobre la variable "$" y en wordpress eso no pasa con lo que en lugar de usar $(document) es probable que necesites usar jQuery("document")... prueba antes en desarrollo que es lo que te funciona...

  7. [...] (clicks, scrolls, etc) está realizando en mi tienda online. Este tipo de medición simplica el uso de creación de eventos mediante el uso de las APIs de Google Analytics y ofrece un servicio hosteado en el que, por menos de 3.000 euros al año en su versión para [...]

  8. Paco dice:

    Si no lo entendi mal el codigo que tendria que poner seria este?:

    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"));

    try {
    var pageTracker = _gat._getTracker("XXXXXXXX);
    pageTracker._setDomainName(".derbyhotels.com");
    pageTracker._trackPageview();
    } catch(err) {}

    if(typeof create_wsc_menu=='function')
    setTimeout(function() {
    pageTracker._trackEvent('NoBounce', 'NoBounce', 'Over 10 seconds')
    },10*1000);

    He añadido en la parte setTimeout el nuevo codigo.

    Es correcto asi?

    Muchas gracias

  9. ikhuerta dice:

    Creo que tal y como lo pones es correcto, sí aunque hay partes de tu javascript que no entiendo porque están ahi, aunque supongo que será por las particularidades de tu propia web.

  10. Pau dice:

    Hola amigos, necesito ayuda ya que me estoy volviendo loco. Trabajo en dos hoteles. Hace un año que decidí aplicar el tema del GA en el primero y a modo de ejemplo os diré las estadísticas siguientes del que puedo considerar que va bien.
    12692 visitas
    55697 paginas vistas
    4,39 pg/visita
    30,73% de rebeote
    00:03:06 promedio de tiempo en el sitio
    83,29% visitas nuevas
    motores de busqueda 85,21%
    sitios web de referencia: 7,56%
    trafico directo: 7,23%
    en este hotel no hacemos campañas de PPC

    en cambio el segundo hotel tiene esto:
    1989 visitas
    3411 paginas vistas
    1,71 pg/visita
    71,49% de rebeote
    00:01:26 promedio de tiempo en el sitio
    79,74% visitas nuevas
    motores de busqueda 25,19%
    sitios web de referencia: 60,78%
    trafico directo: 14,03%
    hacemos campaña de PPC pero con presupuesto muy bajo.

    esto me sucede hace varios meses: el segundo tiene un porcentaje de rebote mucho más alto (las webs tienen un formato similar por no decir casi idéntico), se están menos tiempo en el segundo que en el primero, y entre los dos tengo una relación de fuentes de trafico (web de referencia y motores de búsqueda que no se parecen en nada, nada.
    Alguien me puede ayudar???? es desesperante. Intento hacer mis pinitos en este apasionante mundo, pero me he quedado parado. Muchas gracias.
    en este hotel no hacemos campañas de PPC

  11. ikhuerta dice:

    A mi me parece que debe ser que el tráfico de referencia que te llega al segundo site es de mucha peor calidad que el resto. Que referencias tienes? Sabes que perfil de usuarios tienes por referencia? Realmente tu web responde a esta?

    Por otro lado hay que entnender que el rebote en analytics, si no tocas nada solo marca usuarios que solo ven una pagina (pueden pasar 1 hora en ella, que si solo miran una, cuentan como rebote). Si un usuario llega por referencia directamente a la ficha que queria ir, quizas ya encontró lo que buscaba y no neceista mas...

    Sin acceso a tu analytics y alguna que otra hora de curro poco más puedo decirte...

  12. Muy interesante el articulo no conocia la parte de poder vincular un evento al hecho de hacer por ejemplo scroll en la pagina. Ni la de vincularlo a clics con elemenos en ajax.

    Yo tambien cuando puse el evento para tiempo en mi blog note un gran cambio y eso que en un principio lo puse a 30 segundos , actualmente lo tengo a 60 segundos y estoy contento con los resultados.

  13. Hola Iñaki, justo lo que estaba buscando. Gracias... Pero te pregunto, ¿el hack lo pones justo debajo del código de GA, en el head? ¿O es un código que pones en cada artículo en particular? Saludos...

  14. ikhuerta dice:

    Buenas Mario,

    Acabo de actualizar este mismo post pues los códigos estaban muy anticuados. Espero que ahora te quede más claro que código usar para todo.

    Un saludo.

  15. Mario dice:

    Waow!!

    Excelente post, creo que te has saltado la barda con tremenda informacion, me parece de mucha utilidad creo que lo implementare en uno de mis sitios!

    gracias por compartirlo, saludos!

  16. Chris dice:

    Increíble post felicidades!!!
    Hasta ahora pero, había pensado que la tasa de rebote era un elemento más que usaba google para posicionar una web. Es decir, que una web con una tasa de rebote alta, era para google una muestra de que la web no era popular o del gusto de los visitantes.

    Viendo esto, ya empiezo a dudar que Google lo tenga en cuenta para su indexación.

    Qué creéis?

  17. ikhuerta dice:

    Buenas Chris,

    He publicado otro post que explica las diferencias entre el rebote de analytics y el que se mira en SEO. Por favor pasate a echarle un vistazo ;)

    http://blog.ikhuerta.com/seo-performance-el-rebote-y-el-posicionamiento-web

  18. David Garcia dice:

    Gracias, es justo lo que necesitaba.

    La mayoría de webs explica como modificar el código para Google Analytics, pero no para Universal Analytics.

Anímate y deja tu comentario