#ClinicSEO ASO: App Store Optimization de ConoroConnor

Nos presenta las formas de hacer SEO para apps stores y markets mobile, sobre todo Apple y Android

El término ASO, más conocido como App Store Optimization, las nuevas tendencias SEO, asociadas a los dispositivos que más eclosión hacen en los patrones de conducta de usuarios, en cuanto a navegación en internet.

Habla sobre Testflight para realizar pruebas con apps, orientado a distintas versiones y disponibilidades moviles.

A nivel analítica, nos enumera herramientas como:

– Appclix

– Bango

– Admob

– Flubby

Nos recomienda entender cuántas descargas va a recibir la aplicación, datos que normalmente son públicos en Google Play, no así en Apple. Los datos que no nos dan las descargas, son los niveles de participación del usuario.

Para optimizar podemos comenzar utilizando tags para la aplicación, testar dónde hay errores de usabilidad, haciendo hincapié en fuentes demográficas y de tráfico.

La aprobación de aplicaciones en ambos sistemas, es muy distinto, hay que tenerlo en cuenta, para adaptarse a un entorno super cambiante. Por ejemplo Google Play da más flexibilidad y permite a los desarrolladores adaptarse mas rapidamente, cuando hay comentarios, pero no es tan rápido a la hora de aplicar actualizaciones de la aplicación.

Apple valora mucho más category rank y Google Play se fija en search rank.

SEO en Google Play

– palabra clave en el titulo de la app, mejora la posición más de un 80%

– Palabras clave en la descripción de la app y del texto promocional, aumenta el rango de búsqueda, como si fuera el meta description de la web de toda la vida. Usarlas múltiples veces

– Para incluir las keywords, primero definirlas con adwords tools y análisis de competidores.

–  Usar ciudades y nombres de países

– Saber que los cambios en Google Play se actualiza semanalmente

Herramienta para ver competidores interesante es App Annie

Para recibir mas feedback lo ideal es pedir que amigos, familia y clientes prueben versión beta, empiecen a descargar, votar y puntuar, esto ayudará a futuras descargas.

Con envío de notas de prensa a medios de comunicación, se puede difundir la info sobre la app para ganar notoriedad y hacer publicidad a la app.

Nos habla un poco de black hat ASO:

– ¿Comprar descargas? Piensalo bien antes de hacer nada 🙂

– Intercambio de tráfico en tiempo real, redes de publicidad, descargas incentivadas…. la viagra de las apps

– En España está App Gratis y App del Día

Parece que comprar descargas, funciona…

Los problemas de esto, la calidad de los usuarios, pues no es de lo mejorcito, como los que compran enlaces en web

Sugiere dos plataformas de optimización de descargas:

– Trademob

– Fiksu

Estos sistemas incrementan calidad, generan usuarios leales, incrementan el ROI y ofrecen menor CPA.

SEO en App Store

Hay que orientarse a mejorar la posición en el ranking de la búsqueda, fijándose sobre todo en category rank.

– Aprender de las pruebas de android

– Incluir keywords en titles, descriptions

– Importante detectar cuáles son las palabras clave para tener éxito, antes de nada, junto con el nombre de la empresa.

El ranking categoría es lo fundamental, donde lo más importante es el número de descargas, por eso hay que obtener una gran frecuencia y rapidez en dichas descargas.

Otro punto a tener en cuenta, son los comentarios recibidos, hay que animar a los usuarios a comentar (reclamos por store, mail, redes sociales…).

Herramienta llamada Appriater para lograr comentarios y puntuaciones.

Y si tienes una versión web para publicitar tu app, focaliza el diseño en que se descargue la app, optimiacion clara para obtener descargas directas.

URLs cortas y rdrecciones 302 hacia las tiendas, puedes usar estas urls en distintos canales.

Por otro lado, a nivel internacional, habría que pensar antes de elegir el nombre de la app, que se quiere monetizar en distintos mercados. Vas a necesitar escribir descripciones en distintos idiomas, y considerar que las descargas locales afectan el ranking en la store.

Promoción web es otro punto a favor para publicitar la app y lograr más descargas, redirigiendo usuarios de movil a a la stor, y aprovechando para, quizás,  dar ofertas especiales para móviles, usando notas de prensa y medios de comunicación

Y acaba la charla resaltando la necesidad de probar, probar y probar, tanto en temas de apps como para seo en general.

