Sergio Gago

Los tooltips son esos pequeños (o no tan pequeños) mensajes emergentes que nos aparecen, generalmente cuando pasamos el ratón por encima de determinados elementos.

Son un recurso muy bueno para ampliar información de estructuras de nuestro sitio, o del destino de enlaces y mecanismos de interacción con el usuario. Pero cuidado, también pueden ser un arma de doble filo.

Los tooltips son un elemento no esperado en los lugares que no corresponden, hasta el punto que pueden resultar molestos. Si el área de activación es demasiado grande nos puede costar hacerlo desaparecer, y el mismo tooltip puede ocultarnos información que es relevante para ese contenido. Al fin y al cabo, general sorpresa al usuario, y eso no siempre es bueno.

Así, hay una serie de normas básicas que se deben cumplir (y que podéis completar si os parece…).

1. No recargar la página de tooltips. Enseñemos al usuario, pero no pensemos que es tonto (aunque lo sea).
2. Nunca poner tooltips en áreas grandes, de más de 10 - 15px de lado. Por supuesto, nunca dentro de fotos, salvo que sean muy pequeños, y no obtrusivos.
3. El tooltip no debería aparecer inmediatamente, ni demasiado tarde. Si aparece instantaneamente, el usuario lo activará sin desearlo, y si tarda demasiado, se cansará o pensará que no hay nada.
4. Hacerlo accesible. Si desactivamos tanto javascript como CSS la página debería seguir viéndose bien, y a ser posible, también el contenido del tooltip.
5. Si lo ponemos sobre un enlace, es preferible usar el tag “title” que es mucho más semántico, y colocar una pequeña imágen que indique atención (un pequeño interrogante) que active el tooltip. Aunque cada navegador implementa el title de forma distinta, se puede configurar un script para que saque ese contenido con varios segundos de onHover.
6. Aunque puede resultar obvio, pero el contenido del tooltip tiene que estar directamente relacionado con el objetivo del link, o del mecanismo a utilizar, y tiene que dar una información que no sea evidente Por ejemplo, si tenemos un enlace tipo “google“, nunca pongamos en el tooltip “Click para ir a google”.
7. Asegurémonos que el tooltip llama suficientemente la atención, pero que no sea demasiado grande. Esté cerca del objetivo y no oculte otras áreas de la Web que sean importantes. Tampoco tiene que ocultar el accionador.
8. El tooltip debe desaparecer cuando el ratón sale del punto objetivo, NUNCA del tooltip.
9. Si el tooltip se carga dinámicamente, asegura todas las llamadas, y muestra todo el contenido de una sola vez. Esto también es común si contiene imágenes. Las conexiones lentas tendrán que esperar demasiado para verlo. Lo ideal es que sea texto plano, sin imágenes, y salvo que haya demasiados elementos en la página, no cargarlos dinámicamente.

Todo esto viene al último post de smashing magazine donde nos ponen más de 40 scripts de tooltips con javascript o CSS.

¿No te gusta ni flickr ni picasa? ¿Quieres poner en tu Web de forma fácil una galería de fotos? Pues en Smashing Magazine han hecho una recopilación de scripts para tus galerías de fotos. Un curro estupendo que no se puede dejar marchar.

Las divide en galerías ajax, CSS-based, y DHTML con JS y html.

Me quedo con HighSlide JS, TripTracker (aunque de pago, muy útil para visualizar fotos en la Wii) , Slimbox (basado en lightbox pero solo en 7kb!) y por supuesto la SmoothGallery, con un diseño super cuidado.

A raiz del último post de maestros del web, que habla de las 10 extensiones de firefox más populares, y debido a mi falta de tiempo para pensar post con mejor contenido, voy a hacer una lista con las extensiones que yo uso, por si a alguien le resultan de utilidad:

• Better Gmail
  Particularización de greasemonkey especializada en añadir funcionalidades a gmail. Filtros, búsquedas, barras laterales e integración con reader.
• del.icio.us bookmarks:
  Mantén tus enlaces de delicious actualizados y en cualquier parte. Esta extensión suplanta el menú de marcadores y siempre que agreguemos algo, irá directo a nuestra cuenta.
• DOM Inspector
  Extensión que se puede instalar junto con firefox que nos permite ver la estructura del DOM de la página por donde estamos navegando.
• Download Statusbar
  Para ver el proceso de las descargas, en lugar del gestor por defecto de firefox, tendremos una pequeña barra inferior mucho más usable.
