Resumen de la jornada “Mis clientes tienes móviles ¿Cómo llego hasta ellos?”


Esta mañana hemos estado en la jornada “Mis clientes tienes móviles ¿Cómo llego hasta ellos?” que ha organizado Garaia Enpresa Digitala. Los objetivos de esta jornada son:

  • Conocer cómo podemos optimizar nuestro SEO para los dispositivos móviles
  • Ver como podemos adecuar nuestras webs a los diferentes dispositivos móviles
  • Cómo podemos promocionar y difundir nuestras aplicaciones en los diferentes repositorios.

Este es nuestro resumen de las ponencias de la jornada.

SEO para dispositivos móviles – Dani Reguera @dreguera (Mondragon Unibertsitatea)

Dani nos ha hablado sobre estrategias para optimizar el SEO de nuestras páginas de cara a las búsquedas desde móviles. Ha comenzado con una serie de datos muy interesantes:

  • En 2013 la gente accederá más a Internet desde dispositivos móviles que desde PCs
  • Las búsquedas desde móviles se han cuadruplicado desde 2010 (Gartner).
  • El 82% de usuarios de smartphones han hecho búsquedas desde móviles.

Una clave fundamental es que una mala experiencia de usuario en nuestra web cuando se accede desde móviles puede hacer que perdamos clientes.

¿Y qué opina Google de todo esto? En diciembre de 2011 lanzó Googlebot-Mobile para identificar contenido orientado para smartphones y nos da recomendaciones para optimizar los sitios Web. Por ejemplo:

  •  The mobile playbook: es una guía orientada al marketing con recomendaciones para mejorar los sitios web.
  • En thinkwithgoogle tenemos datos para investigar qué segmentos de la población acceden a Internet desde móviles.
  • Haztuwebmovil Google nos da directrices y nos ofrece una demo para ver cómo se ve nuestra web en móviles y recomendaciones para mejorarla.

¿Cómo podemos movilizar nuestro SEO? Deberíamos contemplar 3 fases:

  1. Realizar un análisis inicial: investigar las keywords o palabras clave, las fuentes de tráfico, las landing pages, etc. que nos traen tráfico desde móviles. Es aconsejable priorizar las páginas que reciben más resultados de búsqueda desde móviles a la hora de decidir que páginas adaptar primero.
  2. Optimizar la Web: mejorar la indexabilidad de esas páginas con experiencia móvil.
  3. Medir los resultados.

Para el diagnóstico inicial es necesario ver cuanto tráfico orgánico viene desde móviles. Para ello es recomendable crear en Google Analytics un segmento avanzado donde filtremos el tráfico procedente de búsquedas desde móviles, para ver con que búsquedas llegan las visitas a nuestro sitio desde dispositivos móviles. También podremos ver los distintos dispositivos que llegan a nuestras páginas. Deberiamos priorizar el diseño para aquellos que llegan con más asiduidad a nuestros sitios. También hay que estudiar las keywords de búsqueda y las landing pages o páginas de aterrizaje para esas keywords. La recomendación de Dani es que empecemos por esas páginas, son las primeras que deberíamos optimizar.

Otra herramienta interesante en esta fase de análisis son las Herramientas para webmasters de Google, en las que podemos ver cómo indexa Google nuestro sitio. En la opción “Explorar como Google” podemos elegir que la araña de rastreo sea la que se encarga de inspeccionar contenido orientado a dispositivos móviles y así investigar cómo ve Google nuestro sitio adaptado para móviles. Dani ha usado un ejemplo con Blogger que crea versiones orientadas a móviles. Podemos inspeccionar todo el proceso y ver, por ejemplo, que Blogger usa una redirección 302 cuando introducimos la URL del sitio en el móvil y, posteriormente, se carga la versión para móviles.

