Desde hace algunos meses estoy trabajando en un nuevo proyecto del que, recientemente, hemos lanzado una nueva versión. Se trata de Linkovery, un escritorio de aplicaciones web.

¿Qué es un “escritorio en la nube”?

Simplificando, se trata de un lugar en el que puedes guardar tus aplicaciones favoritas, esas a las que accedes a diario, de una forma ordenada y sencilla.

¿Qué diferencia a Linkovery de otras soluciones (marcadores del navegador, delicious, Chrome Web Store,…)?

Nuestro sistema no está pensado para guardar cientos o miles de enlaces a páginas web de contenidos, sino que te invita a seleccionar aquellos sitios que realmente te aportan valor y que utilizas más habitualmente.

Linkovery, tu escritorio en la nube

Linkovery además te permite integrar esas aplicaciones en tu escritorio, de forma que no sólo sean iconos “bonitos” enlazados a sitios web sino que te puedas enterar, por ejemplo, de cuándo te llega un nuevo correo electrónico.

Por otra parte, en el directorio puedes descubrir nuevas aplicaciones que quizás no conocías, clasificadas por temática.

A diferencia de los smartphones, con Linkovery te puedes enterar de qué aplicaciones usan tus amigos gracias a la conexión social a través de Facebook (próximamente ampliaremos a otras redes) y recomendarles tus preferidas para que se las guarden en su escritorio.

Otra de las ventajas de Linkovery es que puedes acceder desde cualquier dispositivo (móvil, portátil, PC ó MAC, TV,…) sin necesidad de instalarte nada, sólo necesitas un navegador web… cualquier navegador!

¿Y qué ocurre con los desarrolladores?

Tal y como está el mercado, a menudo es necesario hacer una aplicación para iPhone, otra para Android, una versión web, otra para las nuevas TVs (incluso una para cada marca!),… con los problemas de mantenimiento y presupuesto que eso conlleva. ¿Por qué no simplificar con una única aplicación web? Lo que tienen en común todos los usuarios de este tipo de servicios es el acceso a Internet, sólo cambia el tamaño de la pantalla.

Linkovery también permite a los propietarios de las aplicaciones promocionarlas de forma directa, a diferencia de otras app stores, pudiendo llegar más fácilmente a sus clientes finales.

Si te apetece probarlo, entra en http://www.linkovery.com/ y dinos qué te parece. Estaremos encantados de escuchar tu opinión.

La idea es sencilla, a cambio de twittear un mensaje (publicitario) consigues un ebook. Su nombre, Pay with a tweet.

Paga con un tweet

Imagínate que, navegando por la red, encuentras un libro que te gusta y lo quieres adquirir. Miras el precio… un tweet! Una aplicación intermedia te lleva a tu cuenta de twitter, le das permiso para publicar (como hacemos a diario con Facebook u otras redes sociales) y te muestra el mensaje que va a enviar en tu nombre. Parece que en el futuro se podrá editar, pero la idea está clara: un servicio a cambio de incluir publicidad en tus tweets.

Según sus desarrolladores se trata de “la herramienta ideal para cualquiera que quiera promocionarse, a su marca, producto o servicio”. ¿Te imaginas poder conseguir una canción a cambio de recomendarla en twitter?

Leído en bitelia

En un artículo sobre las redes sociales publicado en PostRank comentan, entre otras cosas, una serie de cifras sobre Google Buzz bastante significativas. Su análisis sobre esta nueva herramienta concluye que casi la totalidad de los contenidos que en ella se publican no son originales. Es decir, que son generados automáticamente y provienen de otros servicios.

En primer lugar de la lista de “fuentes” de las que se nutre Google Buzz figura Twitter, con más del 62% de los contenidos, debido a que muchos usuarios reenvían sus tweets al servicio de Google.

A continuación, con el 26%, se sitúan diversos feeds de noticias, alertas,… es decir, más contenidos duplicados. Ya llevamos casi un 90% del total. Si se tienen en cuenta todos los servicios que se re-publican en Google Buzz, apenas queda espacio para contenido original generado por los usuarios.

Por todo ello se deduce que, al menos de momento, no hay mucha gente utilizando la aplicación de Google y que la inmensa mayoría de sus usuarios se limita a conectar sus cuentas de otras redes sociales o a usar Buzz como un mero lector de feeds. Aún así, no creo que se rindan.

Tal y como se rumoreaba no hace mucho, la velocidad de carga de una página ha empezado a ser uno de los factores que utiliza Google en su algoritmo de búsqueda.

Leemos en Chica Seo que Matt Cutts confirmó el otro día una noticia que se veía venir. Para quitarle importancia al asunto, o quizás para evitarse polémicas, el ingeniero jefe de Google aseguró que el cambio afectará a menos del 1% de las posiciones en los resultados.

También aprovecharon para comentar que próximamente se podría tener en cuenta la reputación o la frecuencia de actualización. Este último factor resultaría bastante interesante ya que, desde mi humilde opinión, los buscadores suelen dar demasiado peso a páginas antiguas (y que pueden estar desfasadas) por el mero hecho de ser más viejas.

