Archivo de la etiqueta: google

vuelta a google

Deja una respuesta

No conozco los entresijos de sus algoritmos, pero cómo me ha tocado sufrir la ira de google en forma de exclusión, voy a comentar lo que me ha pasado por si le puede servir a alguien. Si este articulo llega a ojos de algún experto en SEO, probablemente pueda explicarlo mucho mejor.

Cómo se puede ver en el siguiente gráfico de visitas, entre el 1 de octubre de 2011 y el 5 de febrero de 2012, el blog ha estado prácticamente excluido de las búsquedas en google:

Creo que la secuencia de eventos que ha provocado la caída y recuperación de visitas ha sido la siguiente:

  • Nuevo estilo del blog el 17/10/2011: aunque las visitas estaban cayendo unos días antes, el cambio de estilo es la causa más probable de la disminución de visitas. Lo primero que pensé es que el blog estaba metido en el sandboxing de google, pero parece que sólo se aplica a dominios nuevos y no debería afectar en casos de rediseño.
  • Nuevos contenidos: Otra posible causa de la reducción de visitas es una serie de cambios en el algoritmo de indexación de google que favorecía (entre otras cosas) las páginas con contenidos más recientes. En medio del valle de visitas publiqué pocos artículos, pero las entradas del 16/11/2011 y el 25/1/2012 no tuvieron ningún efecto. Así que probablemente la actualización de contenidos no fue la causa, sino algún cambio en el estilo.
  • Vuelta a la normalidad: Tal como se fueron, volvieron de nuevo las visitas, el 19 de enero. Justo en esa fecha google publicó un cambio menor en sus algoritmos, que favorece las páginas con menos scroll hasta el contenido relevante. El nuevo estilo que instalé el 17/10 creo que mejora en este aspecto, pero no creo que sea lo suficientemente significativo comparado con el estilo anterior.

Mi conclusión es que probablemente algún cambio provocado por el nuevo estilo no le sentó muy bien a google, pero al final el paso del tiempo me ha devuelto la posición en el índice. En la práctica, es una especie de sandboxing y para los que vivan de esto puede ser bastante molesto. Coincido con lo que comenta César Martín en alzado.org, el principal motor que genera visitas en internet es google, a pesar de los esfuerzos de twitter, facebook, etc. Mientras google estaba enfadado, apenas han entrado visitas.

 

flattr this!

buscador google

Deja una respuesta

Se habla de que google tiene un 90% de penetración en España, así que los últimos cambios en las búsquedas web de google no han podido pasar desapercibidas. El nuevo diseño me parece bueno, pero me parece mejor porque hace que un motor de búsqueda minimalista se comporte cómo una aplicación más que cómo una página web: vistas previas, recargas instantáneas y atajos de teclado. Más diseño interactivo (y programación en javascript) y menos html estático. No sólo gmail y google maps se benefician de las técnicas ajax para hacer las páginas más interactivas, el buscador google también es una aplicación web.

flattr this!

google car

1 respuesta

Inesperadamente, Google ha anunciado que está probando coches sin conductor en carreteras y condiciones de tráfico reales. La noticia se me coló en vacaciones y la he descubierto a través de un artículo de Robin Hanson en overcoming bias, que identifica la conducción automática como una de las innovaciones más importantes para construir ciudades más grandes.

Tecnología patrocinada por el DARPA

¿De dónde ha sacado Google esta tecnología? Pues de Sebastian Thrun, jefe del equipo ganador del DARPA Grand Challenge del 2005 y del segundo premio en el 2007 del que ya he hablado por aquí. Uniendo la tecnología desarrollada por Thrun y su equipo, los coches de Google Maps y los centros de datos de Google, tenemos la combinación perfecta para desarrollar coches que conducen solos.

El NY Times ha cubierto la noticia en detalle y publicado un video sobre los coches de google:

Robert Scoble grabó un video de los coches antes de que google publicara la noticia, sin saber que el coche estaba conduciendo solo:

Sensores y algoritmos probabilisticos