• Firebug
  Extensión por excelencia para los desarrolladores Web. Control de scripts, DOM, request y tiempos. Inspector de código y control de CSS.
• FlashGot
  Download manager que gestiona mucho mejor las descargas y permite resumirlas sin hacer odiosas copias. Además de poder coger todos los enlaces que haya en una página.
• Google Bloc de notas
  Ya no uso para nada el bloc de notas del sistema operativo. Esta extensión para firefox creada por google, crea un pequeño icono en la barra de estado y podremos apuntar todo lo que queramos. Lo mejor: podemos acceder desde cualquier sitio con nuestra cuenta google.
• GTDInbox
  Getting Things Done, o Terminando las cosas de una vez por todas, es una extensión que convierte gmail en un pequeño gestor de tareas, añadiendo barras y opciones para que nos podamos organizar mejor. Un poco lioso en la configuración, pero muy útil cuando lo tienes dominado.
• Screen grab!
  Esta pequeña extensión, aun en desarrollo y con unos cuantos fallos, nos permite hacer una captura de pantalla de toda nuestra página, haciendo scroll automático cuando es más larga que nuestra pantalla. Así, si queremos sacar una Web completa en imágen no tendremos que ir dando a imprimir pantalla y luego unirlo todo en Photoshop, mucho más rápido.
• Seoquake
  Extensión por excelencia para SEO. Nos da datos rápidos de cualquier Web en estos términos. Google index y PR, yahoo, alexa, etc…
• Web Developer
  Otra de las imprescindibles para desarrolladores Web. Con esta extensión podremos hacer todas las pruebas que queramos de una Web, así como desactivar opciones, etc… Ya hablé de la Web Developer Toolbar tiempo atrás.

Y con todo esto y cinco pestañas abiertas, consume la no desdeñable cantidad de 140Mb de memoria RAM…

Para alguien que me lo pregunto hace poco, una aclaración rápida sobre los términos indexación y Ajax.

Ajax es una solución excelente para añadir dinamismo y usabilidad en nuestras aplicaciones Web, pero tiene un gran problema: La indexación.

Si queremos conseguir muchas páginas vistas, lo primero que tenemos que hacer es tener un buen número de páginas indexadas por los buscadores (aka google). Y para que ésto suceda tenemos que poder asociar una URL a un contenido diferente.

Por ejemplo, si en un blog tuvieramos una única dirección index.php, que mediante Ajax, manipulando el DOM de la página va cambiando el contenido (cosa que he visto), google solamente se va a enterar de que tenermos una portada con unos contenidos estáticos y poco más. Sin embargo, si asociamos una URL (aunque sean parámetros con GET) a un contenido, tendremos una página distinta.

index.php?item=331 será distinta página que index.php?item=41

Esto es lo habitual en CMSs, o aplicaciones en general. Sin embargo con ajax, tendríamos un index.php, y todas las peticiones irían con el XMLHttpRequest
De esta forma, si desarrollamos una aplicación en Ajax que requiera de indexación, siempre tendremos que ofrecer el mismo contenido mediante el formato habitual de la petición GET con parámetros.

Otro factor a tener en cuenta es que los parámetros no son muy buenos amigos de los buscadores, entonces tenemos que encontrar una forma de cambiar la ristra de parámetros por una dirección estática y acabada en .htm ¿Cómo conseguimos esto?

Opción 1:

Indexación con mod_rewrite

: Mod rewrite es un modulo del servidor web apache, que permite tener una dirección “pseudoestática” que se convierte en una dirección con parámetros.
id est: miweb.com/ajax-y-la-indexacion-123.htm será convertida en miweb.com/index.php?post=123
Un pequeño manual para trabajar con mod rewrite.
Opción 2:

Indexación con páginas de error Error404.

El mod rewrite está bastante bien, y soporta incluso expresiones regulares, pero en ciertas ocasiones se puede quedar un poco corto, sobre todo si trabajamos con algún servidor donde no tenemos acceso a todas las funcionalidades. ¿Qué podemos hacer entonces?

El error404 es la página que devuelve un servidor cuando no encuentra el documento solicitado, y esta página puede ser personalizable. Es decir, que podríamos crear una página e404.php que gestiona los parámetros y redirige a donde toca.