Hasta ahora, aumentar la velocidad de carga de nuestra web “sólo” mejoraba la experiencia del usuario. A partir de este anuncio, las optimizaciones están justificadas también desde el punto de vista del SEO.

Si tienes conocimientos de redes es un tema que puede parecer evidente, pero sospecho que la mayoría de los usuarios no sabe qué ocurre realmente cuando escribes una dirección (URL) en tu navegador.

Estos son los pasos que se siguen desde que “pides” una página hasta que la puedes visualizar y usar por completo:

1. Introduces una URL en el navegador: no tienes por qué escribirla, puede ser tu página de inicio que se carga automáticamente, un favorito que tengas guardado o simplemente un enlace en el que pinchas.
   

   URL en la barra de direcciones del navegador

2. El navegador busca la dirección IP del nombre de dominio: los nombres de dominio (en el ejemplo, “blog.marcis.es”) se utilizan para que los usuarios puedan recordar fácilmente las direcciones, pero el dato que necesita nuestro navegador para localizar el servidor web donde está alojado dicho dominio es su dirección IP (unos numeritos como “66.96.234.199″ que en Internet sirven para identificar de forma única un ordenador o una red).
   Para encontrar la correspondencia entre un nombre de dominio y  una dirección IP se utiliza un servicio llamado DNS. La búsqueda se realiza desde lo más cercano hacia lo más lejano, de forma que se intenta optimizar el tiempo de respuesta. Se empieza por la caché del navegador (últimos dominios visitados), continúa por la caché del Sistema Operativo,… hasta llegar, si es necesario, al servidor DNS de nuestro proveedor de internet e incluso a otros servidores DNS si éste no encuentra un resultado válido.
   

   Ejemplo de funcionamiento del servicio DNS (pincha sobre la imagen para ampliar)

3. El navegador hace una petición mediante HTTP: una vez localizada la dirección IP correcta, el navegador le envía una petición mediante un protocolo de comunicación llamado HTTP. Dicha petición, además de la dirección que se desea navegar, incluye otra información como el tipo de navegador, las respuestas que acepta y opcionalmente, algún dato sobre el usuario si ha visitado previamente dicha página web:
   

   GET http://blog.marcis.es/ HTTP/1.1
   Accept: application/x-ms-application, image/jpeg, …
   Accept-Language: es-ES
   User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; …
   Accept-Encoding: gzip, deflate
   Connection: Keep-Alive
   Cookie: …
   Host: blog.marcis.es

4. El servidor web envía una respuesta:
   • Si se produce un error (por ejemplo, página no encontrada) el servidor web enviará unos códigos especiales indicando los detalles del problema. El navegador mostrará al usuario un mensaje explicando el error y sus posibles causas.
     

     Códigos de respuesta HTTP (pincha sobre la imagen para ampliar)

   • Si la página ha cambiado de dirección, el servidor web lo indica mediante una redirección y el correspondiente código. En este caso, el navegador realiza una nueva petición comenzando el proceso de nuevo.
   • Si todo va bien, el servidor web devuelve una página HTML. Ésta puede obtenerse de forma estática (ya está “escrita” y es la misma para todas las peticiones) o dinámica (se genera en el momento y puede variar en función del navegador, el usuario que accede,…), pero ese es otro tema.

   HTTP/1.1 200 OK
   Cache-Control: private, no-store, no-cache, must-revalidate
   Expires: Sat, 01 Jan 2000 00:00:00 GMT
   Pragma: no-cache
   Content-Encoding: gzip
   Content-Type: text/html; charset=utf-8
   X-Cnection: close
   Transfer-Encoding: chunked
   Date: Fri, 12 Feb 2010 09:05:55 GMT

5. El navegador recibe y “trata” la respuesta: incluso antes de tener la respuesta completa, el navegador puede empezar a “dibujar” el resultado en pantalla para que el usuario lo pueda ver lo antes posible.
   

   El navegador "renderiza" el HTML recibido

6. El navegador pide el resto de objetos necesarios: una vez recibida la primera respuesta en HTML, ésta puede contener imágenes, hojas de estilo (CSS), archivos de javascript,… que son independientes, con su propia URL y requieren, por lo tanto, nuevas peticiones HTTP.
   

   El navegador pide las imágenes incluídas en el documento HTML

7. El navegador carga dichos objetos: si recibe una respuesta correcta por parte del servidor web, aplica los cambios necesarios: mostrar las imágenes en el lugar apropiado, redibujar la página según los estilos, modificar los contenidos,…
8. Opcionalmente, se realizan nuevas peticiones mediante AJAX: muchos sitios web no se limitan a un comportamiento “estático” sino que incluyen aplicaciones que continúan comunicándose con el servidor, realizando pequeñas peticiones (mediante Javascript) cuyo resultado (en XML, de ahí las siglas AJAX) les permite interactuar de forma más ágil con el usuario. Un ejemplo podría ser el chat que incluyen algunas páginas web.
   

   Modelo clásico vs. Modelo Ajax (pincha sobre la imagen para ampliar)

Este artículo es una adaptación y traducción al español de What really happens when you navigate to a URL.

