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 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.

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.

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.

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

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

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.

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.