id est: Solicitamos miweb.com/ajax-y-la-indexacion-123.htm. Esa página no existe, ergo el servidor devuelve un error 404. Busca en su configuración dónde está la página de error a mostrar, y la abre. Abre en el servidor una página php (e404.php) que interpreta. Entonces aquí, podemos desde hacer consultas a la BD, hasta “parsear” la URL que no existe, y sacar el número (123 en este caso) y convertirlo si hacer las búsquedas pertinentes con esos parámetros.

Esta segunda opción es algo más complicada, pero admite una lógica más extensa y un mayor control si nuestra aplicación es grande.

Nota: Se que este post es bastante básico y hay mucha información de esto por ahí, pero normalmente prefiero escribir un post aquí, que enviar un mail explicandolo.

O stripe generator, como lo queráis llamar.

Esta aplicación, básicamente nos pide el color, estilo de fondo, anchura y dirección de la línea, y nos genera un fondo con líneas diagonales para que lo podamos poner tranquilamente en nuestra Web.

Queda muy “2.0″, y se hace rápidamente.

El problema: Es posible que tardes más en encontrar el enlace a la página que en crear el fondo con Photoshop…

Visto en Ajaxian

Jakon Nielsen, gurú de la usabilidad, escribe unas cuantas pautas de rediseño de sites que ofrecen un alto ROI (return on Investment - Retorno de Inversión), que hacen que un startup web tenga la posibilidad de hacer más dinero.

El artículo está bastante centrado en B2B y e-commerce, pero puede ser fácilmente adaptable a cualquier negocio en internet que se base en la fidelización del usuario.

Resumo y traduzco libremente.

1. Boletines de información (Newsletters)

Los correos que envias a tus usuarios te ayudan a mantener una realación más cercana, e invitan a volver a visitar tu sitio. Mantienen a los clientes informados, y puedes enviarles información específica para ellos, segmentada por sus prioridades.

Son baratas y no requieren demasiada tecnología. No deben ser demasiado frecuente, y según dice Nielsen, son el primer paso para liberarse de la masiva dependencia de los motores de búsqueda. Claro, que siempre puedes caer en el spam.

2. Páginas de producto informativas

Tener páginas de productos con suficiente información, adaptada al usuario, y detallada es uno de los problemas comunes que hay ahora mismo. Los visitantes necesitan tener toda la información posible antes de hacer una compra.

3. Fotografías de alta calidad

Nielsen recomienda usar fotografías de la mayor calidad posible, y que si linkamos a ellas, no mostremos una nueva ventana con una foto ligeramente mayor, sino algo que se acerce al fullscreen. Al hacer esto, la espera está premeditada y el usuario lo sabe, por lo que va a esperar. Al fin y al cabo tendrá una visión mayor y mejor del producto.

El mayor problema del medio online es que no se puede tocar ni sentir el producto, pero imágenes cercanas y de calidad pueden mejorar la aproximación hacia el producto. Y en caso de software o servicios online, mostrar screenshots a pantalla completa en lugar de fotografías.

4. Comparativas y diferenciación del producto

Una de las mayores preocupaciones del usuario es equivocarse en la compra. Esta duda, provocará que posponga la compra, y ese hecho hará que no vuelva a nuestra página, y que probablemente le perdamos como comprador.

Cuando un usuario está en una categoría, se encontrará múltiples productos que debemos ser capaces de explicar y diferenciar para que el usuario vea claramente cual es el suyo. Además el poder ofrecer comparativas ayudará a tomar la decisión y al final, a hacer la compra en la primera visita. No es suficiente solo con mostrar una tabla con las características, también hay que dejar patente con highlghts o similares dónde están las diferencias clave.

5. Reordenación

Permite que se reordenen las búsquedas. Haz que si un usuario visita tu sitio sin querer comprar, cuando verdaderamente quiera hacerlo se acuerde de ti. Además, cuando ha hecho una compra, es muy posible que tenga que volver a pedir cosas similares: piezas, accesorios, recambios… permítele acceder a pedidos suplementarios.

6. Simplifica el texto, tio.

Se puede doblar la usabilidad de una web o intranet solo con reescribir un texto siguiendo una serie de pautas básicas. No es un arreglo que se pueda hacer y listo, sino que está basado en que tus editores puedan escribir bien, y sean capaces de crear un buen texto orientado a internet.

7. Preparado para los seniors

Parece que los “seniors” o la gente más mayor son menos frecuentes en las modas de la piratería y tienen más dinero para gastar. De modo que diseñar y preparar nuestros sites más para gente mayor y menos para “tecnólogos” puede hacer aumentar nuestras ventas.

