Existen infinidad de métodos para medir la relevancia de un sitio en buscadores, también existen formas de medir la popularidad, pero ¿como se puede medir la calidad?

Entiéndase calidad como un sitio en donde el visitante encuentra lo que busca.

Paginas vistas
Por ejemplo podríamos decir que las páginas vistas sirven para medir la calidad de un sitio, en teoría si un visitante ingresa por buscadores a una sección en especial y luego navega por 5 secciones mas esto quiere decir que captamos su atención. Puede que sea orientativo pero ¿que pasa si el sitio funciona con ajax? ahí ya las páginas vistas no indicarían nada, tampoco si la información que busca es muy precisa.

Tiempo de estadía:
Similar al caso anterior, si tenemos muchas visitas puede ser interesante, pero con un numero de estudio reducido una persona que se va a comer y deja la pagina abierta ya nos “patea” el tablero.

Numero de visitas:
Un buen SEO puede hacer maravillas y lograr muy buenas posiciones en los resultados de búsqueda, si recibimos muchas visitas desde los buscadores esto realmente no indica para nada que el sitio sea de calidad.

Ya analizamos tres medidas de las más populares y realmente no encontramos un punto en donde podemos decir que ese número refleja calidad.

¿Entonces que hacemos para saber si nuestro sitio es de calidad?
La cosa se pone cada vez mas difícil, si bien nosotros mismos podemos analizar fríamente y tratemos de dar nuestro punto de vista imparcial nunca podremos hacerlo, imagino que todo blogger piensa que su blog es de calidad (al menos lo que escribimos a conciencia e intentando hacerlo lo mejor posible).

Algunos factores que pueden indicar calidad:

Numero de suscriptores: Si alguien se suscribe quiere decir que el contenido le parece interesante, y no solamente estoy hablando de los feeds sino también de los viejos mailing, etc. Alguien que se anota libremente pare recibir las novedades de seguro que vio algo de calidad.

Retorno de visitantes: Si una persona vuelve y vuelve, tendrá que ver por que le intereso el sitio o le resulto útil, difícilmente nosotros volvemos a un sitio que nos pareció malo.

Bookmarks: En delicious, suelo guardar todo lo que me parece interesante. Si vemos que un sitio tiene miles de direcciones guardadas de seguro que algo de interés despierta. En Delicious o cualquier otro sistema similar la gente guarda lo que considera su Biblia de información.

Clase de lectores: Esto también es a tener en cuenta, si vemos un blog en donde los lectores opinan correctamente, se expresan de acuerdo al post, probablemente en ese sitio exista calidad, muchas veces los lectores son un reflejo del blog.

Todos estos puntos son altamente discutibles, creo que realmente lo único que puede ser un indicativo de calidad es un sondeo, tipo encuesta totalmente anónima, en donde las personas voten, si te gusto o no un sitio, nada más.

¿Cómo mides la calidad?

Bueno ya pude probar algo más el Internet Explorer 7, pude notar que respeta un poco mas el tema de los estándares web, no al máximo pero al menos mejoro con respecto a otras versiones.

Igualmente el problema es otro ahora, ya que si bien mejoro bastante lo que antes veíamos en IE 6 de una forma ahora lo vemos con el IE 7 de otra, entonces no solamente vamos a tener que usar hacks para los navegadores de distintas empresas sino que también entre distintas versiones.

Esto no es nuevo, pero lo que les faltaba a los diseñadores, mas trabajo todavía.

Según el sitio W3 Schools la torta se reparte así:

Entonces para que un sitio sea accesible y mantenga el aspecto en los navegadores mas utilizados del mercado tendríamos que optimizar el sitio para:

1. Internet Explorer 7
2. Internet Explorer 6
3. Internet Explorer 5
4. Firefox
5. Mozilla Suite (Gecko, Netscape)
6. Safari
7. Opera

La realidad es que si todos los navegadores respetaran los estándares no sería problema, pero justamente los mas utilizados no lo hacen. Al final todo esto termina incrementando los costos de cualquier diseño.

En fin, todo un embrollo, y eso que todavía no esta tan de moda el desarrollo para dispositivos móviles, ahi de seguro que la historia es similar, ya me imagino los clientes preguntando y esto en el Iphone se ve y en el Nokia?

No me pregunten por que, pero tengo la costumbre (Mala) de cuando diseño una aplicación para mi empiezo a diseñarla directamente desde la pc, algo que en primera instancia parece mas rápido por no tener que sentarme con un lápiz y una hoja de papel a diagramar una estructura y luego plasmarla, resulta ser todo lo contrario.

Explico:

Cuando uno diseña directamente sin tener un bosquejo uno va realmente a ciegas, y por más que sepamos a donde queremos ir muchas veces terminamos tomando el camino equivocado. El circuito sería algo así:

