elclerigo! Weblog de Ricardo Gil

Web Móvil: Consideraciones antes de empezar un proyecto

18 Junio 2009

Tengo en la cabeza rondando desde hace tiempo una serie de puntos o pautas propias que pienso que se deben tener en cuenta a la hora de crear una página web para ser vista en dispositivos móviles, y ha sido ahora cuando he decidido agruparlas, ordenarlas y sobre todo postearlas para que no queden en mi olvido. Mi intención es ir ampliándolas con el tiempo, conforme vaya viendo necesidades nuevas, errores y conforme avance el mundo de la tecnología móvil, cuyo ritmo de actualización tanto de software como de hardware es increíble.

He intentado que las pautas sigan un orden lógico que lleve desde la concepción de la idea hasta el desarrollo, aunque reconozco que son generalizaciones que por si mismas no conforman una “guía paso por paso para crear mi propia web móvil”. Como ya he dicho se trata más de una ordenación de lo que he ido viendo y leyendo en el último par de años.

1. Adaptación web o desarrollo específico

Antes de desarrollar una versión web móvil, debemos pensar si lo que queremos es una adaptación de la web “corriente” o vamos a hacer un desarrollo específico.

En algunos casos, nos bastará (siempre desde servidor) con ocultar partes de la web “corriente” y usar una CSS distinta que adapte el contenido a dispositivos móviles. Para ello detectaremos desde servidor que el agente de usuario que accede corresponde a un dispositivo móvil y le serviremos la versión móvil. Incluso podemos agrupar los dispositivos por segmentos (básicos, medios, avanzados) y servir distintas CSS para distintos dispositivos y así ofrecer una mejor experiencia a cada usuario.

En otros quizás nos compense realizar un desarrollo específico para móvil, con su propia URL y un código específico. Ya sea porque la adaptación de la web “normal” sea costosa, o porque la página sobre la cual tenemos que crear la versión móvil tenga un código que no permita su rápida adaptación.

Es cierto que lo ideal es tender a la web única, pero con algunas tarifas de datos creo que resulta molesto e irritante para el usuario servirle páginas cuyo peso y tiempo de descarga supere el umbral de su paciencia y su bolsillo. Además debemos tener en cuenta que la mayoría de navegadores móviles no tienen caché, así que en realidad el usuario se descarga todo el contenido cada vez que accede.

2. Pensar en el escenario de uso

Es importante valorar qué información queremos mostrar en la versión móvil y qué va a necesitar el usuario en cada uno de los escenarios posibles de uso.

No es lo mismo consultar una página web desde un ordenador, sentado en casa que cuando hemos parado el coche en el arcén o estamos perdidos en un sitio que no conocemos y llegamos tarde a esa reunión tan importante. La mayoría suelen ser escenarios en los que la usabilidad juega un papel fundamental porque el usuario reclama una información con urgencia o se encuentra en una situación complicada. Aunque también hay otros escenarios en los que las prisas no son el principal problema, pero el entorno dificulta la navegación. Consultar las noticias en el metro (ruido, poco espacio para el usuario, al menos una mano ocupada), o en la calle donde la visualización de ciertos elementos puede verse perjudicada por la luz.

En el caso de aplicaciones o servicios web, también es importante remarcar que la mayoría de usuarios de versión móvil son usuarios registrados de nuestra aplicación, así que ofrecerles su página de inicio con lo más destacado es algo que cobra mucha importancia. Los principales ejemplos pueden ser las versiones móviles de Facebook o Tuenti, claramente enfocadas a usuarios registrados.

3. Los dispositivos táctiles: nuestras manos quitan visión.

A la hora de prototipar una versión móvil, tenemos que tener en cuenta algo muy importante en los dispositivos táctiles, y es que en la mayoría de los casos nuestras manos dificultan la visión de parte del contenido cada vez que el usuario interactúa. En un monitor tradicional, el usuario ve toda la página, hace scroll con facilidad y cuando ve un link en el que pinchar mueve el ratón, mientras que en un móvil el usuario no ve todo el contenido, hacer scroll puede ser más complicado y en ese gesto la propia mano del usuario tapa el contenido con lo que hay que tener en cuenta dónde se colocan ciertos elementos ya que puede que el usuario no llegue a verlos nunca. ¿Alguien recuerda por qué el Doctor Hibbert no veía nunca el lápiz clavado en el cerebro de Homer? Pues eso.