Aunque no me termina de gustar la última afirmación que hace, la traduzco literalmente: “Es más fácil hacer sites usables para gente mayor que para usuarios con discapacidades, además hay mucha más gente mayor que tienden a tener dinero” .

8. Listas de deseos, y certificados de compra

Los whishlists y los cheques regalo son funcionalidades de muy bajo coste de implementación y que harán que tengas más ventas, así como atraer nuevos clientes.

9. Búsqueda

Una buena búsqueda es difíficil y costosa de implementar, pero los usuarios dependen en gran medida de los resultados del site como interfaz de interacción con él. Mientras que google o yahoo ofrecen resultados muy buenos, las búsquedas en la mayoría de los sitios de internet son penosas (N del T. Y son meros LIKEs en consultas SQL).

Una buena política de búsqueda, como sugerencias, corrección de errores, los más buscados y unas cadenas con keywords potentes pueden mejorar mucho la “encontrabilidad” de tu contenido. Siempre usando el vocabulario del usuario (y no el de los técnicos!) Y por supuest, una buena política de búsquedas externas y SEO.

Es mucho más eficiente invertir en un experto SEO que posicione tu web en las keywords indicadas, que gastarse dinero en banners, hoy que casi todos los usuarios han desarrollado cegera ante esta publicidad.

10. Tests de usuario

El mejor feedback directo es el que te pueden dar los usuarios que testean tu site. Hay muchas ocasiones en que los análisis heurísticos no son suficientes, o el tipo de usuarios con los que trabajamos tiene una idiosincrasia tan concreta que hay elementos que no funcionan, o bloques que eliminamos pensando que no ivan a funcionar y resultaban clave. interface while it’s still in the early design phase.

Bonus! Programas de fidelización

Nielsen propone una idea que, aunque todavía no se ha trabajado mucho, me parece muy buena cuando ya hay cierto tiempo de rodaje del sitio. Un programa de fidelidad para usuarios comunes y antiguos como hacen algunas aerolíneas.

Bonifica a tus usuarios recurrentes, haz ofertas y descuentos o envío gratuito, por ejemplo. Aun así, los sitios web pueden ir más allá. Productos con stock limitado, reservas, mejores posiciones… etc…

Servir al cliente, sin exagerarse

Al final, la conclusión es, que todo se trata de añadir valor al sitio mejorando el valor para los consumidores, dándoles lo que buscan y quieren, de la forma más simple posible.

Hace unos días me preguntaba cuales serían las necesidades básicas en un desarrollo Web, y los pilares que hay que ir cumpliendo para llegar hasta arriba, si estamos hablando de generar negocio con el site.

Me acordé de la pirámide de Maslow, a la que añadí un nuevo nivel (los originales son necesidades fisiológicas, seguridad, aceptación social, autoestima y como colofón autorrealización). Y se supone, que hasta que no hemos cubierto uno de los niveles, no podemos pasar al siguiente. Algo como esto:

Pero como ocurrió con Maslow, que fué mejorado por Clayton en su teoría ERG, pues he intentado mejorar esta pirámide de las necesidades básicas en el desarrollo Web. Básicamente considera solo 3 niveles: Existencia, relación y crecimiento, y las establece en cierta manera, cíclicas. De esta forma, existe el factor de frustración-regresión, en el que cuando conseguimos un objetivo del orden anterior surge uno nuevo del siguiente, y cuando nos frustramos al no conseguir un objetivo superior, aparece uno de orden inferior. Así, podemos simplificar las necesidades a cubrir en este esquema.

Solo un pequeño acercamiento y una idea de domingo.

No paro de sorprenderme, veo en html life un video de una entrevista a una empresa llamada nerasis, que te hace una página web en nada menos que 15 minutos.

Los desarrolladores caros y malvados estamos acabados!

Aunque si ya domináis el tema a la perfección, esto no os va a ser de ayuda, si estáis empezando, o queréis hacer algo de forma muy rápida, os irá a las mil maravillas.

Hablo de ___layouts, inspirado en los YUI Grids de yahoo, que básicamente nos permite crear nuestro layout de columnas con CSS, en un código bastante limpio y estándar. De hecho lo que permite es lo siguiente:

• Diseños fluidos
• Diseños fijos de.
  • 640px
  • 760px
  • 900px
  • 1000px