Diseño estructura -> Acoplo la programación -> Que bueno seria que la estructura tuviese mas espaciado y esta función -> Rearmo la programación -> Uh! me olvide de agregarle este sector -> Rearmo la programación.

Como pueden ver es realmente un desastre esa forma de trabajar, que si bien es un ejemplo que poco tiene que ver con un caso especifico a grandes rasgos es lo que me ocurre cuando trabajo cosas para mi mismo.

¿Porque diagramar?

La verdad que no me gusta para nada el papel, pero en definitiva es algo necesario. Uno cuando tiene un diagrama sigue un camino, tiene un plano, y se ahora cientos de pasos.

Con un diagrama uno trabaja mucho mejor, obviamente en mayor o menor medida siempre algo nos podemos olvidar pero no al punto de tener que rehacer el diseño varias veces.

El ahorro de tiempo es realmente significativo.

Lo curioso de todo esto es que cuando trabajo con un cliente lo hago por medio de diagramas pero cuando lo hago para mi no.

Ya me encontré con muchos proyectos nuevos, muy interesantes, pero lo curioso es que no tienen su propio dominio, es decir, son subdominios o carpetas dentro de otro dominio.

Esto no esta mal, pero realmente no es algo optimo.

Razones por las que si invertir en un dominio para cada proyecto:

1. Acceso: Para los usuarios es más fácil recordar una dirección del tipo www.proyecto.com que www.otrodominios.com/proyecto

2. Identidad: En línea general los proyectos con dominio propio dan la impresión de ser mas profesionales que unos albergados dentro de otro dominio que no tiene relación a nivel temática.

3. Costos: Realmente los costos no son elevados (Menos de 10 dólares) por lo que realizar esta inversión es algo necesario.

4. Posicionamiento: Quizás perdamos la antigüedad de que si usamos una carpeta dentro de un dominio con tiempo en internet, pero a la vez todos los links que ganemos para el dominio nuevo quedaran para la posteridad sin necesidad de luego tener que hacer redirecciones y cosas de ese estilo.

5. Estructura: Cuando se realiza un proyecto dentro de una carpeta de otro dominio lo mas normal es que queden url muy largas, y si a todo esto le sumamos que en un futuro el cambio a dominio propio será inminente lo mas probable es que sea un pequeño dolor de cabeza el cambio, por los costos de un dominio realmente no vale la pena y nos ahorramos este problema.

Bueno si esto te pareció interesante y te decidiste a comprar un nuevo dominio probablemente te pueda servir los 11 Pasos para comprar un dominio de calidad.

Las solapas o pestañas son muy utilizadas en prácticamente todos los sitios que se ven hoy en día. Jacob Nielsen (para el que no lo conoce para muchos el “guru” de la usabilidad web) ha escrito 13 reglas para hacer las solapas usables.

Aquí les dejo una traducción Libre:

1. Utiliza las solapas para moverte dentro del mismo contexto y no para navegar por áreas diferentes (Error introducido por amazon.com, Juan Luís hizo un recorrido por los cambios de diseño de Amazon muy interesante)

2. Utiliza de manera lógica porciones de contenido para que los usuarios puedan predecir fácilmente que encontraran cuando selecciones una solapa.

3. En línea general los usuarios no tienen que ver de forma simultanea el contenido de múltiples solapas. Si la gente realmente tiene que comprar la información entre diferentes pestañas la necesidad de ir hacia delante y hacia atrás pone un carga extra en su memoria a corto plazo y de esa forma baja la utilidad comparada con un diseño que pone todo en una sola página grande.

4. Las pestañas son paralelas por naturaleza, al menos para los usuario de los Estados Unidos (Para los usuarios internacionales sería mejor tener una pestaña para “Norteamérica” o “América” para un mejor paralelo con “Europa” y “Asia”)

5. La pestaña que se encuentra seleccionada tiene que estar destacada. Puedes destacarla por su color, por un tipo de fuente distinta o bien haciendo aparecer esta solapa delante de las demás.

6. Las solapas que no están seleccionadas deben estar claramente visibles, un color que se confunde con el fondo puede lograr que el usuario nunca pulse en ellas y por lo tanto nunca conozca su contenido.

7. La solapa común y corriente esta conectada con el área que posee el contenido, de igual manera que miramos en las tarjetas de un índice físico. Esta conexión ayuda al usuario a visualizar las solapas activas y reforzar la conexión entre el contenido y su solapa.

8. Las solapas deben contener texto corto y con un lenguaje simple. Las solapas en general deben contener una o dos palabras. Las solapas cortas son mas “escaneables” si necesitas solapas más grandes esto es un signó que las opciones son demasiados complicadas para este tipo de control.

