logo-small
Funciones Precios
Noticias 0
Últimas noticias Ver todos

No disponible temporalmente. Por favor, visítanos en otro momento.

Ver todos
Webinars 0
Próximos webinars Ver todos
Próximos webinars

Lo sentimos, no se han podido encontrar próximos webinars.

Visualiza los webinars grabados
Blog 0
Posts recientes Ver todos

No disponible temporalmente. Por favor, visítanos en otro momento.

Ver todos
Fernando Escribano

Porcentaje de rebote ¿Qué es y cómo se mejora?

Fernando Escribano
Porcentaje de rebote ¿Qué es y cómo se mejora?

Tienes un porcentaje de rebote alto. ¿Es porque lo mides mal o porque tienes un problema?

En este artículo me dirijo a dos perfiles en concreto, a mis queridos bloggers y a todo propietario de una web que haya caído en la moda de las páginas estilo “Single page” o “Unique layout”.

Ya sabes, esas webs en las que todo está en la misma página que, a mí particularmente, me gustan mucho y me parecen fantásticas en entornos mobile.

Y digo que me dirijo a esos dos perfiles porque son los candidatos perfectos a tener un problema.

Ese problema es la temida métrica llamada tasa de rebote, métrica usada para medir la calidad de nuestros contenidos.

Mi objetivo en este artículo es que podamos corregir ese porcentaje de rebote y medirlo correctamente sin programar una sola línea de código.

¿Qué es el porcentaje de rebote?

Definimos tasa o ratio de rebote como el porcentaje de sesiones o visitas a una sola página.

El porcentaje de rebote mide las visitas en las que el usuario ha abandonado tu web por la misma página por la que llegó sin interactuar con ella.

Porcentaje de rebote Tiempo en la página

Pues bien, cuando nuestra web es un blog o una web de tipo “Single page”, cuando miramos el Analytics nos llevamos un susto y vemos tasas altísimas de rebote.

Esto es normal cuando partimos de una configuración “por defecto” de nuestra analítica y es tan normal que en en ese tipo de páginas he oído dar como aceptables tasas de rebote del 80% porque son normales y es por como mide Analytics.

La razón es sencilla en ambos casos:

Alguien encuentra en un buscador un fantástico artículo publicado en nuestro blog, lo visita, lo lee entero, le gusta mucho y se va.

Analytics lo cuenta como rebote y tiempo de permanencia “cero”.

Alguien visita nuestra web “single page”, hace scroll, se lee todo el contenido, y se va.

Rebote y tiempo de permanencia “cero” también.

En ambos casos estamos consiguiendo objetivos, nos leen, hacen scroll, pasan tiempo en la página pero Analytics no nos lo dice y como funciona así, hacemos un ejercicio de fe y aceptamos rebotes del 80% o más.

A veces es normal tener tasa de rebote alta

Si, pero… ¿estás seguro de que tu tremenda tasa de rebote es solo por culpa de como funciona Analytics y no por culpa de contenidos de baja calidad?

En los artículos de un blog, por ejemplo, se hacen cosas muy imaginativas, no solo para mejorar el engagement, sino para que esa tasa de rebote mejore.

Una práctica habitual es poner artículos relacionados o enlaces a contenido interno para que, al hacer click sobre ellos, ya no exista rebote en el artículo en el que han aterrizado puesto que se visita una nueva página pero, así trasladamos el problema a esa nueva página o artículo.

¿Por qué no solucionamos el problema de raíz y medimos bien lo que pasa en nuestras páginas?

Solo así sabremos si nuestro contenido es de calidad y si nuestra web funciona.

¿Cómo medimos correctamente el porcentaje de rebote?

Primero, establezcamos cuando una web “Unique Layout” o un artículo de blog (desde ahora página para simplificar) ha conseguido su objetivo.

Esto no te lo puedo decir yo, eres tú el que debe definir un objetivo concreto y realista, yo te puedo dar algunas ideas:

Si creemos que nuestro artículo se puede leer en unos 4 minutos, exigir un tiempo de permanencia de 3 minutos nos puede parecer razonable.

Tal vez medir si hacen scroll de un mínimo del 50% de nuestra página.

Si un artículo contiene un vídeo de 5 minutos, ¿por qué no medir una permanencia de un mínimo de esa duración?.

Usa el sentido común, pero has de definir un objetivo.

Cuando tengas definido este objetivo, deberás generar un “hit” cuando este se consiga haciendo que Analytics lo registre.

Así, la página no contará como rebote y obtendremos una conversión definida según nuestro criterio.

El efecto en Analytics será como si hubieran ido a otra página, pero sin hacerlo.

Vale, ahora vamos a aprender a generar ese hit cuando se cumpla nuestro objetivo… y para ello generaremos un evento.