• Personalización para cualquier tipo de anchura
• Posibilidad de hacer el layout flexible ante cambios del tamaño de letra.
• Columnas con clear por secciones, de forma que no hay problema con columnas que son más largas que otras.
• Centrar las columnas que queramos
• Sobreeescribir los CSS para modificar posiciones y tamaños a discrección.
• font.css basado en YUI fonts.css

(traducción libre del artículo original en Ajaxian)

Pero lo mejor es el builder, donde con un estilo wizard, haremos nuestro esquema con toda la complejidad que queramos en cuatro clicks.

Este es un tema en el que llevo pensando cierto tiempo, en parte gracias a Josep M., compañero de trabajo, con el que estoy haciendo ahora una muy productiva labor de arquitectura de la información y usabilidad en un proyecto.

¿Cómo ofrecer al usuario la posibilidad de elegir SU provincia con la máxima usabilidad? (Atención que hablo de su provincia)

Pues bien, a priori tenemos dos modelos básicos: La lista desplegable y el mapa, teniendo cada uno muchas variantes diferentes, y sus propios problemas y más. Estudiemos qué hacen algunos de los portales líderes en España (que se basan en la selección de provincia):

Idealista.com
Portal dedicado a la inmobiliaria. La navegación está basada en desplegables de 6 alturas, de forma que en los dos primeros solo tenemos que seleccionar el elemento buscado, y en el tercero, la provincia propiamente dicha, será donde tendremos que bajar hasta encontra el elemento buscado.

paginasamarillas.es
No hay mucho que decir. La provincia es un desplegable estándar de un solo nivel (más de 50 opciones), y una localida de campo libre.

fotocasa.es
Otro portal inmobiliario. Precisamente estos son los que más hincapié deben hacer en la localización geográfica. Optan por un modelo similar a idealista para las opciones (alquiler, compra…), pero se basan en un modelo de mapas para la localización de provincia. El resto de pantallas están basadas totalmente en mapas también, por localidad y zona (incluso barrio en ciudades grandes). La navegación del mapa es sensible y nos va indicando el nº de inmuebles encontrados).
loquo.com
Quizá uno de los portales de anuncios clasificados con más visitas. Utiliza (si no me equivoco) localización ip para redirigir al usuario a la ciudad adecuada, ya que en este caso son los anuncios los que están localizados geográficamente.
Aun así, como barra lateral nos ofrece todas las provincias donde existe loquo, por si algo ha fallado o simplemente quermos buscar en otro sitio.

infojobs.net
Portal líder de empleo en España. Aquí, lógicamente, la función de seleccionar la provincia donde quieres trabajar, es imprescindible. En este caso tenemos un desplegable de un solo nivel. (Luego veremos que también hay que valorar el espacio disponible).

atrea.com
Otro portal inmobiliario, del grupo BBVA, quizá menos conocido que idealista o fotocasa, pero que alexa no le trata nad mal. En este caso ofrecen las dos posibilidades: Tres listas desplegables de un solo nivel, que se autorrellenan con el anterior: País, provincia, y localidad. Y mapa que añade detalle en función de lo que vayamos seleccionando

enalquiler.com
En este portal ya asumimos que solo vamos a alquilar, de forma que los tres desplegables de 7 niveles son para el tipo de vivienda, la provincia y el precio. Eso si, los primeros elementos que muestran son los que más viviendas tienen. Tratando de simplificar el uso al mayor porcentaje de usuarios.

laboris.net
Otro portal de empleo que usa dos desplegables de un nivel tanto para provincia como para categoría.

niumba.com
Niumba es un portal de alquiler de viviendas para vacaciones, por lo que las zonas con las que trabajan están muy localizadas. De hecho, permiten buscar por provincia o por zona (costas sobre todo), pero al igual que atrea, permiten una búsqueda por desplegables de un nivel, o una selección por mapa, que contextualmente nos dice dónde estamos y qué oferta hay en ese punto.

segundamano.es
Portal de anuncios de intercambio propietaria del grupo anuntis. En la home no nos ofrecen ningún buscador, sino una lista enorme de categorías y subcategorías, y ya dentro de una de ellas podemos seleccionar la provincia en un desplegable de un nivel.
compraventa.com
Otro portal de anuncios de compra venta, en cuya home en lugar de pedirnos la categoría nos piden la localización, con mapa o con listado de todas las provincias. Está claro que se centran mucho más en el lugar que en la categoría de anuncio.

