¿Crear sitios usables? Piensa en Móviles Primero

Un buen diseñador/maquetador web sabe que crear un site no es sólo cuestión de colocar elementos aquí o allá para que quede bonito. El mundo web es bastante más complejo que eso y cosas como la accesibilidad, usabilidad, semántica y SEO (y no estoy hablando de personas/empresas que te prometen colocar tu sitio de primero en Google en dos días) son elementos fundamentales, no sólo para que tu sitio se llene de visitas sino, más aún, para que esas visitas vuelvan y se conviertan en fieles.

Lamentablemente, es muy común ver que estas cosas son ampliamente ignoradas, a veces por tiempos de entrega que se mueven entre lo mediocre y lo imposible, clientes que sólo quieren un sitio igualito a aquel, o simplemente por no considerar la verdadera importancia que tienen los aspectos arriba mencionados en el mundo web. Muchas veces esto ocurre porque olvidamos que el verdadero objetivo de un sitio web no es crear una especie de tarjeta de presentación en internet sino un medio de comunicación entre el cliente y su mercado. Esto no me parece una consideración menor, al contrario, comprender el objetivo final es algo vital a la hora de pensar en el producto en el que estás trabajando.

Ahora mismo nos encontramos en uno de los momentos más excitantes de la tecnología, posiblemente desde la aparición en escena de la web social (conocida también como web 2.0): HTML5, Flash en dispositivos móviles y televisores, tablets, smartphones y un largo etcétera que hace que nuestras ideas sobre nuevas formas de hacernos millonarios comiencen a surgir a borbotones y nuestra cabeza explote con las nuevas cosas que queremos y debemos aprender sólo para mantenernos al día. Creo que es en momentos como éste donde debemos recordar lo aprendido y no olvidar cosas como la usabilidad o accesibilidad justo en el momento en que se vuelven más importantes, sobre todo teniendo en cuenta que dispositivos como los smartphones y tablets nos exigirán repensar una y otra vez sobre nuestras aplicaciones y el modo como nuestros usuarios interactuarán con ellas. Estoy convencido que la idea de “trasladar la experiencia de la PC a los nuevos dispositivos” no es la forma más acertada de entender el futuro de la web.

Piensa en móviles primero

Crear sitios específicamente para móviles no es una idea novedosa (¿recuerdan el protocolo WAP?), pero la aparición de dispositivos móviles con cada vez mayores capacidades le ha dado un nuevo auge, aún cuando creo estamos lejos de ver lo que realmente pueden llegar a ser. En el nuevo mundo móvil tenemos browsers de verdad, mayor capacidad, Wi-Fi, etc. que nos da todo un nuevo abanico de posibilidades.

Sin embargo, no podemos olvidar que estos dispositivos no disponen de las ventajas que nos da un computador personal, ya sea en términos de resolución de pantalla, velocidades de conexión, etc. lo que nos obliga a crear una interfaz que funcione específicamente dentro de estas limitaciones.

Eso significa que, en miras de hacer un proceso escalable y siguiendo los patrones del Progressive Enhancement, lo ideal será pensar primero las interfaces con mayores limitaciones y luego aumentar las prestaciones a medida que los recursos aumentan: móviles primero, luego tablets y de allí a la PC.

Claro que siempre existe la posibilidad de que el proyecto en el que vas a trabajar no contemple móviles y entonces te preguntes ¿y para qué voy a diseñar para móviles entonces? Bien, dos respuestas: 1.- Deberías proponer a tu cliente la posibilidad de tener una versión para móviles (antes que a alguien más se le ocurra). 2.- Aunque no vayas a crear una versión móvil, pensar en términos de móvil te permitirá desarrollar ciertas habilidades que mejorarán tu producto en áreas como usabilidad y jerarquía de contenidos.

¿Qué implica diseñar para móviles?

Obliga a enfocarse en lo verdaderamente importante:

Dadas las limitaciones que tenemos en un dispositivo móvil (tamaño de pantalla, velocidad de conexión, etc.) es indispensable aprender a jerarquizar la información ¿qué es realmente lo que queremos que nuestros usuarios sepan? ¿Cuáles de los servicios que nuestro sitio ofrece son realmente usados como para aparecer de primero en nuestra lista de jerarquía? ¿Realmente es útil darle la bienvenida con un lindo texto de presentación o es mejor mostrar de una vez aquello que los usuarios realmente buscan en nuestro sitio?