La charla completa de App Store Optimization de Connor:

 

Ponencia SEO appstore

View more presentations from Clinic Seo

Las otras charlas de ClinicSEO:

#ClinicSEO Ponencia SEO para móviles de Aleyda

#ClinicSEO Responsive Web Design de Arturo Marimon

#ClinicSEO Responsive Web Design de Arturo Marimon

Ventajas del RWD:

– Una unica URL

– Un único contenido

– 1 millón de dispositivos, un sólo código

Dic 2011 Google publica el lanzamiento de sus bots mobile

http://googlewebmastercentral.blogspot.com.es/2011/12/introducing-smartphone-googlebot-mobile.html

May 2012 Google recomienda el RWD

http://googlewebmastercentral.blogspot.com.es/2012/04/responsive-design-harnessing-power-of.html

En España copiamos más que pensar en hacer las cosas bien, según Arturo, vamos 6 meses detrás del mercado. Cita el caso de Starbucks, elpais.com, elmundo.es….

El concepto que resalta Arturo es que RWD no es Friendly, sino Default, para continuar explicando la teoría del mobile first, sobre todo desde el prisma de priorizar en contents, seguir con diseño y después el css, recurso explicados en http://www.html5rocks.com/en/mobile/responsivedesign/?redirect_from_locale=es

Sobre las medidas  y los píxeles, ahora hablamos de ancho de divs, capas proporcionales, “la estructura fluida de toda la vida”.

En cuanto a la tipografía, tenemos que considerar los diversos dispositivos desde los que nos visualizan los usuarios, como se usan esos dispositivos, en detrimento de desktop.

Medida a tener en cuenta, “em” el ancho de la M, teniendo en cuenta el contexto de los elementos, que pueden complicar esto.

Facilitar esto? La regla del 62.5% y el rem. Aplicando ese porcentaje en el html,usando rem, que a diferencia de em, se aplicará al root, la raíz, para no caer en las complicaciones del punto anterior.

Para navegadores más peleones, usar pixeles y luego pasar a rem.

Sobre imágenes, nos comenta que existen dos problemas:

– La velocidad de carga, se redimensiona la imagen para la versión mobile y pesa bastante, algo que dificulta la navegación

– A veces hay que mostrar distintas imágenes en versión desktop y mobile, ya que podemos perder información al redimensionar. Ya sea cambiando a otra imágen, o al menos, que muestre la parte de imágen que contiene información, para que el usuario lo reciba por ambas vías.

Continua hablando sobre media queries, optimizando el css basico de mobile, usando min-width

Los breakpoints:

– El contenido marca el breakpoint, no el dispositivo

– No debe estar en px sino en em.

Frameworks recomendados:

– Foundation 3

– Cssgrid

– Goldengridsystem

– Less framework

– Gridpack

PAra acabar, a nivel WPO, recomienda tener en cuenta las mismas normas que consideramos para web como:

– Tamaño de imagenes por dispositivo

– Reduce número de elementos DOM

– Dividir css entre mobile/desktop no  ayuda.

Herramientas para testear:

– Webpagetest

– Blaze

Resumen de Clinic SEO en la web Moon y disponible toda la charla de Arturo en slideshare:

 

 

#ClinicSEO Ponencia SEO para móviles de Aleyda

El #clinicseo de Seo para móviles comienza con Aleyda dando un dato importante: El 44% de la población española tiene un smartphone ¿Qué dice Google del SEO para mobile? http://googlewebmastercentral.blogspot.com.es/2011/12/introducing-smartphone-googlebot-mobile.htmlAleyda nos da 3 opciones

Diseño web adaptable: responsive web design

Lo bueno:

– Contenido unico por url
– Facil y menos coste en mantenimiento
– Consolidacion de popularidad, ya que las campañas de link building, se pueden aprovechar
– No hacen falta redirecciones, algo que a Google le gusta y vamos a ahorrar recursos, optimizando mucho cuestiones de WPO.
Lo malo:
– Rediseño y recodificación web
– Quizás tengamos menor control
– La experiencia enfocada al movil es menor
Hay que permitir al buscador que rastree todos los recursos y elements relacionados a las páginas. Como por ejemplo los css, los archivos js, imágenes, etc. Debemos hacer entender que es un diseño adaptado, permitiendo este rastreo.
El uso de frameworks que soporten y validen el proceso de diseño adaptable, también es un punto muy recomendable
Otra consideración es que debemos asegurarnos es de testar los tamaños que seran las adaptaciones con tools como http://mattkersley.com/responsive/ y http://quirktools.com/screenfly/
Sin olvidarnos de la velocidad de carga, tambien en responsive https://developers.google.com/speed/pagespeed/insights
Ejemplos de buenas web con RWD -> Direct Seguros