En la fase de optimización de la web tenemos 3 alternativas principales:

  1. Diseño web adaptable o Responsive Design. Recomendado por Google y, en opinión de Dani, la mejor opción. No hay contenido duplicado, existe sólo una version del sitio, que se adapta en función del dispositivo. Las URLs son únicas y no hay redirecciones. En general es una solucíon que se carga de manera más rápida, aunque esto es discutible según cada caso. Como inconvenientes de esta solución: menor control y diferenciacion del contenido ofrecido al usuario movil. Menor experiencia orientada la usuario. Hay que rediseñar el index del sitio. Recomendaciones para lograrlo: usar un framework para guiarnos (Dani ha recomendado el Bootstrap de Twitter). Es vital lograr rapidez de carga de los sitios. Y, por supuesto, olvidarnos de Flash, que no se visualiza en muchos dispositivos. Ejemplos de sitios con Responsive Design: mondragon.edu, deskontu.com
  2. Publicación dinámica o Dynamic Serving. En función del dispositivo del usuario mostramos un contenido, utilizando redirecciones. Es una solución aceptable, pero menos recomendable que el Responsive Design. No hay duplicidad de contenidos. Podemos identificar a los usuarios en función del dispositivo. Podemos identificar el contenido móvil que vamos a ofrecer al usuario y hacer estrategias diferenciadas de SEO porque es contenido distinto según el acceso. Mejor usabilidad porque diseñamos una interfaz exclusiva para móviles. Como inconvenientess: más complejo tecnicamente y mayor coste. Un ejemplo: 11870.com
  3. Web paralela. La opción menos recomendable. Diferentes versiones del mismo sitio, una orientada a usuarios que acceden desde desktop y otra orientada a usuarios que acceden desde móviles, con dos URLs distintas. Totalmente orientada al dispositivo móvil. En funcion del dispositivo del usuario se realizan redirecciones 301. Es importante mantener la estrucutura de URLs. Es más facil de implementar. Diferenciamos el contenido móvil, son URLs diferentes. Mejor experiencia de usuario, desarrollamos una web especifica para móviles. Inconvenientes: riesgo de contenido duplicado, porque vamos a ofrecer el mismo contenido en distintas urls. Mayor coste de manteniemiento, estamos manteniendo dos versiones del sitio. Para evitar el riesgo del contenido duplicado Dani recomienda el uso de la etiqueta alternate en cada página apuntando desde la versión de desktop a la móvil. Y usar en la version movil la etiqueta canonical. También, mantener enlaces desde la versión móvil a la versión de secritorio. Un ejemplo: marca.com

En la fase de medición de resultados tenemos que volver a medir de manera recurrente las visitas, dispositivos, keywords y landin pages.

Dani ha terminado su ponencia con una serie de recursos muy útiles:

  • Screenfly. Para ver nuestra web en móviles.
  • Google support. “Nadie sabe más de Google que Google”.
  • Google Places. Geolocalizar nuestros negocios siempre ayuda en las búsquedas.

Gari Araolaza @garaolaza (Codesyntax) – ¿Cómo adaptar nuestra web para poder verla en los diferentes dispositivos móviles? Caso práctico: mondragon.edu

Gari ha presentado el caso de Mondragon Unibertsitatea: mondragon.edu. Es un sitio grande: 17000 objetos en la base de datos. Más 50 editores activos. 124000 páginas indexadas por Google. En un año se han triplicado las visitas desde móviles (6% actualmente). Analizaron 3 posibilidades a la hora de optimizar el sitio para móviles:

  • Sitio web para móviles con contenido propio. Web paralela con un CMS distinto. Esta opción se desecha casi siempre pero es adecuada cuando la experiencia móvil debe ser muy cuidada. Todo el contenido está pensado para móviles, incluso la redacción de los textos debe ser adaptada. Mantenimiento costoso a nivel de gestión de contenidos, porque existe un doble mantenimiento.
  • Sitio web paralelo para móviles con contenido reutilizado. Adaptar la web con plantillas, otra navegación… Esto puede dar lugar a inconsistencias en la navegación: en una página se podría enlazar a otra página que se hubiera decidido no mostrar en la versión movil
  • Flexibilizar el sito web actual. Diseño adaptativo. Es lo que se ha hecho, remodelando con CSSs el contenido. Se marcaron un reto: ocultar lo no imprescindible. Pero “el cliente lo quiere todo”.  En el caso de Mondragon Unibertsitatea fue sencillo por  lo tenían claro. Ventajas: funciona en todo el rango de pantallas. Gari ha comentado que “es mentira que tengamos ordenadores y moviles. Tenemos un río de dispositivos”. Es dificil adaptarse a todos. Con esta opción, el mantenimiento es el mismo. Los contenidos se editan igual. Es inocuo a los buscadores: no hay contenidos duplicados. Gari ha sido sincero y ha comentado que tiene la duda sobre si mostrar contenidos distintos al usuario en función del dispositivo de acceso puede ser penalizado por Google, ya que puede parecerse al cloaking.