¡Cómo programar eventos en Analytics sin saber programar!

Lo que os cuento no es nuevo, el problema radica en que normalmente para generar esos hits hay que programar.

Si, me refiero a picar código en nuestra página.

La buena noticia es que no vamos a escribir ni una sola línea de código para hacerlo.

Para empezar nuestro ejemplo, vamos a definir que daremos como conversión si una visita consume 2 minutos en nuestra página.

Este tipo de evento es de los más sencillos de programar pero, algunos son muy complejos y, si definimos varios por páginas la dificultad aumenta.

Analytics mide los datos de nuestra web porque tenemos un “snippet” o sección de código con nuestro código de seguimiento (un código con el formato UA-xxxxxxxx-x) en todas nuestras páginas.

Si buscas en tu código fuente verás ese código en la sección ”Header” de tu página. Ese trozo de código nos lo da Analytics al dar de alta en la herramienta una propiedad y en muchas ocasiones nos lo inserta de forma automática un plugin de Wordpress o Prestashop, por ejemplo, de forma que solo debemos darle a dicho plugin nuestro código de seguimiento para que modifique nuestras páginas de forma correcta para ser seguidas por Analytics.

En la captura siguiente vemos lo que nos da Analytics al crear nuestra propiedad.

El script que debemos poner en nuestras páginas (1) y nuestro código de seguimiento (2).

Porcentaje de rebote Resultados Analytics

Volvamos a nuestro ejemplo: la forma usual de generar un hit basado en un evento de nuestra elección cuando usamos Universal Analytics, es modificar ese código de Analytics insertado en nuestra página para que genere un evento al pasar 2 minutos.

Algo así:

<script> (function(i,s,o,g,r,a,m){i[‘GoogleAnalyticsObject’]=r;i[r]=i[r]||function(){ (i[r].q=i[r].q||[]).push(arguments)},i[r].l=1*new Date();a=s.createElement(o), m=s.getElementsByTagName(o)[0];a.async=1;a.src=g;m.parentNode.insertBefore(a,m) })(window,document,’script’,’//www.google-analytics.com/analytics.js','ga'); ga(‘create’, ‘UA-xxxxxxxx-x’, ‘miwebdeejemplo.com’); ga(‘send’, ‘pageview’);setTimeout(“ga(‘send’, ‘event’, ‘read’, ’120 seconds’)”,120000); </script>

¿Veis la diferencia con el código que nos proponía Google a insertar?

Hay más código ahora.

¿Qué hace eso?

Ese código modificado y marcado en negrita envía un hit a Analytics (algo que solo ocurre por defecto al cargar una nueva página de nuestro sitio) cuando alguien permanece 120 segundos en una página de nuestro sitio.

Perfecto, eso nos permite medir cuando conseguimos nuestro objetivo y hacer que nuestro Analytics lo registre como tal… es cierto, es poco código, pero ¿no decías que lo haríamos sin programar nada?¿esperas que modifique todas mis páginas a mano?

¿Qué es Google Tag Manager?

El método citado funciona perfectamente, y es la forma habitual pero, como siempre, todos podemos aprender cosas nuevas.

En mi caso, mis apreciados Iñaki y Asier, de Lin3s me mostraron un pedazo de herramienta en la cual son una de las pocas empresas certificadas.

Me refiero a Google Tag Manager.

Google Tag Manager, de forma muy simplificada y entre otras muchas cosas, permite a una agencia o departamento de Marketing programar eventos en su página web sin tener acceso al código fuente de la web ni necesitar a los desarrolladores o gente de sistemas.

Te invito a que leas sobre él y te hagas una idea de todas sus posibilidades.

Nosotros nos centraremos en nuestro ejemplo, hacer que nuestro Analytics reciba un Hit cuando un visitante esté 2 minutos en nuestra página.

Cuando creas una cuenta en Tag Manager, lo primero que harás es crear tu contenedor.

Este contenedor, que definiremos como de tipo “para página web” es lo que deberás introducir en tu página web y es algo como esto:

Porcenajte de rebote Administrador de tareas Google

Lo primero que debemos hacer es sustituir el código de Universal Analytics que usábamos en nuestra web por el contenedor de Tag Manager.

Si usas un plugin de Wordpress para insertar el código de Google Analytics, desinstálalo y sustitúyelo por uno de Tag Manager.

Por ejemplo, este.

Recuerda que usarás el mismo código UA de siempre para configurarlo.

Si no usas plugins, deberás eliminar el snippet que usabas y deberás introducir el contenedor de etiquetas de Tag Manager en su lugar.

Simplemente haz copy-paste de este código bajo la etiqueta <BODY> de tus páginas.

Ya hemos hecho lo más difícil.

Ahora usemos ese contenedor para insertar una etiqueta que contendrá nuestro código de seguimiento de Analytics y otra para programar nuestro evento.

Recuerda, nuestras páginas tendrán el contenedor de Tag Manager y este contendrá etiquetas.

Creemos nuestra primera etiqueta dentro de nuestra cuenta de Tag Manager:

Vamos a Tag Manager > Etiquetas > Nueva

Porcentaje de rebote Tag Manager Etiquetas

Fíjate que podemos introducir etiquetas de Adwords, AdRoll, etc… lo cual nos habla de la potencia de esta herramienta.

Pero no entremos en eso ahora.

Ponemos un título y Seleccionamos producto > Google Analytics > Continuar y configuramos la etiqueta.

Elegimos tipo de etiqueta > Universal Analytics. Continuamos y configuramos la etiqueta de este modo:

Porcentaje de rebote Configurar etiqueta

Hacemos click en Continuar y configuramos el activador. Seleccionamos Todas las páginas.

Porcentaje de rebote Activador

Listo, etiqueta creada.

Bien, ¿que hemos hecho?

Hemos generado un etiqueta dentro de nuestro contenedor que ejecuta un evento de página vista cada vez que se carga cualquier página de nuestro sitio.

Es decir, estamos como al principio, con la configuración por defecto de Analytics, pero usando otro método.

Recuerda que si tienes tu código de seguimiento de la forma clásica y ahora lo introduces también mediante una etiqueta dentro del contenedor de Tag Manager estás duplicando ese seguimiento, con lo cual estarás duplicando las visitas reales.

Este nuevo método sustituye al anterior.

Pero es ahora cuando empieza lo bueno.

¿Cómo generar nuestro evento personalizado?

Vamos a generar nuestro evento de objetivo de permanencia de 2 minutos.

Para ello generamos una segunda etiqueta dentro de nuestro contenedor. Repetimos los pasos de la anterior, la llamamos por ejemplo Evento 2 minutos para futura referencia y la configuramos así:

Porcentaje de rebote Configurar etiqueta2

Recuerda usar el código de seguimiento (UA-XXXXXXXX-X) correcto, es decir el mismo que usabas hasta ahora.

Hacemos click en continuar y generamos el activador.

Hacemos click en Más > Nuevo > Temporizador y lo configuramos así:

Porcentaje de rebote Temporizador

Guardamos el activador.

Esto lo que hará es enviar un solo Hit cuando hayan pasado más de 2 minutos en alguna de nuestras páginas.

Si en lugar de “coincide con la expresión regular /*.” ponemos “contiene /landingpage” por ejemplo, se dispararía en la página www.ejemplo.es/landingpage.html” o en “www.ejemplo.es/landingpageversion2.html” pero no en la home.

Tú decides donde se dispara con esa condición.

Con esto tenemos 2 etiquetas creadas:

Una inserta el código de seguimiento de página vista en todas las páginas.

Otra genera un evento que debe cumplir una condición que definimos.

Solo resta ir a la esquina superior derecha de Tag Manager y seleccionar “Crear Versión y Publicar”.

Porcentaje de rebote Publicar

Para ver el resultado de nuestro trabajo ve a Analytics.

Recarga tu página web y despliega los informes en tiempo real.

En la sección eventos verás como se dispara el evento que nosotros hemos llamado al configurarlo “No bounce”… 120 segundos después de visitar tu página:

Porcentaje de rebote Eventos

Ya no hay rebote en esa página, puesto que Analytics recibe un Hit.

Desde este momento, toda página donde nuestros visitantes estén más de 2 minutos nunca será considerada como rebotada y así, tu ratio de conversión empezará a tener sentido y estar mejor medido.

Ahora imagina las posibilidades, puedes seguir generando etiquetas y eventos.

Por ejemplo, cuando hagan “Enviar” en un formulario, cuando hagan un 25% de scroll en tu página, etc…

Ya sólo depende de ti, de qué y cómo quieres medir y, todo sin escribir una sola línea de código.

No te conformes con tasa de rebotes altas y las asumas como normales.

En su lugar acostúmbrate a medir, solo así tendrás datos y respuestas que permitirán que sepas tu situación y resultados reales y de esa forma puedas tomar decisiones correctas.

Como ves, no es necesario saber programar para conseguir medir de forma correcta.

Foto (Porcentaje de rebote): Shutterstock

Dime, ¿es alto el porcentaje de rebote de tu página?

Fernando es desarrollador, análista y consultor Web. Especialista en posicionamiento SEO y SEM.
General Manager y fundador de Cla&Vic.

2000 es el número máximo de caracteres permitido
ESPORA
ESPORA
Yo tengo un porcentaje de 65% de rebote en una web de recetas. La estructura es: imagen, Introducción a la receta, ingredientes y preparación, ¿estará bien ese porcentaje?, saludos Fernando!
Fernando Escribano
Hola @esporaco:disqus. Como bien te ha comentado @afernandezalonso:disqus un porcentaje alto no es de por sí malo. Es solo una métrica que puede indicar contenido de baja calidad... o no. Hablas de muchas ideas y todas son buenas, sobre todo lo de añadir información visual, fotos y videos, cualquier contenido visual genera un alto engagement. No midas solo el rebote o la permanencia, busca medir conversión (te dejan comentario? se descargan un pdf? cumplimentan un formulario? se suscriben? cuando consideras que tu ficha de receta ha cumplido un objetivo?). Solo recordarte una cosa, nunca confundas posicionamiento con tráfico, visibilidad o conversión, pueden estar muy relacionadas pero son cosas distintas. Ten claro las acciones que te generan conversión solo cuando tengas visibilidad, y para ello necesitas posicionamiento y tráfico. Si tus recursos son limitados no hagas videos hasta que generes tráfico que lo justifique. Como dices, los videos ayudan al posicionamiento y a generar tráfico, pero verifica si ese esfuerzo, que no es poco, tiene el impacto de otras acciones SEO menos costosas. No uses esa estrategia para posicionar, sino para convertir y generar engagement después.
Antonio Fernandez Alonso
Antonio Fernandez Alonso
ESPORA
Permíteme que te dé mi humilde opinión al respecto ;)

Así, a bote pronto, no se podría decir si es un porcentaje alto, bajo o adecuado. Depende mucho del tipo de contenido de la web y del objetivo de ésta. Sin embargo, al tratarse de una web de recetas, entiendo que habrá una relación más o menos larga de ingredientes y después una descripción paso a paso de la receta. Es decir, algo bastante largo y que debería necesitar varios minutos para leerse. Por lo que a priori podría pensarse que el rebote es un poco alto.

Sin saber más, tres recomendaciones:
- Incluye en la página de cada receta enlaces a recetas similares. Quizás el usuario no estaba buscando tortillas de patatas, sino tortillas de patatas con boquerones (¿eso existe ;) ? )
- Refina el posicionamiento de tus palabras clave. Si busco tortillas de patata con espinacas y el buscador me lleva a la página de tortillas de patata con champiñones, algo falla. Usa bien los tags y etiquetas para evitar ambigüedades.
- Estructura muy bien los ingredientes y los pasos de la receta. Que no sean parrafadas: un ingrediente por línea y una/dos acciones máximo por línea o párrafo (batir los huevos / pelar las patatas / ...).

Espero que te sea de ayuda.
ESPORA
ESPORA
Antonio Fernandez Alonso
Gracias por tu comentario @afernandezalonso:disqus justamente el sitio es de recetas bien sencillas, por lo cual tanto los ingredientes como los pasos son bien rápidos. Con la introducción juego harto, ahí por lo bajo armo 3 párrafos para extender la cantidad de palabras en el post.
Por otro lado, si tengo al final del posts un cuadro de 'entradas relacionadas' que muestran recetas similares para que así se extienda la visita del usuario dentro del sitio web.
Lo que ahora pienso aplicar es agregar más de una imagen al post, quizás extienda un poco la visita y además posicione mejor el sitio en aspectos generales.
Respecto a datos y estructuras ya tengo el sitio con datos estructurados para recetas (rich snippets) y además de breadcrumbs que mejoran las categorías y el posicionamiento en general a los ojos de google.
Quizás también podría hacer recetas en video para agregar al final del post, pero el proyecto no es muy grande (tampoco está tan bien pagado por google), así que tendré mesura en su optimización.
Antonio Fernandez Alonso
Antonio Fernandez Alonso
ESPORA
Un 65% no es necesariamente un mal porcentaje, máxime si son recetas sencillas y cortas. Lo de los vídeos es bastante tarea, cierto, pero quizás pudieras medir mejor la actividad de los usuarios poniendo un enlace de descarga de la receta en pdf. Pero que ue no sea una copia literal de la página html, sino bien formateado. Es poco trabajo, ya que lo puedes hacer mientras editas la receta en Word (o equivalente) y después lo exportas a PDF. Pon bien grande un mensaje tipo "Si te gusta la receta, descarga e imprime nuestro PDF, en solo una página". Importante que solo ocupe una página, creo que eso motivará a los usuarios a descargarlo, ya muchas veces imprimir una pagina html, sobre todo si hay comentarios, ocupa varias.

Después de eso, ya tienes más datos para valorar si el porcentaje de rebote es alto o no. Y, además, tienes datos 100% objetivos de cuantos se interesaron por tus recetas.

¿Has pensado en poner ratings de las recetas, por ejemplo, el plugin yasr de wordpress?
Have a Suggestion?