9. Mantener siempre un mismo estilo de capitalización. En este punto Nielsen no recomienda poner todas las letras en mayúscula cuando definimos el texto de cada solapa puesto que dificulta la legibilidad.

10. Utilizar solo una fila de solapas. Muchas filas destruyen la memoria espacial y hace imposible a los usuarios recordar que etiquetas ya han visitado. También muchas filas de solapas son un síntoma de complejidad excesiva. Si necesitas más de una fila de solapas tiene que simplificar tu diseño.

11. Las filas de solapas deben estar arriba del panel y no sobre los costados ni abajo, lugares en donde seguro pasaran desapercibidas.

12. El alcance de uso de las pestañas o el área que controlan debe estar claramente definidos en el aspecto visual.

13. Velocidad de respuesta. Al presionar sobre una etiqueta el contenido deberá ser desplegado de manera instantánea, probablemente se logre esto con Ajax, no obstante la tecnología no es lo importante, sino mas bien el resultado. Es aconsejable que el tiempo de respuesta sea menor a 0.1 seg.

En línea general estoy bastante de acuerdo con los puntos. Aunque considero en la mayoría de los casos a Nielsen bastante extremista, creo que con esta guía a acertado mucho.

Los puntos que me parecen fundamentales son los referentes al realce (Activa/Desactivada) y ubicación de las solapas, también coincido con el aspecto relacionado a la velocidad de respuesta, no creo que sea posible llevar a esos tiempos la respuesta en la mayoría de los casos, pero si utilizamos el sentido común no debería estar muy por encima de lo que recomienda.

Cuando se lanzan proyectos siempre sale el tema o al menos cada uno piensa en si se hará o no un lugar considerable dentro de internet. Muchas personas recomiendan buscar un nicho pequeño y con poca competencia para ir creciendo.

Pero yo a esta filosofía le veo muchos puntos negativos. Si el nicho no tiene competencia probablemente sea por que no es interesante para los anunciantes o por que tiene muy poco tráfico.

Elegir el nicho de mercado es algo determinable, en mi opinión es preferible elegir un mercado más grande y competitivo que uno pequeño y sin o poca competencia.

Las Razones: Cuando trabajamos con un nicho que es amplio y competitivo las posibilidades de alcanzar una posición alta o mejor dicho de “hacerse de un lugar” se reducen, no obstante tenemos más camino para recorrer, quizás no seamos el sitio numero uno, tampoco el numero 4, 5 o 10 pero el volumen de tráfico si somos 11 será mucho mas importante que para un nicho que tenga muy poco movimiento.

Es interesante también de cara al crecimiento futuro, mi criterio es: Prefiero ser referente de un sector más explotado en unos 3 años que en un nicho sin vida en solo 6 meses. Si esto lo llevamos a la blogosfera veremos muchos blogs con temáticas poco competitivas y con poco tráfico que son lideres en ese nicho y sin embargo no tienen perspectivas de crecimiento ya que ese nicho no va a expandirse a futuro. Es preferible ser más “generalista” y luego especializarse en una o varias áreas, que tener un sitio/blog ultra especializado y que después no tengamos mas “tela” que cortar.

Ejemplo Práctico:
Un buen ejemplo de lo que digo es Adseok.

Adseok es un blog especializado en posicionamiento en buscadores (Anchor text muy merecido ) no obstante eso no impidió de que su autor realice una guia muy especializada de Adsense. Luego realizo una Guia SEO para wordpress.

Es un pequeño ejemplo pero vemos como Adseok desde una temática muy competitiva como es la del posicionamiento fue encontrando pequeñas especializaciones sin perder de vista la temática mas general y “fuerte” que a futuro no tengo dudas que será un referente.

Y de este ejemplo se desprende otro concepto bastante interesante. Lograr ser referente de una temática muy fuerte comenzando con aspectos muy especializados que no tienen por que estar directamente y estrechamente relacionados.

Siempre cuando leo sobre consejos para el bloggers que recién empieza veo que mas o menos se repiten los mismos items, algo que no se suele comentar o al menos no lo vi es el tipo de blog según su modo de lectura.

A mi entender existen dos grandes grupos bien definidos:

Blogs de lectura rápida: Se caracterizan por entradas cortas y de fácil lectura.

Los aspectos positivos: De cara al visitante, ya que en linea general podemos leer su contenido e informarnos en pocos minutos, ideal para los lectores que tienen poco tiempo, o nos leen desde el trabajo y en sus momentos libres.

Los aspectos negativos: Al tener poco contenido son menos “beneficiosos” para que nos lleguen visitas desde los buscadores. Otra punto es que al ser muy resumidos generalmente al lector no terminan de informarlos, pero esto depende en gran parte de la habilidad del blogger.