¿Qué se hizo finalmente? Se detectaron los contenidos fundamentales: branding, menú principal con el buscador, llamadas a la acción (un ejemplo: atraer estudiantes), noticias,etc. Se creo un esquema con estos contenidos, adaptándolo. Se ocultó todo lo demás y se implementó este esquema. También se adaptaron las páginas de las titulaciones, simplificándolas.

Lo que han aprendido en este proceso: no hay que tener miedo a eliminar elementos, siguiendo el modelo KISS “keep it simple and straight”. Crean sitios adaptados a móviles limpios y claros. Se acabó la maquetación fija, hay multitud de pantallas. “Estamos el mundo líquido“. En CodeSyntax apuestan por incluir el diseño adaptable en todos los proyectos, si es posible. Todos los sitos web deberían tener un diseño adaptable o al menos pensar qué hacer con los usuarios móviles.

Goio Telletxea @maxkuri y Ana Magalon @anamalagon (La Personnalite) – ¿Cómo adaptar nuestra web para poder verla en los diferentes dispositivos moviles? Caso práctico: Deskontu, Otogami y PingMoney

Hay que agradecer a Goio el enfoque que ha dado a su ponencia: “ver los fallos que hemos cometido”. Para Goio es muy importante el concepto de relatividad: en Responsive Design no hay expertos todavía, es algo muy nuevo. Es necesario ir aprendiendo con los fallos. Cambia el concepto de las webs, es una evolucion continua. Nos ha hablado de algunos de los proyectos que han realizado:

Deskontu y NAU by Deskontu

Son Webs de descuentos de comercios donostiarras. Comenzaron con la versión desktop y no pensaron en responsive design en un principio. NAU se hizo con responsive design desde el inicio. Luego adaptaron Deskontu. Cometieron muchos fallos. Recomendaciones: hay que medir que es pertinente y que no. Por ejemplo: en deskontu sí es importante que el formulario de compra esté adaptado, pero en otros sitios quizás no. Hay que evaluar continuamente a través de la analitica, de lo que te dicen los usuarios, pruebas… Cada caso es único. Continuamente están surgiendo muchas técnicas para mapas, tablas, etc. y hay que estar atento.

Otogami

Es un sitio con “los mejores precios en videojuegos”. Es un diseño muy complejo en la versión desktop. Se han desechado opciones por cuestiones de tiempo y por complejidad de los componentes. Hay que regualr qué información mostrar y conseguir que el usuario llegue a la información que desea con pocos deslizamientos. Un consejo de Goio: si se usan componentes externos hay que comprobar si son adaptativos. Un ejemplo de componente que sí está desarrollado con responsive design: Disqus para los comentarios en los blogs. Otro consejo: es preferible no incustrar los mapas, mejor incluir el enlace para que se abra en la aplicación de mapas del usuario..

PingMoney

Es un sitio para envío de dinero internacional. Estaban interesados en desarrollar una aplicación nativa para móviles. Desde La Personnalite incidieron en la importancia del Responsive Design para el sitio web. En estos proyectos es muy importante la creatividad para adaptar cada sitio. En este caso para el cliente era muy importantes la presencia en el sitio de las redes sociales, la conexión con las redes sociales. Pero los componentes para compartir en redes sociales son bastantes complejos y al final solo incluyeron enlaces.

Opina que ocultar cosas no es recomendable, porque aunque se oculten se cargan en el navegador, penalizando la rapidez. Para él, la mejor opción es servir los contenidos dinamicamente en función del dispositivo del usuario. Afortunadamente, disponemos de herramientas como DeviceAtlas, que nos pueden ayudar en este sentido. Goio ha terminado con una serie de recomendaciones:

  • Mobile first. Estrategia de contenidos y funcionalidades orientada desde el principio a móviles.
  • Pensar en módulos de contenido, no en páginas.
  • Pensar qué es relevante en cada contexto.
  • El diseño adaptativo no es un topping, un añadido, es un ingrediente transversal.
  • Pensar en transformers (HTML/CSS) pero también en RESS (Responsive Design + Server Side Components)
  • Los puntos de ruptura los marca el diseño, no los dispositivos. Cuando el diseño se ve mal, arréglalo.
  • Transparencia y progresión al construir. Cuanto más tarde lances los contenidos para probarlos, peor. “Design in-browser
  • Usa técnicas para optimizar el rendimiento del sitio.

