¿Debo pedir el registro para dejar a mis usuarios interactuar?
February 7, 2010
Si en tu site, cada interacción como ‘me gusta’, ‘imprimir’, ‘comentar’, etc… requiere registro puede causar malestar en el usuario en lugar de generar un nuevo registro. Cuanto más interactúe un usuario, más predispuesto estará a registrarse. Sin embargo, si se le pone una limitación para interactuar, podemos perder no sólo un registro, sino también un usuario que vuelva al site.
Ahora en muchos sites nos encontramos opciones como las señaladas en el pantallazo de abajo.
Y al hacer click nos encontramos con un formulario de registro y sin poder llevar a cabo nuestra interacción:
Por ello, si tienes interacciones sólo para usuarios registrados deberías medir si tus usuarios no registrados están intentando interactuar y no pueden hacerlo por verse obligados a registrarse. Y además, deciden no registrarse.
¿Cómo hacerlo? (El ejemplo es utilizando Google Analytics)
Tienes que tener configurada la herramienta:
- Custom variables: para diferenciar registrados vs. no registrados. Aquí la explicación técnica
- _trackPageview(): Para trackear los eventos (‘me gusta’, ‘imprimir’, ‘comentar’) como páginas vistas (ojo! Que de este manera después hay que descontar las páginas vistas de eventos del total del site). Para que sea más fácil, a todos los eventos es mejor ponerles una parte común en la url. Por ejemplo, site.com/eventos/megusta. Yo siempre le pongo /eventos/ como parte común. Aquí la explicación sobre cómo configurarlo.
- Conversión: Tener configurada al menos una conversión. En este ejemplo se trata del registro, aunque puede tratarse de cualquiera.
Teniendo la herramienta configurada voy a crear varios segmentos avanzados:
- Usuarios que hacen click en eventos y NO se registran segmentando por usuarios nuevos y usuarios recurrentes.
- Usuarios que hacen click en eventos y SÍ se registran segmentando por usuarios nuevos y usuarios recurrentes.
Para crear el primer segmento para los usuarios nuevos, elijo aquellos usuarios nuevos
Que hayan pasado por alguna página que contenga /eventos/
Y que NO hayan pasado por la página registro/gracias (es la página a la que llega el usuario tras rellenar el formulario). Esto último nos indica que este usuario no termina registrándose durante esa sesión. Si se registrara durante esta sesión, seguiría siendo usuario nuevo, y sólo en su siguiente sesión, la herramienta lo entendería como usuario registrado.
El segmento de usuarios recurrentes se hace de la misma forma, exceptuando el primer paso en el que elijo el segmento de recurrentes.
Para crear el segundo segmento, los 2 primeros pasos son iguales. Sólo varía el último. Elijo usuarios nuevos o recurrentes que hayan pasado por alguna página que contenga /eventos/. Y que SÍ hayan pasado por la página /registro/gracias/, es decir, que se hayan registrado.
En una página que analicé, estos fueron los datos que obtuve:
Según estos datos, en el 9,7% de las visitas de usuarios nuevos, éstos intentan interactuar y al ver la necesidad de rellenar el formulario de registro, deciden no registrarse. Lo mismo ocurre con casi el 10% de los usuarios registrados.
Sin embargo, el 0,11% de los nuevos y el 0,16% de los recurrentes que hacen click en eventos deciden registrarse.
Viendo esto, ¿crees que la interacción en esta página debería estar sujeta al registro?
Filed under: Web Analytics
10 Comments Leave a Comment
1.
inaki | February 8, 2010 at 10:35 am
Creo que el registro como tal desaparecerá. es un formato viejo como para organizar la suscripción a una revista, una cuenta de tv por cable o lo que sea.
Hay que pedir la información pertinente en el momento que el usuario considere razonable. A partir de ahí debería ser el sistema (que no la interfaz) la que homogeneizase esos datos recolectados en los distintos momentos.
¡Suscribiéndome al blog!
2.
Daniel Peña | February 9, 2010 at 12:22 pm
Quizás una solución pueda ser clasificar cada una de las acciones en diferentes grupos, asignando así a cada uno de los grupos un nivel de registro distinto. Es decir, puede haber acciones que requieran un registro sencillo, otras que requieran uno completo y otras que no necesiten registro alguno y que pueden ser controladas por otros métodos.
Desde el punto de vista de usabilidad, hay un tema interesante a proponer, que es el registro “a posteriori”. Es decir, permitir al usuario realizar la acción pero pedirle, al final de la misma, el registro. Es peligroso si se oculta/engaña pero si se es trasparente se consiguen muchos más registros que por cualquier otro método.
3.
Bárbara Mackey | February 11, 2010 at 11:11 am
Gracias por vuestros comentarios!
Yo también creo que dependiendo de la acción habría que pedir registro o no. Sin embargo, no pediría el registro para que el usuario pueda valorar o comentar algo. Con lo enriquecedores que son los comentarios y toda la información que nos dan!
4.
missno | February 11, 2010 at 3:13 pm
m gusssssta el blog
5.
Luis Pablos | February 11, 2010 at 10:09 pm
Pidamos registro cuando sea estrictamente necesario, al usuario no le importa dejar sus datos cuando sabe y reconoce que son necesarios, como cuando compra un libro en Amazon, sabe que ha de dejar los datos de envío.
De lo que se ha pecado es de pedir siempre registro, del “hay que generar base de datos como sea”, pero parece que últimamente se está abandonando esta práctica, ya que gracias a las tendencias del marketing online se esta haciendo ver que lo importante a veces no es tener BBDD sino tener llegada a usuarios.
6.
erreqerre | February 14, 2010 at 5:08 pm
En mi opinión para una funcionalidad de este tipo no pediría registro, más bien promocionaría la participación y restaría toda barrera, aunque creo que cabrían excepciones.
Es algo que cualquiera con un poco de experiencia web podría afirmar. Ahora bien, me ha “deslumbrado” la solución técnica para poder avalar esta afirmación. Siempre sospecho que se puede hacer mucho más de lo que parece con Analytics. Tu artículo demuestra la necesidad de profesionales de la Analitica Web. Yo también me suscribo a tu blog!!!
7.
Bárbara Mackey | February 14, 2010 at 5:36 pm
Gracias Luís! Es cierto, se busca aumentar la base de registrados a toda costa, y posiblemente, después de un tiempo, muchos de esos registros ni siquiera recuerden haber dejado sus datos en el site!
8.
Bárbara Mackey | February 14, 2010 at 5:37 pm
No hay nada como los datos para saber si estás haciendo bien las cosas
Gracias por tu comentario!!
9.
Jordi | February 15, 2010 at 3:47 pm
Hola,
Estreno mis particpaciones en tu blog
Yo creo que sobra pedir tanta información, yo me he encontrado en algún blog que por ser de blogspot y my cuenta ser de wordpress me falla el comentario, y eso cuando te estas currando un argumento fastidia bastante. os ha pasado?
Ahora bien si hablamos de blogs de empresa si que creo que es necesario exigir algo, para mejorar la calidad de los mismos.
10.
Bárbara Mackey | February 22, 2010 at 3:07 pm
@Jordi
Gracias por estrenar tu participación! Espero que sigas participando!
Sí, lo de que te fallen los comentarios fastidia mucho! Incluso en blogs de empresas tampoco pediría el registro. Sí que moderaría los comentarios como hago yo misma en este blog, pero si en un blog de empresa le pides el registro a alguien que quiere comentar, por ejemplo, para criticarte, no creo que encima vaya a querer registrarse. Así se pierde una crítica que podrías tenerla “en casa” en lugar de en la red. Aunque eso ya es otro tema
Leave a Comment
XHTML: You can use these tags: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>
TrackBack URL | RSS feed for comments on this post.