homer
Es importante hacer prototipos en papel y que nosotros mismos los probemos y veamos los posibles problemas. ¿Por qué en papel? Porque la interacción táctil es más fácil de representar mediante papel que sobre un documento digital.

4. No depender de eventos que requieran exclusivamente un método de entrada

Los dispositivos móviles pueden ser controlados tanto gestualmente como por teclado, y en el caso de dispositivos como la Palm Pre, Blackberry Storm, Nokia N97 o HTC Dream que cuentan con pantalla táctil y teclados qwerty además de “pads” pueden ser manejados por ambos métodos.

Así pues usar manejadores de eventos exclusivos (como “onclick” que sólo funcionaría con ratón) para un tipo de dispositivo de entrada excluiría automáticamente al resto de usuarios.

5. Minimizar las llamadas al servidor (CSS, javascript, imágenes, etc…)

Cada llamada al servidor ralentiza la carga de la página, ya que por cada llamada se ejecutan una serie de acciones que no puede realizarse simultaneamente. Así pues, es mejor llamar a una imagen de 50Kb que a 10 imágenes de 5Kb.

Trucos como el uso de una única imagen para todos los “backgrounds” (como en youtube), el uso de los servidores de Google Code para el uso de frameworks de JS como JQuery, e incluso realizar las llamadas de CSS únicamente usando <link /> en vez de @import (anieto2k), optimizar el tamaño de nuestras imágenes, y también el tamaño de las CSS, JS, compresión en servidor, etc.

6. Testear las páginas con Firebug para ver cuánto ocupan en total

La pestaña “red” de Firebug nos ofrece información muy valiosa para saber dónde podemos mejorar la velocidad de carga de nuestras páginas. Nos dice el número de llamadas que hacemos al servidor, el peso de cada fichero, así como el peso total de la página (HTML + CSS + JS + IMGS…).

firebug

7. Accesibilidad y estándares web ahora más que nunca

Llevamos años evangelizando sobre la accesibilidad y los estándares web, sobre la importancia de abarcar a todos los usuarios y dispositivos, así que ahora más que nunca debemos aplicarnos nuestros “cuentos” y dar ejemplo de cómo hacer bien las cosas. Sé que la web móvil resulta mucho más compleja que la web de escritorio, la cantidad de dispositivos, resoluciones de pantalla, navegadores, sistemas operativos, conexiones, soporte de tecnologías y de usuarios puede llegar a resultar abrumadora. Por eso es un reto maravilloso.

Tenemos actualmente más de un dispositivo móvil, y todos con posibilidad de conexión a Internet, por habitante, la expansión de este mercado ahora que las tarifas de datos empiezan a ser asequibles y en muchos casos obligatorias para la adquisición de ciertos terminales nos brinda una oportunidad única en nuestra profesión de llegar a más gente que nunca. Y a nuestros clientes les ofrece una nueva ventana en la que ofrecer sus servicios.

8. Testear en Ready.mobi cuando esté online

Opera Unite es la reinvención de la web según Opera

16 Junio 2009

Opera anunció hace días que el 16 de junio a las 9.00 iba a reinventar la web. Y ¿qué han presentado hoy? Pues ni más ni menos que Opera Unite, que se podría describir como un widget que incorpora el último navegador de Opera y que permite transformarlo en un servidor web.

Traduciendo con un ejemplo: Cogemos una carpeta local y a través de Opera Unite la compartimos con el mundo a través de una dirección de Internet.

Esta es su visión de Unite explicada en un video:

Antes de lanzarme a alabar o criticar el producto, lo he probado con uno de los servicios que trae preinstalado, más concretamente con File Sharing que es el que nos permite compartir ficheros. Y funciona realmente bien, he podido compartir un documento de mi escritorio con una persona que está fuera de mi oficina sin ningún problema.

Opera Unite trae varios servicios preinstalados (para compartir ficheros, nuestra librería musical, crear un chat,…), pero permite a los desarrolladores crear más, esto le da al producto una enorme flexibilidad y un gran potencial.

No sé si Opera ha reinventado la web, pero está claro que este nuevo servicio va a traer cola seguro.

HI: Human Interfaz. Interfaz Humana Real.

10 Junio 2009

Desconocía por completo el video de los chicos de Multitouch Barcelona presentando la Interfaz Humana (HI) real, y la verdad es que me ha encantado, aunque alguna interacción me resulta un poco lenta ¿eh? :P

Hi from Multitouch Barcelona on Vimeo.

Vía: no me puedo creer

Moviliza tu WordPress

5 Junio 2009

