Porcentaje de rebote o abandonos

 

Una estadística bastante habitual en las estadísticas de los sitios web es el porcentaje de rebote o abandono. Esta estadística mide el número de visitas que según entran en nuestro sitio, se van. Es decir, miran sólo una página y rápidamente se van a otro sitio. Algunas estadísticas consideran abandono si el visitante se va antes de un tiempo corto, pero no si está un rato leyendo y luego se va. Otras símplemente consideran un abandono si sólo se visita una página. Un porcentaje de abandonos , en principio, es mala cosa, quiere decir que al visitante le ha bastado un vistazo a la página para ver que no es lo que quiere. Un porcentaje de abandonos del 15-20% es muy bueno, del 35% es normal y del 85-90% es un problema.

Hay un par de excepciones a esto. Los blogs, por ejemplo, suelen tener un porcentaje alto, puesto que los visitantes habituales suelen ir a ver el último post, al que entran a través de su "reader" y una vez leído, se van. Otra posible excepción son páginas donde toda la información buscada está en esa página, estilo wikipedia o de tutoriales. Buscas un artículo con google o a través de un enlace, lo lees y te vas.

En muchos sitios te cuentan "en etéreo" como mejorar este porcentaje. Vienen a decir algo así como "Haz la página más atractiva para que a los visitantes le entren las ganas de navegar por el sitio web" o "cambia con frecuencia el diseño y contenido para ver si mejorsa la estadísticas".

Buscando encontré este post en ONGManía en el que dan unos consejos claros y bastante lógicos:

  • Poner enlaces internos en los artículos. Si no los hay, difícilmente el visitante va a ver otras páginas.
  • Usar etiquetas claras y sorprendentes en los enlaces. Que el visitante sepa a dónde va a ir o que le pique la curiosidad al ver el texto. Recuerdo en el blog de Toupeiro los botones a la derecha que dicen "no me pulses" o "este botón te amargará la vida". Es imposible no pulsarlos.
  • Dice que poner una galería de imágenes. Eso no lo entiendo muy bien, quizás es que a mí lo de las fotos no me van.
  • Destacar las páginas más vistas, ya que si son las más vistas, por algo será. Seguramente son las que más interés tienen para los visitantes. Parecido a lo que hacen los blogs con el "post más vistado".
  • Posibilidad de añadir comentarios sin necesidad de registro. Si el visitante puede comentar y no necesita registrarse, hay más posibilidades de que lo haga. Eso retiene al visitante un poco más en el sitio.

Y luego, en otro post de SnobSolutions:

  • El contenido importante o de interés debe situarse a la vista según se entra, sin necesidad de tocar las barras de scroll.
  • Evitar páginas sobrecargadas con publicidad y cosas que no tienen que ver con el contenido.
  • Contenido claro, destacando con negritas o tipos de fuente el tema del artículo, de forma que con un vistazo el visitante sepa si le interesa o no.
  • Ser específico y detallado en el contenido. Cosas muy generales no suelen interesar.
  • Zonas de descanso para los ojos, que la página no agote visualmente al visitante.
  • Poner un buscador en la parte superior. Si el visitante no encuentra a primera vista lo que quiere, quizás lo use.

En fin, cosillas a tener en cuenta, sobre todo yo, que ando por el preocupante 80% de abandonos. ¿Por dónde andas tú?

 

Exito con pretty urls para SMF

Como comenté hace unos días, había instalado el plugin pretty-urls en mi foro SMF. Pues bien, dos semanas después y habiendo quitado el sitemap de google webmaster tools, reviso las estadísticas de visitas y aparentemente van subiendo notablemente. Parece quedar demostrado que es importante para salir bien en el buscador de google tener palabras interesantes en la url, y no números feos.

Ahí va el gráfico de estadísticas del último mes.

Estadísticas de visitas con pretty-urls

sitemap para SMF

Hace tiempo comenté en un post que el foro SMF es un desastre para que lo indexe google y, de hecho, no aparecía en google ninguno de los temas de mi foro de java. Intenté instalar el plugin seo4smf para tratar de arreglarlo, pero no conseguí que me funcionara. Al final, como comenté en aquel post, me hice un pequeño programa java que generara un fichero sitemap.xml para colgarlo en el foro.

Esa opción no era buena del todo. Conseguí que google indexara los temas del foro, pero tenía que actualizar el sitemap periódicamente a mano. Así que decidí hacerme un pequeño script sitemap.php que hiciera de sitemap para google de forma automática.

Este script, al llamarlo, consulta en la base de datos el campo id_topic de la tabla smf_topics. Es la única información que necesita para generar el fichero XML de sitemap. El script dice que devuelve un "Content-Type : application/xml" para que cuando google lo consulte piense que es un fichero XML, luego envía los tags XML correspondientes al sitemap.

Adjunto el código php por si a alguien le interesa

<?php
header(‘Content-Type: application/xml’);
include (‘Settings.php’);

print (‘<?xml version="1.0" encoding="UTF-8"?>’);
print (‘<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">’);

$link = mysql_connect ($db_server, $db_user, $db_passwd) or die ("<center>No se puede conectar con la base de datos\n</center>\n");
$query=’select id_topic from smf_topics’;
$result=mysql_db_query ($db_name, $query, $link);

while ($row = mysql_fetch_array ($result))
{
   print (‘<url>’);
   print (‘<loc>’);
   print (‘http://foro.chuidiang.com/index.php?topic=’.$row[0]);
   print (‘</loc>’);
   print (‘</url>’);
}
mysql_free_result($result);
print (‘</urlset>’);
?>

El include "Settings.php" únicamente incluye un fichero de configuración del foro, en el que están las variables con el nombre de la base de datos $db_name, el usuario $db_user y la password $db_passwd. Ojo, no le busqueis pegas, que las tiene. Yo no tengo ni idea de PHP.