La NASA utiliza 36,422 Selfies para crear una foto del planeta Tierra

Para celebrar el Día de la Tierra (22 de Abril del 2014), la NASA hizo una campaña pidiendo a sus Usuarios que envíen sus propios Selfies para poder armar una foto del Planeta Tierra.

Más de 50,000 personas de todos lados del mundo publicaron su foto con la etiqueta #GlobalSelfie a través de las Redes Sociales.

El mismo Día de la Tierra la NASA publicó esta imagen del Planeta Tierra usando 36,422 de los Selfies enviados, generando una imagen de 3.2 GigaPixels.


(Hagan un scroll para ver los Selfies individuales)

selfies

anigif_enhanced-20394-1400796991-7

Aquí un vídeo de la campaña:



Ajustando el valor de Rebotes o Bounce Rate en Google Analytics

Conocen lo que es el valor de Rebotes o Bounce Rate en Google Analytics? Pues se trata del porcentaje de usuarios que abandonan su Sitio Web sin interactuar con la misma. Normalmente se considera que un Usuario ha interactuado con el Sitio Web cuando ha visto o leído más de 1 página o cuando ha navegado en el Sitio Web.

bounce rate o porcentaje de rebotes

En teoría este valor es muy útil pues demostraría que los Usuarios que nos han visitado no han usado el Sitio Web, normalmente por estos motivos:

  • El Usuario ha llegado al Sitio Web proveniente de un enlace externo o publicidad y se ha dado cuenta que no es lo que realmente buscaba.
  • El Usuario visita regularmente su Sitio Web en busca de actualizaciones y al no encontrarlas se va a otro sitio.

Sin embargo, existen casos donde el visitar sólo 1 Página Web de todo nuestro Sitio Web es válido. Les muestro algunos ejemplos:

  • Hemos creado un Landing Page donde el Usuario revisa una promoción nuestra y el mismo Usuario ha llamado a nuestro teléfono a pedir mayor información… al final no ha seguido navegando ni ha llenado un formulario.
  • El Usuario visita nuestra página de ofertas (que tiene además entre sus marcadores favoritos) y se da cuenta que no hay nada nuevo.
  • El Usuario ha buscado en Google un tema en particular y desde ahí ha ingresado a nuestro Sitio Web. Como el ingreso fue directo a la página de la información no ha requerido seguir navegando y se ha ido a buscar más información.
  • Al Usuario le gusta nuestro Blog o Web y aunque lo visita todos los días solo encuentra actualizaciones semanales, por lo que de 7 visitas 6 son rebotes.

Bueno, hay forma de configurar Google Analytics para que considere estas páginas vistas como una Visita que no ha generado un rebote. Para hacer esto hay que agregar una línea de código* entre en código mismo de Analytics:

 

<script type=”text/javascript”>

var _gaq = _gaq || [];
_gaq.push(['_setAccount', 'UA-XXXXXXX-1']);
_gaq.push(['_trackPageview']);
setTimeout(“_gaq.push(['_trackEvent', '15_seconds', 'read'])”,15000);

(function() {
var ga = document.createElement(‘script’); ga.type = ‘text/javascript’; ga.async = true;
ga.src = (‘https:’ == document.location.protocol ? ‘https://ssl’ : ‘http://www’) + ‘.google-analytics.com/ga.js’;
var s = document.getElementsByTagName(‘script’)[0]; s.parentNode.insertBefore(ga, s);
})();

</script>

 

*Nota: Hemos encontrado otras versiones de la misma funcionalidad pero al parecer solo esta nos funciona, por eso la compartimos.

Esta línea de código lo que hace es que le dice a Analytics que si el usuario ha permanecido por 15 segundos leyendo nuestra página web no debe considerarse un rebote. Se pueden cambiar los 15 segundos a cualquier otro valor deseado.

Debemos aclarar que hacer este ajuste va a modificar la forma como Google Analytics analiza las visitas a su Sitio Web; por eso solo debe hacerse cuando sea necesario.

Los dejo con algunos valores normales de Rebotes en la industria:

promedio de rebotes o bounce rate average



Usando comentarios de Facebook en su Web o Blog: Pros y Contras

Hace ya un buen tiempo Facebook permite colocar una opción de Comentarios en cualquier Pagina Web, lo que nos facilita la vida a los Desarrolladores Web al usar un simple código para ofrecer esta funcionalidad.

facebook

Aun así, es importante que sepamos algunos Pros y Contras de usar esta funcionalidad en comparación con la forma tradicional de poner Comentarios en un Sitio Web o Blog.

1) No hay forma de publicar comentarios anónimos
Esto puede ser una ventaja pues al menos Facebook limita el uso del Servicio a Usuarios que están registrados dentro de su red Social.
De la forma tradicional era posible (y en forma indiscriminada) publicar comentarios sin ningún tipo de autoría.
Puede también ser un punto en contra cuando se trata de temas sensibles… es posible que la gente no comente pues sabe que su nombre aparecerá asociado al comentario que tal vez pudo hacerse en forma privada.