El pack para WordPress Móvil de dotMobi o lo que es lo mismo “The dotMobi WordPress Mobile Pack“, que la gente de MobiForge han explicado cláramente desde su blog, es un plugin para optimizar el acceso desde dispositivos móviles a nuestro WP, tanto a la parte pública como al administrador.

Las principales características que tiene este plugin para nuestro WordPress se pueden resumir en:

  • Mobile switcher: Detecta a los visitantes con móvil para darles una experiencia personalizada
  • Temas preparados para móviles
  • Temas extendidos para móviles: para desatar nuestra creatividad
  • Adaptación a los dispositivos para mejora experiencia
  • Panel de administración accesible desde el móvil
  • Creación de un widget para móviles
  • Widget con el código QR para mejorar el acceso.

Todas estas características están ampliamente explicadas en MobiForge así como el plugin para nuestro WordPress. Yo todavía no lo he instalado porque uso MobilePress, pero creo que me cambiaré ya que aúna en un único plugin varios elementos que ahora tengo por separado (como el código QR) además del acceso al panel de administración desde el móvil.

Pamplona2016 (Parte 3)

28 Mayo 2009

Dicen que no hay dos sin tres y además, hace meses que tenía hecho este wireframe que recoge mis ideas sobre lo que debería haber sido en líneas generales la web de la candidatura de Pamplona 2016 sin tener en cuenta los requisitos reflejados en el pliego.

El wireframe está hecho en a penas una hora, por lo que sólo marca un poco el camino por el que se podría haber empezado a trabajar.

Wireframe Pamplona 2016

¿alguna opinión al respecto? ¿aportaciones? ¿ideas? ¿sugerencias? ¿quejas? ;)

Taller Cadius Donostia de mayo

26 Mayo 2009

Me avisa Jon Parro que este próximo viernes día 29 de mayo se va a celebrar un Taller a cargo de Cadius Donostia con el siguiente programa:

  1. Cómo y cuando utilizar la API de Facebook, David González.
  2. Trourist. Historia del proyecto, desarrollo y presentación de esta red social de viajes, Jokin Bereciartu.
  3. Zend Framework, Luis Artola.

El taller arrancará a las 16.30h y se celebrará en la Casa de cultura Ernest Lluch. Paseo de Anoeta, 7. Ver en el mapa

Yo no voy a poder asistir por motivos personales (no se puede estar en dos sitios a la vez jejej) pero os animo a todos los que podais a asistir porque tiene pintas de ser muy interesante.

Reflexión sobre las páginas web y el acceso desde móviles

20 Mayo 2009

Escribo este post a modo de reflexión y de queja. En parte como desarrollador en parte como usuario y consumidor de páginas web desde dispositivos móviles.

Desde la aparición del iPhone, con su consecuente tarifa de datos asociada, estoy viendo un fenómeno que se ha ido extendiendo desde los medios digitales a otros portales, y es la creación de aplicaciones para acceder a contenidos online que se instalan en el iPhone/iPod Touch cuando en la mayoría de los casos se olvida la creación de una versión móvil de la propia página web.

Me explico, con un ejemplo claro, Marca.com. La portada de Marca.com vista desde el navegador del ordenador y el móvil es la misma, con la problemática que conlleva el visualizarla en la mayoría de dispositivos móviles y la cantidad de datos que consumimos. Pero en Marca.com han creado una aplicación para que los usuarios de iPhone puedan acceder a sus contenidos descargando muchísimos menos datos.

¿Y el resto de sistemas operativos de dispositivos móviles? RIM (Blackberry), Symbian, Android o WebOS, por citar algunos, de los que los dos primeros suman la gran mayoría de dispositivos del mercado. Esos usuarios tendrán que seguir accediendo a la portada de siempre si quieren ver algo de información y ver cómo su factura se dispara por el consumo de datos asociado (o directamente buscar la información deportiva en otro medio).

Y la excusa para esto no es que los usuarios de iPhone tienen tarifa de datos, porque los de BlackBerry llevan años con tarifas de datos y la gente que pertenece a la operadora Simyo tienen todos una tarifa muy económica (si lo usas tienes hasta 500Mb por 5€ y conexión HSDPA, y si no lo usas 0€).

Seguramente sea un tema más de marketing, de usar el tirón mediático del iPhone como plataforma pero, ¿a caso mejora la percepción de Marca.com (por seguir con el ejemplo) de un usuario que no dispone de un iPhone? ¿Es una campaña enfocada únicamente a un porcentaje muy bajo? Lo desconozco y son terrenos que se escapan a mi entendimiento, está claro.