La clave de estos coches son los sensores y los algoritmos de procesamiento de los datos obtenidos. En el artículo del Times se pueden ver los sensores que lleva un coche: un Lidar, 4 radares convencionales, una cámara de video y un estimador de posición. El propio Sebastian Thrun ha publicado un libro sobre robótica probabilística (Probabilistic Robotics).

Furgoneta italiana

Por otra parte, una universidad italiana que también participó en el Grand Challenge han construido una furgoneta autónoma que está conduciendo desde Italia hasta China, 13.000 km sin conductor. En la furgoneta viaja un conductor que de vez en cuando toma el control del vehículo porque hay zonas de las que no se tienen mapas y le acompañan varios vehiculos de apoyo.

Cambios legales

Es inesperado que Google haya desarrollado esta tecnología, pero no es sorprendente ya que es un proyecto que encaja enla filosofía de Google, es difícil, basado en investigaciones universitarias y muy, muy ambicioso. Como producto es difícil que lo desarrolle Google directamente, seguramente le dará licencias a los fabricantes para utilizar su software. Pero bueno, es complicado que antes de 10 años veamos coches conducidos automáticamente, aunque sólo sea por el cambio de legislación necesario (los coches de Google son legales ya que siempre hay un conductor que puede tomar el control del vehículo).

flattr this!

aplicaciones web mozilla (y II)

Deja una respuesta

La semana pasada Mozilla presentó una propuesta para crear aplicaciones y tiendas de aplicaciones basadas en la web. Aunque la propuesta es mucho más abierta que las tiendas de apple (App Store) o google (Web Store), es complicado que funcione. Algunas ideas que se me ocurren sobre la nueva propuesta de mozilla:

  • Prism parece que no tiene futuro. En el directorio de proyectos de mozilla labs, ya aparece como proyecto inactivo. La idea de Prism era muy buena, pero la implementación cómo una aplicación independiente, no. Chrome implementó la idea de una forma más fácil de usar, dentro del propio navegador.
  • Integración con el escritorio / móvil. Es el principal problema de la propuesta de mozilla. Se da por supuesto que la integración es inmediata, pero no creo que sea tan sencillo. Gracias a Prism y a Fennec, Mozilla tiene tecnología para conseguirlo, pero dependerá del resto de navegadores conseguir que sea multiplataforma.
  • Cambia la perspectiva de la web. Hasta ahora, la mayoría de las aplicaciones y contenidos en internet se han financiado a través de la publicidad. Una alternativa ha sido crear servicios freemium con una cuota mensual. La App Store de Apple cambió está perspectiva para las aplicaciones de móviles: vender aplicaciones por descarga. Si la idea de Chrome y de Mozilla funciona, muchas aplicaciones web podrían cambiar su modelo de generar ingresos, al estilo de la app store.
  • Visión de plataforma. Es una visión diferente de una plataforma. Frente al modelo cerrado e integrado de apple, presentan un modelo abierto pero fragmentado similar a la situación actual en la web.

¿Porqué he escrito más en detalle sobre esta propuesta? Después de que se anunciase Prism, pensé en que sería buena idea crear un repositorio de aplicaciones web instalables en el escritorio. Hace un par de años empecé a trabajar un poco en esa idea y poco a poco he ido creando un prototipo que reutilizase prism, llamado app-share.com. En la última versión, descarté el uso de prism y lo transformé en un escritorio web, que actualmente tiene un aspecto muy similar al prototipo de mozilla. En el futuro intentaré integrar la nueva propuesta de Mozilla.

flattr this!

aplicaciones web mozilla (I)

2 respuestas

Mozilla ha presentado una propuesta para crear aplicaciones web que permitirá el desarrollo de tiendas al estilo de la App Store de Apple. La nueva tecnología se llama open web applications y por ahora sólo han presentado un prototipo con el objetivo de estandarizar las tecnologías abiertas necesarias que permitan el desarrollo de aplicaciones, tiendas, directorios y los mecanismos de instalación de las aplicaciones web. Aquí podeis ver el video de presentación en inglés:

Después de echarle un ojo a la documentación, resumo un poco las ideas incluidas en la propuesta de la Open Web Applications. En otro post, comentaré algunas ideas que se me ocurren con esta propuesta.

Elementos de la Open Web Applications

En la arquitectura propuesta, se encuentran los siguientes elementos:

Aplicaciones: Son aplicaciones web normales con un manifiesto que contiene información para la instalación. Con esa información contenida en el manifiesto, las aplicaciones se podrán instalara en distintos dispositivos. La objetivo de usar aplicaciones web es aprovechar html5 y a través del almacenamiento local definido por html5, una aplicación web podría comportarse casi como una aplicación nativa, trabajando, si fuese necesario, sin conexión a internet.

Tiendas o repositorios: Son directorios de aplicaciones que permiten buscar y/o comprar aplicaciones. En el caso de las tiendas, tendrán un mecanismo de pago seguro para poder descargar una aplicación. Las tiendas/repositorios son las que permitirán la descarga del manifiesto de una aplicación, convirtiendose en los distribuidores de las aplicaciones.

Usuarios: el usuario podrá instalar aplicaciones en su navegador, en el escritorio de su ordenador o en su móvil. El usuario buscará estas aplicaciones en las tiendas de software, en repositorios compartidos o directamente desde la propia aplicación. Las aplicaciones podrían ser de pago o no dependiendo del creador de la misma.

La clave del funcionamiento de estas aplicaciones es html5, el almacenamiento local y el manifiesto de la aplicación. Con esta arquitectura se conseguirán aplicaciones que presentan características de aplicaciones de escritorio y de aplicaciones web:

  • Integradas e instalables en el escritorio o en el móvil.
  • Encontrables por buscadores web.
  • Enlazables igual que las páginas web existentes.
  • Construidas con tecnologías web (HTML, CSS y JavaScript) abiertas y estandarizadas.
  • Compatiles con todos los navegadores modernos.
  • Fáciles de lanzar y de mantener.

Tiendas de aplicaciones

Con la propuesta de Mozilla, se habilitarán varios métodos de distribución de software:

  • Soportarán esquemas de aplicaciones de pago.
  • Soportarán compras portables, lo que pagas una vez lo puedes llevar a todos tus ordenadores, móviles, etc.
  • Distribución abierta, en distintas tiendas y/o distribución desde la propia aplicación web.

La Open Web Applications es una respuesta a la tienda de aplicaciones web Chrome que a su vez es una versión del Android Market para aplicaciones web, que es una copia de la App Store de Apple, la tienda es más exitosa y rentable hasta el momento. Mientras que la App Store y el Android Market son tiendas para aplicaciones móviles nativas, la Open Web Application y la Chrome Web Store están pensadas para aplicaciones web. La diferencia entre ambas es que la arquitectura de Mozilla está abierta a distintos navegadores y tiendas mientras que la tienda de google en principio solo funcionará con la tienda de google en el navegador chrome. Por el momento, mozilla no va a construir una tienda de aplicaciones, esperan que sean otros los que utilicen su tecnología para construir tiendas. Además Apple acaba de anunciar una tienda de aplicaciones para Mac, la Mac App Store.

La propuesta de Mozilla tiene la arquitectura más abierta, que permitirá crear distintas tiendas, repositorios de aplicaciones y la autopublicación de aplicaciones a los desarrolladores, utilizando tecnologías abiertas y compatibles entre distintos navegadores y aparentemente no están pensando en crear su propia tienda de aplicaciones.

flattr this!

como cambian las cosas

1 respuesta

La guerra de los navegadores que enfrentó en los 90 a Netscape con Explorer de Microsoft terminó con un navegador predominante que no era compatible con los estándares de la web. Desde entonces pesar de que explorer es el navegador más utilizado, ha estado por detrás en características y compatibilidad, llegandose a la situación de que Explorer durante muchos años era el estándar de facto frente a las especificaciones del w3c (el consorcio que se encarga de definir los estándares de la web).

En la segunda guerra de los navegadores, que empezó cuando mozilla empezó a desarrollar su navegador firefox, microsoft ha seguido rezagada en compatibilidad y características. Explorer es el único navegador que no soporta muchas características de html5 y css3, mientras que firefox, chrome, safari y opera ya soportan una buena parte de los nuevos estándares.