Para ilustrar mi punto, quiero citar Steve Krug, en su ya clásico libro sobre usabilidad web: Don’t Make Me Think:

People often ask me:
“What’s the most important thing I should do if I want to make sure my Web site is easy to use?”
The answer is simple. It’s not “Nothing important should ever be more than
two clicks away,” or “Speak the user’s language,” or even “Be consistent.”
It’s…

“Don’t make me think!”

I’ve been telling people for years that this is my first law of usability. And the more Web pages I look at, the more convinced I become.

(A veces la gente me pregunta:

“¿Qué es lo más importante que debería hacer si quiero asegurarme de que mi sitio es fácil de usar?”

La respuesta es simple. No es “Nada importante debería estar a más de dos clics de distancia”, o “Habla en el lenguaje del usuario”, o siquiera “Sé consistente”.

Es…

“¡No me hagas pensar!”

He estado diciéndole a la gente por años que ésta es mi primera ley de usabilidad. Y mientras más páginas web veo, más me convenzo.)

Diseñar un sitio específicamente para móviles nos obliga a entender al usuario, a saber qué es lo que busca en nuestro sitio y darle justamente eso. Es imprescindible que sepamos enfocar nuestro sitio en aquello que realmente queremos mostrar al usuario o aquello que sabemos que realmente quiere de nosotros, desechando aquellas cosas que, por interesantes que puedan ser desde nuestro punto de vista, resulten secundarias o poco importantes para él.

Hace fundamental conocer al usuario final:

Uno de los principales problemas que enfrentamos con nuestros clientes es que, por lo general, no piensan en sus usuarios a la hora de crear el sitio web, haciendo solicitudes que responden básicamente a una mezcla entre sus gustos personales (o los suyos, los de su pareja, los de sus socios, etc.) y las cosas que desea que el sitio muestre sobre su producto. La mayoría de las veces esto se traduce en un montón de información (muchas veces innecesaria y sin importancia para el usuario final) combinada con una serie de pautas estéticas tomadas de otros sitios web: la galería de acá, la animación de allá, el fondo de más allá… Una especie de Frankenstein hecho a la medida de quien solicita la página pero que poco o nada tiene que ver con quien realmente debería interactuar con esta información.

Cuando las limitaciones propias de los dispositivos móviles nos obligan a prescindir de aquello que no es realmente necesario, conocer al usuario, sus preferencias, su comportamiento se convierte en algo vital. Si le damos sólo aquello que no necesita, si no entendemos qué es prioritario para él, si no nos preocupamos del modo como se comportan los usuarios cuando navegan desde un dispositivo móvil, nuestro sitio será un fracaso. No lo olvides, un sitio web es exitoso si es redituable, de lo contrario sólo es una pérdida de dinero.

Se hace entonces más evidente que a la hora de desarrollar nuestra idea, conocer al usuario final y actuar en consecuencia marca la diferencia entre el éxito y el fracaso de nuestro proyecto.

Nos obliga a presentar un buen producto, incluso con recursos limitados:

Por supuesto, cada vez que yo digo smartphone, lo más probable es que pienses en iPhone, Android o Blackberry, por decir lo común, y eso está muy bien si estamos pensando en lo que será el mundo móvil dentro de unos dos o tres años, pero hoy mismo, este mercado apenas abarca una fracción del mundo móvil en general y no hace falta tener un smartphone para acceder a la Mobile Web, por supuesto, un teléfono móvil no-smartphone tiene aún más limitaciones que un smartphone. Se hace necesario mostrar un producto que sea atractivo y –sobre todo– efectivo incluso con recursos muy limitados. Esto, aunque requiera un mayor esfuerzo en planificación, resultará en un producto más veloz y óptimo.

En conclusión, hacer el cambio de paradigma de móviles a PC en vez de PC a móviles no sólo nos prepara para el futuro cercano en el que desarrollar sitios optimizados para estos dispositivos no será simplemente un lujo de grandes empresas sino una necesidad real del mercado sino que además nos permite hacer un necesario ejercicio de arquitectura de la información en pro de un producto más efectivo y usable.

