icon/dark/fileicon/dark/foldericon/dark/folde-openicon/dark/hashtagicon/dark/line-graphicon/dark/listicon/dark/localicon/dark/lock

Es posible que te hayas sumado ya a la moda de aplicar las famosas páginas AMP de Google en tu WordPress, ¿puede ser?

Pues ya somos dos…

Lo que quizá no sabías es que la tasa de rebote en estas páginas suele ser más alta que en las páginas no-AMP; pero tranquilo que esto es totalmente "normal", al menos teniendo en cuenta la propia esencia de AMP tal y como lo conocemos ahora.

Me explico.

Si tienes un blog al que le has implementado también AMP en tus artículos, verás que se trata de una versión mucho más simple, sin comentarios, sin menú, sin "artículos relacionados" y en general con muchas menos opciones de que el lector vaya a otra página de tu blog. Es decir, que serán más los lectores que entren a este artículo AMP y se vayan del blog sin interactuar con él (en comparación con tu versión no-AMP), y eso se traduce en mayor porcentaje de rebote.

Eso no mola nada, ¿verdad?

Para verlo mejor, lo que deberías hacer es añadir la versión AMP de tu código de Google Analytics, que es distinto al código "normal" y en AMP tiene que ser en formato JSON. De esta forma podrás analizar qué tal funcionan las páginas AMP, qué respuesta tienen del usuario, etc.

Google aconseja crear una propiedad nueva para que estas estadísticas no interfieran con las que ya tienes en tus páginas no-AMP:

Google aconseja crear una propiedad nueva para AMP

Google aconseja crear una propiedad nueva para AMP

Pero la verdad es que yo suelo hacer caso a Google sólo a ratos o según el día, y en esto no le he hecho nada de caso...

Eso sí, para poder analizar datos en Google Analytics he creado un segmento nuevo cuya única condición es que la URL de la página de destino contenga /amp/.

segmento en Google Analytics para el tráfico AMP

Nuevo segmento en Google Analytics para el tráfico AMP

No es muy ortodoxo, pero a mí me funciona. ☺

El caso es que una vez añadido el código de Google Analytics en tus páginas AMP verás lo que te comentaba al principio, que la tasa de rebote se dispara:

Porcentaje de rebote del tráfico AMP

Porcentaje de rebote del tráfico AMP

No sé cómo lo verás, pero a mí tener un 92,88% de rebote me quema los ojos…

¿Cómo mejorar la tasa de rebote en AMP?

Antes de nada quiero avisarte de que esto que voy a explicarte a continuación lo he aplicado yo mismo en mi blog y con buenos resultados. Es decir, que no es simple teoría y ya está.

El caso es que hay que distinguir entre 2 acciones muy concretas:

  1. Facilitar al usuario la navegación por el blog en la versión AMP

  2. Ajustar las estadísticas de Google Analytics a tu caso concreto

Voy a explicarte cada una de ellas:

  1. Facilitar al usuario la navegación por el blog en la versión AMP

Lo más importante es que el usuario sienta que realmente está en tu blog y que la versión AMP sirva de puente para llegar a tu blog "original" (en su versión responsive-mobile, claro).

Esto hará que el usuario no huya del post AMP una vez que lo haya leído, sino que navegue más tiempo por tu blog y mejore así la tasa de rebote (entre otras cosas). Vaya, lo mismo que haces en tu blog pero aplicándolo a esta versión, así de sencillo. ☺

Para eso te aconsejo que lleves a cabo estos cambios en la versión AMP de tus artículos:

  • Personaliza el diseño: no lo dejes tal cual como viene por defecto en la versión AMP. Dale tu toque:

    • Añade el icono/logo de tu blog (con enlace a la página principal)

    • Usa los mismos colores del fondo y el header de tu blog,

    • Usa las mismas fuentes, etc.

image alt text

Personalización de las páginas AMP

  • Deja un enlace al post original: ya sea poniendo el enlace en la imagen principal del artículo o con un enlace que ponga expresamente "Leer artículo original", pero intenta que el usuario tenga la posibilidad de ver el artículo no-AMP para que sea él quien decida si verlo o no. Quizá una vez que ha leído la versión AMP, prefiera ver el original con todos los detalles, así que pónselo fácil. ☺

image alt text

Enlace a la versión no-AMP

  • Añade un menú: sí, porque la versión AMP para WordPress por defecto viene sin menú, así que el lector no podrá navegar por otros apartados o artículos importantes de tu blog. En esta página puedes ver un ejemplo de menú con distintas opciones para que puedas añadirlo a tu propia plantilla HTML de AMP.

image alt text

Menú en página AMP

  • Añade comentarios: una vez más, las páginas AMP en WordPress por defecto no trae comentarios. Lo bueno es que el famoso sistema de comentarios Disqus, el cual uso porque soy muy fan de los GIFs animados y este sistema permite añadirlos. También es compatible con AMP. Si tú también usas Disqus, aquí te explico cómo instalarlo para AMP.

image alt text

Comentarios de Disqus en AMP

Como ves, estos "detalles" que no vienen por defecto con AMP en WordPress son realmente importantes para la experiencia del usuario y que interactúe con tu web o blog.