Pero al fin, microsoft parece que se preocupa de los estándares: han creado un concurso de aplicaciones web de menos 10K en el que uno de los requisitos es que la aplicación funcione con Firefox, Webkit (Chrome y Safari) y IE9 dev preview (la nueva versión de internet explorer en desarrollo). Recuerda mucho a chrome experiments, pero hace más enfasis en la compatibilidad entre navegadores, impensable hace unos años.

flattr this!

la web ha muerto

Deja una respuesta

Chris Anderson (famoso por su teoría de la larga cola) y Michael Wolff han levantado la polémica entre los bloggers con un artículo en wired en el que declaran que la web ha muerto. Según su punto de vista, la web ha muerto básicamente porque cada vez se accede menos a las aplicaciones online a través de un navegador y cada vez se usan más aplicaciones específicas para iPhone o iPad.

Uno de los problemas del artículo es haber utilizado un gráfico de Cisco para apoyar su teoría, por lo que se les ha criticado duramente:

  • El gráfico muestra la cantidad de tráfico, el video consume mucho más tráfico que la web.
  • En la etiqueta video está incluido el video a través de la web (video a través de flash en sitios cómo youtube). Técnicamente se usa un navegador web para acceder a ese video.
  • La medida en tráfico no es comparable a la medida en tiempo de uso. La gráfica mide ancho de banda consumido porque a Cisco es un dato que le interesa para optimizar sus routers, pero es complicado extrapolar que la web ha muerto a partir de éste gráfico.
  • En su razonamiento exageran el peso de las aplicaciones de iPhone y iPad. Comparado con el total de consumo de datos no creo que sean muy relevantes, aunque probablemente dominen en sus respectivos mercados.

Sin embargo sus comentarios tienen cierto sentido, puede que se esté iniciando un cambio de tendencia:

  • Las aplicaciones en iPhone y iPad son (en general) más fáciles de usar que las páginas web. El navegador supone un añadido sobre las aplicaciones web  que complica su uso.
  • Google va a abrir una tienda de aplicaciones, cada vez más usuarios utilizan esta forma para buscar e instalar aplicaciones nativas y a partir de que google abrá su tienda también web. Es una forma de ocultar el navegador y esconder su complejidad, ya que permitirá instalar aplicaciones web.
  • Para los desarrolladores es una forma más fácil de monetizar una aplicación que la publicidad, por lo que habrá dinero corriendo y negocio, al igual que la App Store de Apple.

Creo que no han tenido en cuenta en escenario que en mi opinión más probable: el navegador es cada vez más un elemento que no aporta nada al usuario, que quiere acceder a aplicaciones web. Sin embargo es un elemento casi imprescindible para la arquitectura actual de aplicaciones web, así que lo más probable es que el navegador se integre en el sistema operativo. Google va a tratar de conseguirlo a través de Chrome OS. Uno de los principios descritos en The Laws of Simplicity de Jonh Maeda es el de ocultar la complejidad. Así cómo google es una caja de búsqueda sencilla que oculta miles de servidores y protocolos complejos, el navegador es un elemento complejo que, cada vez más, sólo sirve para acceder a aplicaciones web.

Por otra parte la web se apoya en el protocolo HTTP y muchos aplicaciones aunque sean nativas seguiran usando el protocolo de la web para acceder a la información. Así que  técnicamente la web sigue funcionando aunque sea por detrás. Por ejemplo TeetDeck, es una aplicación nativa, pero se apoya en el api de twitter basado en http.

En definitiva, a los usuarios les dará igual cómo acceder a internet, sea a través de un navegador o una aplicación nativa. En un estudio de hace tiempo, la mayoría de usuarios ni si quiera sabían lo que era un navegador. Las aplicaciones que usen internet se construirán a base de aplicaciones web ó nativas pero en cualquier caso la web no morirá sino que probablemente se transformará y el navegador quedará oculto en la tripas del sistema operativo.

flattr this!