Estas son sólo algunas de las consideraciones personales que me motivan a exponer la idea de diseñar para móviles primero, si les parece interesante esta idea y quieren profundizar en ella, el primer lugar donde deberían buscar información es en el sitio de Luke Wroblewski, promotor de la idea de Mobile First! y que además agrega otras razones a las acá expuestas (excepto en el caso del enfoque, que también hemos tratado acá). Hay mucha más información al respecto allí y deberías revisarla.

Mucho queda por decir y aprender respecto a este tema, por supuesto, así que tendremos que volver a ello en posteriores artículos.

Etiquetas de Technorati: Diseño,Web,Móviles,Usabilidad

Consejos para Enfrentar un Proyecto Web – Del Mockup al CSS

Nota: Este post es parte de una serie titulada Consejos para Enfrentar un Proyecto Web y viene después de Consideraciones Generales.

Update: Hay una edición de este post en Cristalab: Cómo afrontar un proyecto web. Parte 1: Del Mockup al CSS.

En esta ocasión, trataremos tres partes del proceso que son fundamentales en el desarrollo de nuestro proyecto web. En este caso hablamos del diseño de un sitio web en XHTML, pero parte de las consideraciones escritas aquí valen también para otro tipo de proyectos/tecnologías.

1. Mockup: Piensa, Intenta, Borra, Piensa, Intenta de Nuevo.

   La ventaja de hacer mockups antes de comenzar a maquetar es que te permite experimentar diferentes estructuras para el sitio, buscar las fórmulas que funcionen mejor en cuanto a usabilidad, accesibilidad y legibilidad.
   Al contrario de lo que algunos piensan, el momento de la planificación inicial es uno de los más críticos en el proceso de realización puesto que mientras más tiempo inviertas en organizar tu sitio/aplicación, menos tiempo gastarás haciendo modificaciones de última hora o resolviendo imprevistos, como que de repente a tu cliente se le ocurra que quiere agregar un link a la cuenta de Twitter que su hijo le abrió el día anterior.
   Este es entonces el momento perfecto para hacer lo que se conoce como “análisis de software”. Pensar en cómo será el producto antes de comenzar a crearlo es avanzar el 50% del trabajo, sin haber escrito una línea.

2. Mientras Más Propuestas, Más Problemas.

   Aunque a primera vista te parezca que darle varias opciones a tu cliente te hará quedar como un genio y es -en sí- una gran idea, realmente no lo es, al contrario es una idea pésima. A excepción de unos muy pocos clientes, que debes atesorar el resto de tu vida, que tienen una cierta idea de lo que significa tener presencia en la web y cómo eso puede reportarles beneficios reales y -sobre todo- que tengan una idea más o menos clara de lo que realmente desean, la mayoría de los clientes son como niños que comienzan a entrar en el mar: No tienen real idea de lo que están haciendo y de cuánto puede influir el diseño en el éxito o fracaso de su sitio.
   Siempre recordaré a aquel cliente que una vez me dijo que quería tener muchas propuestas, como cuando compra un automóvil, que puede escojer entre una amplia gama. Tuve que explicarle que en su caso sería como pedir tener una amplia gama de automóviles hechos a mano para poder escoger: ninguna empresa hace eso porque la pérdida sería mayor a la ganancia.
   Lo que suele ocurrir la mayoría de las veces es que presentas una serie de diseños diferentes y la selección final es la combinación de partes de un diseño con partes de otro y así hasta el infinito. En otras palabras: más propuestas sólo aumentarían la indecisión del cliente y, por un lado atrasarían el proyecto (porque necesitaría más tiempo para decidirse), mientras por el otro hay más posibilidades de que la escogencia final sea un diseño completamente diferente, una especie de Frankenstein web hecho con piezas de tu propuesta.
   ¿Solución? Presenta dos -máximo tres- propuestas y prepárate.

3. Maqueta de Forma General y Flexible.

   Tu mejor arma es pensar fuera de la caja, ir más allá que cobrarle por hacer ese pequeño portal de lindos colores y grandes imágenes. Si tu cliente te resulta fiel, querrá que te encargues de cosas como el mantenimiento del sitio o de sus futuros rediseños. Si no quieres que estas futuras tareas se conviertan en un verdadero dolor de cabeza, lo mejor es buscar una forma de maquetar (y con maquetar me refiero a (X)HTML) de tal manera que los futuros cambios no impliquen ninguna o la menor cantidad posible de cambios en la estructura del sitio. No importa lo fácil o difícil que resulte cambiar o no una o dos etiquetas, si la estructura está bien hecha ¿por qué deberías cambiarla? Lo ideal siempre sería que un cambio en el diseño pueda realizarse con CSS y/o cambiando las imágenes correspondientes, sin necesidad de tener que repensar sobre la estructura o la legibilidad de tu sitio.
   Por otro lado, mantener una estructura general y flexible siempre te permitirá crear plantillas/snippets que funcionen en casi todos tus proyectos, haciendo más eficiente la reusabilidad.