2) Caso todos están en Facebook
En todo caso no es una limitación usar esta funcionalidad pues es muy común que nuestros usuarios (todos ellos) ya estén inscritos dentro de la red Social.

3) Los comentarios serán permanentes?
Tenemos confianza en pensar que Facebook no desaparecerá. Aun así, al depender de un tercero que aloja nuestros comentarios siempre existe la posibilidad que tengan algún problema y den de baja a la funcionalidad (lo que podría causar que perdamos información) o que simplemente dejen de existir y nosotros no.

4) Algunas Empresas/Instituciones no permiten el uso de Facebook
En algunos lugares el uso de esta Red Social está prohibido. Esto evitaría que tengan acceso a la funcionalidad de publicar comentarios o de ver los existentes.

5) Es posible viralizar nuestros contenidos
Ya que Facebook permite las opciones de compartir entre sus usuarios es posible que nuestros contenidos se vean beneficiados al ser comentados y compartidos con otros usuarios de la Red Social.

Queda en Uds. decidir cuál es la mejor forma de facilitar a sus usuarios el comentar dentro de sus Webs o Blogs.



Reglas de Email Marketing para usuarios moviles

Revisando algunas estadísticas de Internet encontramos que muchos de nuestros posibles clientes pueden estar accesando a sus emails a través de sus smartphones; aquí algunas estadísticas:

  • 49% de emails son abiertos desde un dispositivo móvil (tablet, smartphone) – Litmus Email Analytics 2014
  • 68% de usuarios de Gmail, Hotmail, Yahoo abren sus emails desde sus smartphones – Litmus Email Analytics 2013
  • En promedio se estima que los usuarios que leerán sus emails desde dispositivos móviles crecerán en un 28% en el 2014 y 23% en el 2015 – Radicati Group Email Statistics 2013-2017
  • Los Usuarios invierten en promedio 9 minutos al día leyendo emails desde dispositivos móviles – Mobile Life Report of 2013

iphone-anatomy350px

Considerando esto les alcanzamos algunos consejos para optimizar las campañas de emailing considerando a este tipo de usuarios:

Regla 1 – sean concisos
Lo mejor es limitar el contenido considerando que los usuarios móviles no tienen mucho tiempo para leer emails.
Los Usuarios normalmente ven sus emails mientras se mueven y no van a hacer mucho scroll ni a hacer zoom en contenidos que no son prioritarios.

Regla 2 – usar solo una columna de información
Un email con solo una columna de información es mejor que usar 2 o mas. Todos sabemos el tamaño de las pantallas de los dispositivos móviles… sigan la regla 1.

Regla 3 – Usen imágenes solo cuando sea necesario
Siguiendo la regla 1 y 2 lo mejor es mostrar texto en lugar de imágenes dentro de nuestros emails.
Si quieren usar una imagen asegúrense de que sea absolutamente necesaria. Recuerden considerar el tamaño y peso de la imagen; los usuarios móviles solo harán zoom si les interesa mucho y el peso puede afectar sus paquetes de datos contratados.

Regla 4 – siempre enlazar a la versión Web
Permitan al Usuario decidir si el contenido es tan interesante como para abrir mas información usando su navegador tradicional; ya sea desde su mismo dispositivo móvil o desde su PC.