Estos son solo algunos ejemplos de portales que comen todos los días cantidaes ingentes de tráfico, pero sin duda hay muchos otros (que si queréis podéis dejar en los comentarios).
El primer problema que nos encontramos está en cómo clasificar este elemento. Si estuviéramos hablando de nuestro menú propiamente dicho, se puede concluir que las listas desplegables están hechas para formularios, y que se deben buscar otros elementos.

Pero tampoco estamos hablando de un elemento de formulario propiamente dicho (al estilo tradicional, se entiende). Estamos viendo un elemento que se nos muestra desde la home de nuestra página, y que de su utilización depende el resto de la navegación en el sitio, vamos, con una criticidad demasiado alta para ser obviada, sobre todo cuando hablamos de portales que venden ítems centrados geográficamente.

Entonces, tenemos que tener en cuenta los siguientes factores:

• Espacio disponible y criterios:
  ¿Con cuánto espacio contamos? ¿Cuántos elementos más tenemos en la página? ¿Será el único modo de navegación o el usuario puede elegir otros criterios de búsqueda? Si nuestra búsqueda es impepinablemente por localización, quizá necesite más peso.
  Es importante también el dónde lo vamos a colocar, y los criterios anteriores que le hemos hecho seleccionar. Por ejemplo, si tenemos que elegir un tipo de vivienda, una provincia, luego un precio y luego introducir un término para buscar, probablemente pocos usuarios introduzcan ningún término, porque después de seleccionar tres ítems, es más fácil darle a un botón que pensar en un término:La búsqueda más crítica, deberá tener el máximo espacio y estar situada en un “hotspot” de nuestra página. El usuario debe captar la criticidad del elemento. Si hay varios elementos de búsqueda, dividámoslos, fuera frustración!

• Usuarios target
  ¿Quién es nuestro público? ¿Gente que quiere vender en su barrio? ¿Gente que busca un piso en cualquier provincia de España? ¿El público conoce bien su geografía? ¿Qué nivel tienen de internet? En general, la gente es lenta tecleando y buscando, por lo que tenemos que simplificar y adelantarnos a sus pensamientos.Si tu público conoce bien el mapa, puedes ponérselo, será más fácil que encuentren algo en un elemento conocido donde ven todos los ítems a la vez, que estar buscando en una lista. recuerda: hay pocos usuarios que sepan que en una lista desplegable, si das a la “v” te irá directamente a “Valencia”.

• Accesibilidad: ¿Cómo se verá sin JS o sin imágenes?
  ¿Qué va a ocurrir a nivel de accesibilidad? ¿Cómo se quedará tu página si la desnudas y la dejas sin JS? ¿Y sin CSS? ¿Tus mapas son en flash?Si usas tecnologías no estándar, ofrece alternativas a la navegación (aunque menos visuales). Si usas mucho javascript, o ajax, también. Haz pruebas de navegación desactivando todo esto a ver cómo aparece. Acuérdate de los lectores de pantalla y de las versiones HTML plano.

• Dispersión de los datos
  ¿Estás en todos los sitios, pero mucho más en unos que en otros? Si el 90% de tus usuarios entran en tu portal para buscar jamones, pónselo en portada.Si Madrid y Barcelona ocupan el 95% de tus ofertas de trabajo, pónles un atajo. Es cierto que supone “menospreciar” a los usuarios de lugares con menos oferta, pero se trata de llegar a un acuerdo.

• Profundidad de los datos
  ¿Cuál es el nivel de selección? ¿Comunidad autónoma? ¿Provincia? ¿Localidad? ¿Otras? ¿Variadas? Este es un problema típico en las inmobiliarias. Si busco Valladolid, podríamos englobar, capital, y provincia, como mucho algunos pueblos grandes de alrededor. Sin embargo en Barcelona tiene sentido ver por separado la capital, del Vallès, Sitges, etc… ¿Hasta donde profundizaremos en nuestro mapa?En primera instancia, el usuario debe ser “universal”. No tiene sentido que un usuario que aún no nos ha dicho si es de Madrid o de Barcelona, pueda escoger Alcobendas. Según bajamos en la navegación podemos ir dándole más opciones, siempre con la opción de “todas las localidades”. Esto también depende de la dispersión de los datos. ¿Tenemos 500 inmuebles en Barcelona y 2 en Terrasa?

Para finalizar y concluir, me sigo quedando con los mapas, siempre, teniendo en cuenta los factores de arriba. Además, existe otro factor que he comentado y que también es muy importante: Nuestra Web debe ser homogénea. Las búsquedas de provincia deberán ser todas iguales.

¿Experiencias? ¿Opiniones?