4. Semántica, Estándares, Validaciones.

   Sí, quizá yo sea un purista (aunque espero por el FSM que no sea así), pero al menos en los dos primeros casos me parece que lo mejor es apegarse a la norma; en el tercero acepto cierta flexibilidad. Aún recuerdo a Freddie diciendo una gran verdad: Si un sitio cumple su objetivo (generar dinero) ¿Qué demonios importa si el sitio es válido?
   No puedo decir que Freddie no tenga razón, después de todo, es un negocio de lo que hablamos, pero también es cierto que un etiquetado y un css válido permiten una interpretación más fiel en los navegadores y ayudan a conservarlos en el tiempo. Personalmente me preocupo por la validación pero dando prioridad a la funcionalidad. Sé que hay gente que piensa que no sirve de nada, incluso he oído gente que cuestiona los estándares por ser impuestos por la W3C, pero en ese caso, lo dejo a criterio de cada quien. si te funciona, está bien por mí, pero, por amor a lo más sagrado, ¡deja de maquetar con tablas!
   Ahora, sobre la semántica y los estándares, creo que nisiquiera merece la pena la discusión. Creo que es más que obvio que estas dos herramientas juntas son prioridad sobre todo en orden al SEO y la accesibilidad.

   Personalmente, procuro maquetar siempre bajo XHTML Strict, lo que me ayuda a descubrir posibles errores (como que olvide cerrar una etiqueta o colocar un “alt” a una imagen) y  CSS2.1.

5. Inspírate en Quienes Quieras, No te Copies de Nadie

   Nadie quiere ser reconocido por robarse el trabajo de otros, aunque de un tiempo a esta parte parece estar de moda creer que es válido tomar cualquier cosa de internet y hacer creer que son propias, o peor aún, pedir a otros que “nos regalen” la solución a nuestros problemas, como si preguntar en un foro equivaliese a encontrar una manada de esclavos que hagan el trabajo por el que yo voy a cobrar. No, nadie quiere ser reconocido de esa forma.
   Sin embargo, es perfectamente válido mirar el trabajo de otros, ver cómo solucionan los retos que sus proyectos representan, decubrir nuevas paletas de colores o formas ingeniosas de lidiar con el proyecto. Nadie puede acusarte de inspirarte, pero copiarte sólo te dará mala fama en internet (de eso puedes estar seguro) y, en algunos casos, hasta acarrearte problemas legales.

6. Usa un CSS Reseter

   Todos los que hemos maquetado sitios sabemos el dolor de cabeza que significan los navegadores y sus interpretaciones particulares del CSS, por lo que un Reseter que nos permita partir de un punto en común resulta un gran aliado a la hora de solucionar problemas con esto. No siginifica que todos los problemas de modelo de caja quedarán resueltos (el trabajo no puede ser tan fácil), pero sí que ayuda mucho a resolver al menos los más comunes.
   Aquí veo venir la pregunta obvia: ¿Cuál reseter usar? Hay cientos en internet. Lo mejor que puedo hacer es hablar de mi experiencia: Comenzar usando uno relativamente general y luego irlo personalizando de modo que funcione de la mejor forma posible para tus proyectos. Algunos de los más populares (que conozco) son el Tripoli Reset (en este artículo de Daniblog se explica muy bien y en español), el CSS Reset de Eric Meyer y luego, frameworks CSS como 960, YUI o el muy popular Blueprint.

   ¿Por qué personalizarlo? No es que sea obligatorio, pero quizá haya cosas que no te gusten del Reseter que selecionaste (como que quite el “bold” a la etiqueta “strong” o que elimine las viñetas de las listas), si ese es el caso, bien puedes irlo ajustando a tus necesidades y forma de trabajar.