Blogs de lectura lenta: Entradas con mucho texto y que no son para leer en cualquier momento.

Los aspectos positivos: Mucha información, conceptos bien desarrollados, texto rico en palabras que pueden servirnos para los buscadores.

Los aspectos negativos: El tiempo de lectura dificultan a los lectores que disponen de poco tiempo. Por lo general estos post tienen que ser leídos en momentos de tranquilidad para lograr asimilar la información.

Como pueden ver estos puntos no se pueden generalizar por completo, mucho tiene que ver el blogger en cuestión. Creo que lo correcto es hacer un poco de cada cosa.

En muchas oportunidades visite proyectos web en que al visitante se le ofrecen una serie de contenidos y en menos ocasiones alguna aplicación funcional que realiza una tarea especifica relacionada con la temática del sitio.

Creo que a la larga un aspecto que se deja “afuera” y que es vital para la existencia a futuro del sitio es la idea de crear una comunidad en paralelo al sitio.

Veamos el concepto de comunidad según la Wiki:

Una comunidad es un grupo o conjunto de personas (o agentes) que comparten elementos en común, elementos tales como un idioma, costumbres, valores, tareas, visión de mundo, edad, ubicación geográfica (un barrio por ejemplo), estatus social, roles, etc. Por lo general en una comunidad se crea una identidad común, mediante la diferenciación de otros grupos o comunidades (generalmente por signos o acciones), que es compartida y elaborada entre sus integrantes y socializada. Uno de los propósitos de una comunidad es unirse alrededor de un objetivo en común, como puede ser el bien común. Aun cuando se señaló anteriormente basta una identidad en común para conformar una comunidad sin la necesidad de un objetivo específico.

Como podemos ver la definición es generalizada, pero bien podemos aplicarla a un sitio web, y por que no, a un simple blog especializado.

Si tenemos un sitio/blog que cuenta con visitas desde los buscadores, si su temática esta bien definida, ya tenemos una parte importante del proceso ya cumplida.

¿Por que formar una comunidad?

1. Por que nos diferencia de la competencia.

2. Por que beneficia al visitante.

3. Por que enriquece, creo que lo mas significativo, con una comunidad tendremos cientos de puntos de vista distintos.

4. Eleva el valor económico de nuestro proyecto. Por lo general cuando leemos de compras de proyectos un dato que casi siempre es de los mas importante es su cantidad de usuarios registrados o usuarios activos.

5. Por que genera contenidos nuevos (Ideal si es indexable :D)

6. Por que genera un tráfico de visitas constante sin necesidad de los buscadores.

¿Que necesitamos para formar una comunidad online?

1. Un sitio especializado. (Aunque no es imprescindible creo que aporta mucho tener una temática definida)

2. Tráfico de visitas desde los buscadores: Importante para ganar nuevos registros y hacer reconocida la comunidad.

3. Valor Agregado: Ya sea información útil, o alguna aplicación que realmente sirva a nuestros visitantes. Algo que incentive al registro.

Existen infinidad de matices que se pueden generar en la carrera por armar una comunidad, podemos desde simplemente instalar un foro hasta generar una aplicación paralela como un menéame. También podemos desarrollar alguna aplicación desde cero aunque esta opción lleve mas trabajo creo que es algo que a la larga nos puede diferenciar más.

Algunos Ejemplos.

Adseok -> Seoclon

Minijuegos -> Foro Minijuegos

Blog Mashable -> Aplicacion 2.0

No es fácil pero tampoco imposible y creo que realmente vale la pena.

Ayer hablamos de una recopilación de scripts Ajax, hoy le toca a Javascripts.

En Javascript libraries podemos encontrar listados por categorías distintas librerías Javacript un sitio realmente útil para tener a mano todo lo que necesitamos cuando trabajamos con Javascript.

De momento el sitio tiene solamente las principales librerías o mejor dicho las más conocidas, seguramente mas adelante incorporaran poco a poco mas.

Web Directorio: Javascript libraries

Mientras terminaba el post sobre la galería de scripts en Ajax recordé que en mis favoritos tengo un sitio que sirve para crear los famosos Gif de loading.

El sitio en cuestión es Ajax Load puedes personalizar desde el color hasta la forma de los distintos cargando, pudiendo lograr entre alguno, gif como los siguientes:

 Es realmente muy sencillo colocar un cargando en evento Ajax más adelante voy a poner algún ejemplo. El tema de los cargando o loading (Para ser mas cool :D) es muy importante, mas que por el efecto en si y lo lindo que se ve, le permite ver al usuario que su acción esta siendo ejecutada y que debe esperar. Muy recomendable  su uso.

Web: Ajax Load
Vía: Blog de María