Ojo, siempre que hagas cambios de lo que sea en tus páginas AMP, valídalos por ejemplo con esta funcionalidad de Search Console. Porque si tus páginas AMP tienen algún fallo, Google dejará de indexarlas hasta que lo arregles (te lo digo por experiencia…). ☺

2. Ajustar las estadísticas de Google Analytics a tu caso concreto

Antes de nada tengo que avisarte que lo que vas a ver ahora es un código de Google Analytics más personalizado a lo que a mí me interesa. Es decir, esto no cambia el comportamiento del usuario, lo que cambia es la forma en que se recoge la información de su visita.

Y es algo que ya hacía con el código "normal" de Google Analytics instalado en mis páginas no-AMP, sólo que lo he trasladado a su versión AMP. ☺

¿Por qué personalizo este código?

Google cuenta como rebote cualquier visita que recibas que se vaya sin haber visitado cualquier otra página de tu blog. Y esto incluye las que se hayan ido porque han hecho clic en algún enlace externo que hayas puesto tú (como un enlace de afiliación) y también las que se van después de haberse quedado a leer todo el artículo.

De hecho, aunque la visita se haya quedado 5 minutos leyendo tu artículo, si luego se va del blog sin visitar más páginas, Google Analytics lo tomará como rebote y no contabilizará esos 5 minutos que estuvo.

Y yo te pregunto:

¿Crees que es lógico que Google Analytics tome como "rebote" la visita que estuvo 5 minutos y encontró lo que buscaba en tu blog?

Personalmente, yo creo que no.

Ok. Pues éste sería el clásico código de Google Analytics en AMP:

 `<amp-analytics type="googleanalytics" id="analytics1">
<script type="application/json">
{
  "vars": {
    "account": "UA-XXXXX-Y"
 },
 "triggers": {
   "trackPageview": {
      "on": "visible",
      "request": "pageview"
    }
  }
}
</script>
</amp-analytics>

Y éste es el código personalizado que he añadido en mi blog:

`<amp-analytics id="analytics1" type="googleanalytics">
<script type="application/json">
{
    "vars": {
      "account": "UA-XXXXX-Y"
    },
    "triggers": {
      "trackPageview": {
        "on": "visible",
        "request": "pageview"
      },
      "trackTimerEvent": {
        "on": "timer",
        "timerSpec": {
        "immediate": false,
        "interval": 10,
        "maxTimerLength": 10
    },
    "request": "event",
    "vars": {
      "eventCategory": "Ajuste de Tasa de Rebote AMP",
      "eventAction": "Despues de 10 segundos AMP"
    }
  },
  "scrollPings": {
    "on": "scroll",
    "scrollSpec": {
      "verticalBoundaries": [20]
    },
    "request": "event",
    "vars": {
      "eventCategory": "Ajuste de Tasa de Rebote AMP",
      "eventAction": "Despues de 20% scroll AMP"
        }
      }
    }
  }
      </script>
    </amp-analytics>

Como ves, la parte en azul es básicamente la misma que en el código anterior. He añadido 2 triggers, es decir, 2 eventos que enviarán a Google Analytics la información de la visita siempre y cuando se cumpla alguna de las condiciones que he configurado.

  • El código del trigger que he llamado trackTimerEvent se lanza una vez a los 10 segundos desde que la visita entra a la página.Con esto le estoy diciendo a Google Analytics que si la visita se queda más de 10 segundos es que le interesa el contenido, y para mí no es un rebote (ojo, aquí le puedes poner los segundos que tú estimes oportunos en tu caso particular).

  • El código del trigger que he llamado scrollPings se lanza una vez que el usuario ha hecho el 20% del scroll vertical posible en la página.

Con esto le estoy diciendo a Google Analytics, que si la visita hace más del 20% de scroll hacia abajo también le interesa el contenido, y para mí no es un rebote (aquí también le puedes poner el porcentaje que quieras según tu caso particular).

Tampoco tienes por qué usar los 2 triggers a la vez, puedes usar el que más te guste o el que mejor se adapte a tu contenido (si son artículos muy largos o muy cortos, si suelen insertar vídeos o audios, etc.).

Conclusión

No hay nada mejor que veas por ti mismo los resultados de estos cambios y comprobar si efectivamente funciona.

Aquí te dejo la captura de pantalla de Google Analytics donde vas a ver cómo ha mejorado el porcentaje de rebote con la implementación de estos cambios en mi blog:

image alt text

Porcentaje de rebote "arreglado" en el tráfico AMP

Y también la gráfica con la duración media de la sesión, porque las visitas que ahora no cuentan como rebote sí que las tiene en cuenta en el cálculo de la media del tiempo que han permanecido en el blog. Y como ves, ha mejorado.

image alt text

Duración media de la sesión "arreglada" en el tráfico AMP

No quiero ser pesado, pero quiero dejar bien claro que de las 2 acciones que has visto en este post, sólo la acción de facilitar la navegación del usuario es la que cambia realmente su comportamiento.

La segunda es sólo un ajuste en el código de Google Analytics para que los datos que te muestre se acerquen más a la realidad de tu web o blog.

¿Qué te parece?

¿Crees que tiene sentido llevar a cabo alguna acción más en las páginas AMP? ¡Pues cuéntamela!