7. Ordena y Comenta tu CSS

   Hay pocas cosas tan molestas como encontrarse un código sin comentarios que te obliga a leerlo todo para entender por dónde van los tiros. El CSS (aunque no es código) no es la excepción. Escribir los estilos como se te vayan ocurriendo sólo te asegurará dolores de cabeza al tratar de arreglar algo después de haber cerrado el archivo o -peor aún- a la hora de hacer un rediseño.
   Es por eso que son tan importantes los comentarios como el orden en que se escriben los estilos (Recuerda que los estilos son en cascada, es decir, un estilo se sobreescribe con el siguiente en el orden en que aparecen en el CSS). No tienen que ser extensos comentarios explicativos, puede ser simplemente para separar el código. Yo suelo dividir mi CSS de esta manera:

   1. Reseter
   2. Etiquetas
   3. Layout (Estructura General del Sitio)
   4. Elementos (Los elementos internos del Header, el Contenido, el Footer…)
   5. Clases (Que no están necesariamente vinculadas con una parte específica del documento)

   En cada división coloco un comentario para localizarlas más fácilmente. Hay formas más elaboradas para hacer esto, pero yo prefiero cosas sencillas y efectivas. Lo realmente importante es que sea un documento legible y que evite tener que estudiar en el MIT para poder hacer cambios al CSS

8. ¿Progressive Enhancement (Mejora Progresiva) o Graceful Degradation (Degradación Agraciada?)?

   Otra de esas discusiones eternas con argumentos válidos de cada lado. Personalmente soy partidario del Progressive Enhancement, pero una vez más digo que no hay que cerrarse a diferentes perspectivas. Por lo tanto, mi consejo es evaluar qué es mejor para cada proyecto y utilizar la técnica que resulte más efectiva para cada caso. Esto sobre todo es cierto cuando se trata de rediseñar un sitio, puesto que te encuentras frente a algo que ya ha hecho otro (o tú mismo) desde una de las dos perspectivas. Si me permites el consejo, dale prioridad al Progressive Enhancement sobre todo si vas a construir el sitio desde cero.

Bien, creo que con esto tenemos bastante, como siempre, hay cosas que se quedan en el tintero y cosa que podrían profundizarse más, pero este artículo sería interminable y no es la intención. Sería de gran ayuda leer sus impresiones y críticas, además de nutrirnos todos con sus experiencias.

En nuestro próximo encuentro, charlaremos acerca de Javascript.

Etiquetas Technorati: diseño, arquitectura web, progressive enhancement, proyecto web, css, xhtml, mockup

Themes WordPress con Mentalidad SEO

Revisando mis feeds, me entero por aNieto, quien a su vez saca la noticia de Blogmundi, sobre un sitio donde puedes encontrar una serie de plantillas para WordPress, analizadas desde la perspectiva de SEO, lo que te permitirá, pequeño ladrón de plantillas , además de encontrar ese tema que tanto buscabas y no encontrabas, un mejor posicionamiento en los buscadores, gracias a una estructura pensada con el fin de cumplir con aquello que tanto nos interesa: usabilidad y accesibilidad.

El sitio es WordPress Theme Review, donde ya existe una buena cantidad de plantillas entre las que elegir; también puedes darles una evaluación -que va de 0 a 5 estrellas- o, si ya encontraste la plantilla de tus sueños, puedes solicitar que la analicen.

Un dato importante: La mayoría de los temas (para no decir todos, que no los he visto todos) están en inglés, así que habrá que ver si funcionarán correctamente en otros idiomas. Como ven, yo aún no lo he probado (básicamente porque aún no decido pasar este blog a un dominio propio y tengo que apañarme con las limitaciones de tenerlo en WordPress), pero me pareció un aporte interesante, así que se los dejo. Si alguno lo prueba, sería genial que comentasen sus impresiones.

AdSense y Usabilidad ¿Es Posible?

Gracias a este post escrito por Javi en su blog Vinagre Asesino, a raíz de este otro post mío sobre usabilidad, me he visto en la agrable obligación de hablar acerca de un tema que, como blogger, diseñador web (al menos eso digo yo ) y como geek, se hace obligatorio (gracias Javi, si no logro terminar a tiempo el proyecto en el que estoy trabajando, te enviaré la cuenta ).
Esto no pretende ser palabras de SEO ni de cómo ganar o no dinero con AdSense (esas cosas se las dejo a Vinagre y a La100rra, mis SEO masters), yo comencé a bloggear porque sentía necesidad de escribir, de comunicar algo -y, claro, recibir patadas por las estupideces que digo- y aún lo hago.
Sin embargo, existe mucha gente que comienza su proyecto con un fin específico: ganar dinero; algunos como entradas extra, otros como medio de vida, a nadie le viene mal una entrada de dinero.
No voy a dilucidar sobre la conveniencia o no de añadir publicidad (ya sea de AdSense o similares), sin embargo, diré algunas consideraciones personales:

1. Piensa en tus lectores, no sólo en tu dinero: A pesar de lo que digan, la mejor manera de ganar dinero es, siempre, proporcionar un buen servicio. En el caso de un blog o una web, un mejor servicio, una dedicación a buscar temas de interés, a socializar tu sitio, etc. traerá como consecuencia más visitas y más lectores frecuentes. Aumentar tu mercado potencial es aumentar tus posibilidades de éxito comercial.
2. Se honesto, no camufles publicidad: Personalmente me considero un googler, uso muchas de sus herramientas diariamente (Gmail, GTalk, Google Desktop, Google Gadgets, Analytics, Herramientas para Webmasters… todavía considero que Blogger, donde hice mi primer blog, apesta U_U ) y me siento sumamente satisfecho con ellas, pero creo fervientemente que hacer que los anuncios se integren (que yo lo llamo camuflar) con el contenido es, cuando menos, una acción poco honesta, por no decir engañosa. Existe una diferencia entre ofrecer opciones publicitarias a los usuarios e intentar que hagan clic en la publicidad al confundirla con el contenido. A nadie le gusta que pongan comerciales a la mitad de la película.
   Es cierto que hacer bloques de publicidad definidos hará que mucha gente (sobre todo los entendidos) se la salten sin más, pero siempre habrá quien se interese en ella y no sentirán que los obligas a ver tu publicidad o que deseas engañarlos.
3. Hazte creíble y serás vendible: Como bien dice Javi en su post (estarás contento que te nombre tanto ¿eh? Publicidad gratis ), las ganancias con AdSense realmente merecen la pena cuando la cantidad de visitas diarias llega a cierto número, en caso contrario, dará siempre la impresión de que no es más que una publicidad molesta, que no da nada. Cuando uno comienza un blog, cree que tendrá muchos lectores y que será la persona más c00l y leída del planeta, sólo para darse cuenta rápidamente que no es así (claro que esta apreciación tiene sus matices, más ligados a la correcta planificación SEO que a la suerte). La gente te leerá si te haces un nombre, y éste lo conseguirás si te haces creíble, si eres considerado digno de ser seguido. La publicidad vale la pena cuando tienes gente que pueda visitarla, no cuando tus visitantes se limitan a ti, tu familia y cuatro amigos (como en este blog ). Esta no es una carrera de velocidad sino de resistencia.
4. Define un target y enfócate en él: Mucha gente cree -erróneamente- que mientras más diversa sea la temática de su blog, mientras más ecléctico, mejor. Lo cierto es que cuando tu temática es sumamente dispersa, te enfrentas a varios inconvenientes: Se hace más difícil dominar todos los temas, por cada persona interesada en un tema obtienes al menos una a la que no le interesa y abandona, es mucho más complicado (por no decir imposible) hacer un seguimiento efectivo de tus usuarios, sus intereses, etc., es más difícil dar respuestas efectivas a preguntas sobre temas que no dominas mucho, etc.
   No estoy diciendo con esto que debes concentrarte en un único y exclusivo tema, que también está bien, sino enfocarte en un área, tan extensa como puedas abarcar, de modo que coseches un grupo interesante de seguidores, ante los que puedas responder efectivamente y que puedan interesarse por la publicidad que se generará. No estoy hablando de especialización, sino de ser responsable y conocer tus limitaciones; esto también te permitirá que la publicidad (sea o no de AdSense) sea más efectiva al estar dirigida a un público específico que pueda interesarse en ella.

Como he dicho, son sólo consideraciones personales. Siéntanse libres de comentarlas, rebatirlas, patearme,… Al final, el mercado publicitario en la web es lo que la misma web 2.0 es: socialización.

Otra cosa que considero importante, aunque no tiene que ver directamente con el tema: tómate tu blog en serio, pero diviértete con él, si no es así, la gente lo notará. Está claro que una dosis de humor es siempre un buen aliciente a la hora de leer