Tal y como han anunciado recientemente en el blog oficial de Google Reader, a partir de ahora no será necesario que un sitio web disponga de feed para suscribirse.

Y es que, según comentan en el artículo original, en Google “siempre intentan aprovechar el trabajo de otros departamentos”. Como recientemente el buscador ha incorporado la posibilidad de detectar cambios en una página sin necesidad de RSS, ATOM o similar, los chicos de Google Reader te permiten crear un feed personalizado para seguir dichas modificaciones.

Estas “fuentes” personalizadas servirán para estar al tanto de las actualizaciones de una página, igual que si estuviéramos suscritos a un feed (al menos eso nos promete el Sr. Google).

Había probado otras opciones de sitios que, supuestamente, monitorizan la URL que les digas y te avisan cuando cambia, aunque sea por correo electrónico, pero no he encontrado ninguno que funcione.

Esperemos que esta nueva opción de Google Reader obtenga mejores resultados…

Imagen de guspim

En los últimos meses se han sucedido las noticias y los lanzamientos de herramientas en torno a Google y la velocidad de carga de las páginas web. ¿Cuál es el verdadero objetivo del gigante de Internet?

Lo cierto es que últimamente Google está haciendo bastante hincapié en la optimización de los sitios web, ya sea a través de herramientas como el complemento para Firefox Page Speed o la ya comentada Speed Tracer, o bien mediante la publicación de artículos relacionados con el tema.

Matt  Cutts, ingeniero de Google, comentó en una entrevista que la velocidad de carga podría empezar a ser un factor de posicionamiento. A partir de esta especie de anuncio oficial, surgieron multitud de comentarios como este, este o este.

Como bien se apunta en alguno de ellos, detrás de este interés por mejorar la web y la experiencia del usuario seguramente hay algo más, como un ahorro sustancial en tiempos de procesamiento y, por lo tanto, recursos.

Y por supuesto, también suelen aprovechar el tirón para meter su cuña sobre la rapidez de Chrome a la hora de cargar las páginas. ¿Tiene algo que ver el buen rendimiento del navegador de Google? Quizás es parte de una estrategia conjunta para promocionar el uso de Google Chrome.

Foto de Telegraph.co.uk

Después de varios meses de trabajo, por fin ha llegado el momento de lanzar nuestro primer proyecto “importante”. Se trata de ShareUsers, una aplicación gratuita que te permite aumentar el número de visitas de tu web o blog.

De momento se trata sólo de una versión beta privada, es decir que está en fase de pruebas y para un número reducido de usuarios. Pero, salvo error u omisión, es totalmente operativa. De hecho, ya está funcionando con varios de nuestros sitios web y blogs.

¿Qué es ShareUsers? Pues como su propio nombre indica, es un servicio web que te permite compartir tus usuarios con otras páginas. El cómo es muy sencillo: instalas una serie de enlaces en tu web o blog que apuntan a ShareUsers, y cuando nuestra aplicación recibe una visita elige de manera equitativa la página de destino y redirige allí a tus usuarios.

Todo este proceso se realiza a través de palabras clave de entrada y de salida, que tú mismo puedes elegir. Una vez que te registras en ShareUsers y das de alta tus sitios web, puedes suscribirlos a los términos que creas más apropiados.

Las palabras clave de entrada son aquellas a través de las cuales recibes visitas. Las de salida, sin embargo, serán las que enlaces en tu página y lleven a tus usuarios a otros sitios web.

De esa forma, aportas a la comunidad usuarios interesados en el tema de tu página (o en otro cualquiera, según tú decidas) y recibes visitas de gente interesada en las palabras clave de entrada que has elegido. Pero siempre de una forma equilibrada: por cada usuario que aportas, recibes otro.

Puedes copiar los enlaces a mano, pero te sugerimos que uses alguna de nuestras herramientas para hacerte la tarea más fácil (plugins, gagdets en Javascript,…).

Si tienes una web o un blog y quieres aumentar su tráfico, anímate a probar la aplicación y pídeme una invitación.

Es difícil definir UserVoice. Podríamos decir que es una comunidad que reúne a los usuarios de otro sitio web para que aporten y voten sus ideas y sugerencias de una forma más interactiva que un simple e-mail o formulario de contacto.

El slogan de la home es muy atractivo, rompiendo moldes: “Tus clientes tienen ideas estupendas. ¿Estás listo para escucharles?“. Si eres de los que piensa que tus usuarios no tienen nada que aportar, no sigas leyendo.

Y la explicación de su funcionamiento, clara y sencilla:

1. Pon tus ideas en común
2. Vota las mejores
3. Contesta, aplica & ¡repite!

Es decir:

1. Brainstorming entre tus empleados, usuarios y/o clientes.
2. Votación popular para decidir cuáles son las mejores ideas.
3. Y lo más importante, tu feedback: responde, implementa la sugerencia… y vuelve a empezar con el proceso.

Está disponible en varios idiomas y versiones, según las necesidades de tu proyecto o las ganas que tengas de invertir dinero.

Una herramienta que parece muy útil para mejorar la relación con los usuarios, que aporten sus ideas y que se sientan escuchados.