Como desarrolladores, llevamos años peleando por hacer páginas web accesibles, remarcando que se podrá acceder al contenido “independientemente del dispositivo” utilizado y ahora, sin venir a cuento, nos olvidamos de la inmensa mayoría de dispositivos móviles para centrarnos en uno.

¿Antes de crear una aplicación para el sistema operativo del iPhone, no sería mejor que fuéramos pensando en adaptar nuestras páginas web para su correcta visualización en móviles?

PD: este post no es contra el iPhone, Apple o cualquier producto, es contra los responsables de hacer que el contenido llegue a todos por igual.

Selección de idiomas desafortunada

20 Mayo 2009

Si ya es un despropósito tener una página de inicio con selección de idiomas, lo es más usar banderas para determinar el idioma. Digo esto porque, por poner un ejemplo, no todos los hispanoparlantes son de España, o todos los anglosajones son Británicos. A parte de la sensibilidad de cada cual con los nacionalismos.

Pero mucho peor es aún asociar las banderas con clichés de cada país como han hecho en la web de Rebootizer (una bebida española que promete reducir en un 30-45% los efectos del alcohol). ¿Todos los que hablan castellano son de España y bailan sevillas? Los angloparlantes ¿son de EEUU y llevan sombrero vaquero? En fin… una elección desafortunada.

rebootizer

IV Aniversario Cadius Zaragoza

12 Mayo 2009

Me complace anunciar el 4º aniversario de nuestros vecinos Cadius Zaragoza. Os adjunto la información que me ha llegado a través de la nota de prensa de su coordinador, Daniel Torres Burriel.

Contará con la intervención de Javier Cañada, fundador de Cadius.

Fecha: Jueves, 21 de mayo de 2009
Lugar: Digital Water Pavilion. Calle del Pintor Pablo Ruiz Picasso, 58. 50018 Zaragoza.
Hora: 19:00 horas
Entrada: Libre hasta completar el aforo

Con motivo del IV Aniversario de Cadius Zaragoza, se presenta un programa de actividades que tendrán lugar el jueves 21 de mayo en el Digital Water Pavilion (Calle del Pintor Pablo Ruiz Picasso, 58. 50018 Zaragoza) a partir de las 19:00 horas.

El IV Aniversario de Cadius Zaragoza está organizado por Cadius Zaragoza, bajo los auspicios del Ayuntamiento de Zaragoza e Hispalinux.

La entrada es libre hasta completar el aforo.

Programa de actividades
El programa de actividades es el siguiente:
19:00 horas
Acto de bienvenida, a cargo de Daniel Torres Burriel, coordinador de Cadius Zaragoza
19:10 horas
Ponencia: “Hispalinux y la defensa de los estándares abiertos”, a cargo de Jorge Fuertes
(Hispalinux)
19:30 horas
Ponencia: “Lectura y prensa online: diseñando para el ratito del café”, a cargo de Javier
Cañada (vostok.es)
20:15 horas. Debate.
20:30 horas. Networking.

Organiza: Cadius Zaragoza
Colaboran: Ayuntamiento de Zaragoza e Hispalinux

Libro: Card Sorting Designing Usable Categories

29 Abril 2009

La editorial Rosenfeld Media acaba de publicar hoy el libro “Card Sorting. Designing Usable Categories” de Donna Spencer.

El Card Sorting no es algo nuevo, no es una novedad, pero es una técnica sencilla, rápida y muy agradecida que puede aportarnos resultados muy provechosos al estar estructurando la arquitectura de la información de nuestros sitios web.

¿Qué es exácatamente el Card Sorting?

La técnica de ‘card sorting’ se basa en la observación de cómo los usuarios agrupan y asocian entre sí un número predeterminado de tarjetas etiquetadas con las diferentes categorías temáticas del sitio web.

De esta forma, partiendo del comportamiento de los propios usuarios, es posible organizar y clasificar la información de un sitio web conforme a su modelo mental.

Sacado del artículo Card Sorting en NoSoloUsabilidad

El libro va a ayudarnos a saber cómo redactar las tarjetas, cómo interactuar con los participantes y muestra multitud de casos de estudio para ayudarnos independientemente de si hemos realizado o no algún Card Sorting anteriormente.

Las imágenes del libro están disponibles en Flickr. Y además desde la propia página del libro tenemos acceso a informes, diagramas, recursos y casos de estudio.