Regla 5 – Usar fuentes legibles
Usen tipos de fuente que permitan ser leídos sin cansancio por parte del usuario que recibe el email.
También deben considerar los colores de fuentes y fondos para hacer mas amigable la lectura de información.

Hay una sugerencia que indica que las fuentes regulares deben ser de 11pt mientras que los títulos o llamados de acción deben tener 22pt.



Como generar un archivo SiteMap

Ya habíamos comentado que el archivo Sitemap es el que contiene la lista de todas las páginas web de nuestro Site; es importante porque al no existir estamos dejando a la voluntad de los Buscadores el correcto y completo indexamiento de todo nuestro Sitio Web.

sitemap

Hay distintas herramientas Web que nos permiten generarlo; aquí algunos ejemplos:
http://www.web-site-map.com/
http://www.xml-sitemaps.com/

Sin embargo, es necesario comentar que estas Herramientas Online, al ser gratuitas tienen algunas limitaciones como:

  • Es posible que nos inserten algún enlace incorrecto (dentro del mismo Sitio Web)
  • Tienen un límite de páginas que listan; generalmente de 500. Esto es ideal para Sitios Web pequeños.
  • Tienen un límite de profundidad; es decir que solo listaran las páginas enlazadas desde el Home Page y sus principales niveles (categorías). Si hay contenido dentro de categorías que están dentro de categorías (sub-niveles) es posible que no lo ubiquen.

Ahora, si desean Uds. mismos generar el archivo Sitemap, es necesario que sepan algunas cosas:

  • El archivo debe llamarse sitemap.xml (en minúsculas)
  • La ubicación del archivo debe ser la raíz del Sitio Web (ejemplo: www.tusitioweb.com/sitemap.xml)
  • El formato del archivo es XML; deben conocer un poco del protocolo antes de modificarlo.
  • Dentro del archivo SOLO pueden existir páginas de ese Sitio Web; si el Sitio Web es http://www.tusitioweb.com no pueden enlazar páginas de http://blog.tusitioweb.com
  • Debe haber solo 1 URL por línea
  • Los URLs deben ser completos (incluyendo el http://)
  • El archivo Sitemap puede contener un máximo de 50,000 URLs y no puede pesar más de 10MB (10,485,760 bytes).

Un ejemplo de un archivo básico es:

 

<?xml version=”1.0″ encoding=”UTF-8″?>
<urlset xmlns=”http://www.sitemaps.org/schemas/sitemap/0.9″>
<url>
<loc>http://www.tusitioweb.com/</loc>
<lastmod>2014-05-14</lastmod>
<changefreq>monthly</changefreq>
<priority>0.5</priority>
</url>
</urlset>

 

Donde:

  • loc: URL de la ubicación de la página web a indexar
  • lastmod: La fecha de última modificación del contenido de ese URL; el formato es YYYY-MM-DD
  • changefreq: La frecuencia en la que este URL cambia de contenido; los valores posibles son: always, hourly, daily, weekly, monthly, yearly, never
  • priority: Prioridad del URL dentro del Sitio Web; no es la prioridad de indexamiento sino que es buena idea darle prioridad más alta a URLs de menús como cabezas de categorías. Los valores van desde el 0.0 al 1.0 (0.5 es el valor por defecto)

Más información: (es bastante técnico)
http://www.sitemaps.org/protocol.html

Finalmente, es una buena idea que informen a los Buscadores que tienen un nuevo Sitemap creado; para hacer eso hay 3 formas:

1) Enviar la ubicación del Sitemap mediante la página de altas de cada buscador (search engine’s submission interface)

2) Especificar la ubicación del Sitemap dentro del archivo robots.txt

3) Enviar manualmente la ubicación del Sitemap vía HTTP. Pueden digitar el siguiente URL <searchengine_URL>/ping?sitemap=sitemap_url

Donde:

  • <searchengine_URL> = dirección del buscador como www.google.com u otros
  • sitemap_url = URL de su archivo Sitemap; ejemplo: http://www.tusitioweb.com/sitemap.xml

 

 



Buscar:

Slider by webdesign