Por último, algunos consejos:

  • Pide al cliente más presupuesto y tiempo de desarrollo. Pero justifícalo, por ejempo con datos de analítica
  • Regula la inversión. “Caminemos poco a poco”. Incoprpora soluciones progresivamente
  • Analítica: averigua qué usa nuestro target. Optimiza primero para ciertos dispositivos.
  • Testea con dispositivos reales (si puedes, porque es caro disponer de una suite de móviles)
  • Testea con usuarios, para conseguir un feedback directo.

A continuación hemos escuchado dos ponencias que han tratado el tema del posicionamiento de las aplicaciones o apps para móviles.

Alex Acosta @acoalex (Veiss) – ¿Cómo posicionar y difundir nuestras aplicaciones en los diferentes repositorios?

Alex nos ha hablado sobre la importancia de desarrollar aplicaciones nativas para nuestros negocios. Nos ha comentado su visión sobre los repositorios de aplicaciones (Google Play Store, Apple AppStore, Amazon Appstore…):

  • Son un nuevo canal de distribución.
  • Es muy fácil para los usuarios instalar una aplicación.
  • Fácil integración con las redes sociales.
  • Es sencillo realizar pagos desde los repositorios.

¿Qué hay que tener en cuenta antes de desarrollar un app? Elegir un buen desarrollador, la app tiene que estar bien implementada. Tener claro el target al que está dirigido la app y elegir los repositorios adecuados. Definir la interacción con las redes sociales. Hay herramientas para que esta integración sea sencilla para el usuario y esto mejora la difusión de la app a través de la viralidad que es posible conseguir en redes sociales.

Después de desarrollar la aplicación, es muy importante tener estos aspectos en cuenta para posicionarla bien:

  • Titulo y descripción de la app: son críticos.
  • Imagenes de ejemplo
  • Vídeos de ejemplos de uso
  • Catalogar correctamente la App en los repositorios. En las categorias y subcategorias adecuadas.
  • Multilenguaje. Por lo menos traducir el título y la descripción. También en la propia app.

Alex nos ha mostrado dos ejemplos que han desarrollado en Veiss. El primero es “Vaillant Premium” para Android. No hacia falta hacer un gran esfuerzo de posicionamiento, porque está orientada a un target muy definido que funciona como un club privado. El otro ejemplo es Boletus, una aplicación para encontrar ofertas. Recomendaciones para ganar visibilidad en los repositorios:

  • El icono debe ser atractivo (Alex considera que el icono supone 20% de la descarga).
  • Keywords: son muy importantes pero cuidado con repetirlas demasiado en el título y en la descripción porque nos pueden penalizar.
  • Cuantas más descargas, mayor visibilidad.
  • Redes sociales y ratings: todos los respositorios tienen herramientas para puntuar, hacer un like, +1…
  • Publicidad: valorar el uso de plataformas como Admobi/iAd  para publicitar las apps

En el caso de Boletus también han realizado marketing externo, fuera de los repositorios. La amplia integración con redes sociales favorece la difusión de la app. En este caso, el cliente quería que el login fuera a través de Facebook, pero finalmente solo se hace cuando el usuario quiere compartir ofertas, lo que simplifica la app y confunde menos al usuario. Es conveniente facilitar la difusión de la app a través de mail, WhatsApp, SMS… Otra opción es la divulgación mediante códigos QR para descargar la app directamente. También es recomendable crear una web propia para posicionar cada app, además de la página que cada repositorio genera por app.

Para medir el éxito de las apps, cada repositorio ofrece herramientas de seguimiento. Alex recomienda usar aplicaciones como App Annie, que permite unificar todas estas herramientas de seguimiento.

Javier Perez @zartako (AticoD) – ¿Cómo posicionar y difundir nuestras aplicaciones en los diferentes repositorios?