Servir versiones en funcion de los usuarios que llegan

Usuario o mobile, pero misma url. Complejidad tecnica
Lo bueno:
– Una urls para ambas, no hay duplicados
– Consolidacion de popularidad, sobre todo temas de link buildig
– Flexibilidad de diferenciación de contenido movil y mejor usabilidad movil
Lo malo:
– Complejidad para servir contenido en relacion al agente de usuario
– Mayor esfuerzo y el cost de mantenimiento
A traves de la misma url, mostramos distintos contenido, identificando agente de usuario, ya sea bot movil o el usuario que venga del movil, y redirigir a través de headers, validando el caso que sea, pero siempre la misma versión a ambos, para evitar cloacking
Google recomienda usar la linea vary: user-agent, para informar a google que se muestran contenidos distintos, en la misma url.
Recomienda herramientas como http://web-sniffer.net/, verificamos los header para servir los distintos contenidos. Lo unico que existen casos en los que utiliza redirecciones 302, que no es lo mas recomendable.
Si elegimos esta opción, necesitamos confirmar a través de GWT, como mira el codigo googlebot, para verificar que son los contenidos que queremos mostrar
Por otro lado, otro addon para utilizar es https://addons.mozilla.org/es-es/firefox/addon/user-agent-switcher/ para verificar lo que ve el usuario movil
Y mucho ojo con el cloacking!!
Ejemplo de este diseño web es 11870, usa las mismas urls y adaptan contenido en función del user agente.

Desarrollo de una web paralela, bajo subdominio m.url…

Lo más standarizado hoy por hoy. Pero con problemas asociados: contenidos duplicados, por ejemplo.
Lo bueno:
– Desarrollo menos complejo
– Más flexibilidad de diferenciación de contenidos y posiblemente, la usabilidad movil sea mejor
Lo malo:
– Duplicación de contenido
– Mayor esfuerzo en link building
– Mayor esfuerzo y cote de mantenimiento

La recomendación principal es usar un subdominio y no volvernos locos creando una estructura nueva paralela, queremos hacer hincapié en dar consistencia en las urls. El ejemplo claro de buenas prácticas es Top RuralSi identificas el agente de usuario, es recomendable redirigir con 301 a la versión correcta a nivel de URL Otra recomendación clarísima de Aleyda es enlazar siempre desde la versión movil a la desktop, a nivel usabilidad, siempre le vamos a dar una opción al usuario, no solo por cuestiones de linkado. El ejemplo de esto es Idealista. Lo siguiente que subraya Aleyda es la necesidad de crear sitemaps específicos para móvil y su posterior envío a GWT, añadiendo a cabeceras las etiquetas correspondientes para evitar contenidos duplicados, “alternate” desde la versión desktop y “canonical” desde la movil. El ejemplo de El Corte Inglés, pasan de estructuras y hacen redirecciones 302, en función de usuario, hacia subdominios m.dominio   Y terminando la charla, no olvidar las buenas prácticas SEO fundamentales y todo el tema de hacer pruebas SEO controladas, quizás con secciones concretas, ver cómo funciona y luego una vez validado el test, se puede extender a resto de secciones web.

¿Que tipo de versión web movil me conviene?

Podemos observar desde GA qué tipo de formatos son los que usan los usuarios que llegan a nuestra web, quizás sean pistas para luego desarrollar un theme o plantilla alineada a esas necesidades. El problema viene cuando estamos limitados para desarrollar, o quizas, nuestro sector es mas tradicional/conservador, más orientado a moviles de otra generación no tan moderna. Y también, a nivel contenidos, quizás podemos encontrarnos ante distintos contenidos en la versión mobile frente a la versión de sobremesa, la oferta es distinta. Mucho ojo con el cloaking, mostrando distintas versiones en función de quien entre a la web, que podemos encontrarnos con situaciones complicadas. A priori lo ideal es RWD.

 

Resumen de ClinicSEO en el blog de Aleyda y la presentación completa de Aleyda en slideshare :