Por último, Javier nos ha hablado de las experiencias con dos aplicaciones que él ha desarrollado:

  • LogosQuiz: desarrollada para Apple y Android. 23 millones de descargas.
  • FlagsQuiz: desarrollada para Apple. 2 millones de descargas.

Ha comenzado con algunos datos sobre la AppStore de Apple: 400 millones de usuarios registrados en iTunes con sus tarjetas de credito registradas. 25000 millones de descargas (datos de marzo de 2012). Más de 650.000 apps. ¿Cómo destacar entre tantas apps? El mercado de las apps es muy recioente, empieza en 2008. El numero de apps y descargas crece exponencialmente. En la Appstore hay un sitema de ranking basado en las descargas totales por app, pero también son muy importantes:

  • Los picos de descargas: son muy importantes. Posicionan y mantienen la posición en los rankings. Se generan con cambios en el precio o campañas de marketing en otras aplicaciones o sitios.
  • Las reseñas positivas
  • Las actualizaciones de la app
  • Las desinstalaciones de la app
  • El uso diario.

Apple registra todos estos datos y elabora los rankings. Hay una serie de listas donde la gente busca aplicaciones, y es muy importante estar bien posicionado. Además, de cara al buscador de la AppStore, es importante definir bien el nombre. Tiene el mayor peso en los resultados. También es importante el nombre de desarrollador, unas buenas keywords y la descripción. Es recomendable insertar keywords también en la descripción. Estas son las estrategias de posicionamiento que Javier ha seguido en la AppStore:

  • Buena app, por supuesto. La app tiene un diseño claro y en LogosQuiz en pocos segundos el usuario está jugando. La dificultad es progresiva para que el usuario se enganche. Está traducida a varios idiomas y es compatible con varios dispositivos.
  • Criticas de webs especializadas
  • Enviar notas de prensa a blogs y webs del sector
  • Campañas en otras aplicaciones
  • Marketing viral: boca a boca. Dotar a la app de herramientas para que los usuarios compartan. Lo divertido es jugar con amigos. En este caso, las herramientas para compartir en redes sociales siempre incluyen un link a la app en la AppStore.

Con la app LogosQuiz no usó ninguna de ellas por inexperienca. Pero le ha funcionado el marketing viral. Inicialmente era de pago, pero en abril decide cambiar el precio y la ofrece gratis con dos objetivos:

  • Aumentar las descargas para favorecerle en un concurso al que se presenta
  • Conseguir que las aplicaciones que detectan cambios en los precios de las apps y las publican en sus webs se fijen en LogosQuiz.

Con el cambio de precio pasó de 50 descargas diarias de media a más de 600.000 descargas. Esto trajo consigo un cambio de modelo de negocio: de app de pago a publicidad y compras inApp (dentro de la aplicación). Otra recomendación es incluir en la app una herramienta para que el usuario escriba reseñas. Esta herramienta no se muestra al principio sino que sólo se muestra a los días cuando el usuario ya está jugando. También ha incluido otro componente para recibir comentarios vía email para recoger feedback. Así evita en gran medida que los fallos se publiquen en una reseña y logra que el usuario le avise para corregirlos. En Android le está costando mucho posicionar LogosQuiz porque ha llegado tade. Va a hacer campañas en otras aplicaciones, notas de prensa a blogs especializados…

Con FlagsQuiz hizo una campaña para conseguir picos de descarga. La campaña la hizo en LogosQuiz con éxito. Está app también está en Google Play Store. Los parametros para posicionar en Google Play Store son los mismos que los comentados para la AppSotre. Aquí es importante también la URL de la app.

Hay 3 comentarios

Añade el tuyo
  1. 1
    Pregunta

    “El icono debe ser atractivo (Alex considera que el icono supone 20% de la descarga).”

    ¿Es es una opinión o un hecho demostrable? ¿fuente de la información?

    “Keywords: son muy importantes pero cuidado con repetirlas demasiado en el título y en la descripción porque nos pueden penalizar.”

    Lo mismo: ¿dónde puedo encontrar una fuente oficial que demuestre esa afirmación?

    • 2
      mfernandez

      Como en todas las jornadas, los ponentes ofrecen datos concretos junto con opiniones personales basadas en su experiencia, que particularmente yo valoro muchísimo. Este artículo solo pretende ser un resumen de lo escuchado esta mañana en la jornada.

Hay 1 comentario