Google promete hacer tu sitio más rápido

Entre un 25 y 60% de aumento de velocidad de descarga es lo que promete Google si usas Page Speed Service, su nuevo servicio de optimización de sitios. Esto puede ser bastante importante dado que la velocidad es algo en que los visitantes se fijan cada vez más, además que Google le da mejor posición a las páginas que cargan rápidamente.

La manera en que funcionaría es que le das a Google la información de en que servidor encontrar tu sitio. Google va, lo analiza, optimiza las imágenes, pone todas las hojas de estilo juntas, hace más sencillo ciertos códigos, etc. Hecho esto cambias tu nombre de dominio para que apunte al servidor de Google en vez de a tu propio servidor.

A partir de ahora tu sitio reside en el servidor de Google, aunque todavía necesitarás tu servidor porque tu sitio original va a vivir ahí para hacer cambios. Supongo que también archivos extra como videos, audio y demás seguirán ahí. No solamente contarás con la ventaja de la optimización aplicada por Google, sino también porque tu sitio residirá en varios servidores alrededor del mundo y tu visitante recibirá el contenido del que quede más cerca, o con el que tenga mejor conexión.

Lo que no me queda claro es que pasa con el javascript de terceros como anuncios, o si lo tuyo es una aplicación dinámica, como se manejaría esto.

El servicio estará en beta por un tiempo antes de abrirlo a todo el mundo. Por ahora solo lo puede usar un número limitado de webmasters selectos (que se han de sentir que los parió la gallina de los huevos de oro) y es gratis, pero eventualmente tendrá un costo. Aunque dice Google que en el momento que quieras puedes regresar todo como estaba, sobre todo si no ves ninguna mejora en la velocidad. Así que únicamente les pagas si ves mejora.

Si quieres sentirte parido por la gallina de los huevos de oro puedes también llenar una forma de solicitud y si eres digno Google te incorporará al programa de pruebas.

Suena a buena idea, pero ten en cuenta que esto significa entregarle las llaves de la casa a Google, va a ver quien entra, quien sale, que hacen adentro, etc. llegando a conocer tu sitio mucho mejor que tú. Como usarán después esta información o que productos desarrollarán posteriormente para usarla, pues es cosa que habremos de ver en el futuro. Aquí es donde va a estar la verdadera ganancia para Google, en el tener toda esa información generada por el tráfico a tu sitio.

Por mi parte pienso que es bueno ver que clase de optimizaciones aplica Google y después aplicarlas tú mismo en tu sitio. Podrá ser un poco más caro al inicio (por el tiempo que te llevará) pero resultará mejor a la larga, no nada más por el dinero que no le pagarás a Google, sino también porque aprenderás a hacer un sitio optimizado. Además seguirás siendo el amo de tu información.

Con información de ArsTechnica y Bitelia aderezada con mi propia e inimitable salsa gourmet.

Tu próximo iPhone lo controlarás con la mirada

Las últimas adquisiciones de Apple están comenzando a rendir frutos y una de ellas, Polar Rose, parece que es la responsable de que ahora se esté integrando el reconocimiento facial en iOS 5.

Lo más interesante de reconocer caras en este caso es que al estar integrado en el sistema operativo y contar con interfaces de programación, se pueden crear aplicaciones que “vean” caras. Parece ser que Apple incluirá comandos para reconocer la posición de la cara y algunos gestos en su próxima versión del sistema operativo para iPhones, iPads y todo eso.

A mí me parece un adelanto significativo porque estaríamos hablando de una manera diferente de controlar el aparato. Si puede ver nuestra cara puede reaccionar a ella. Es decir, podríamos crear una interfaz a la que le podemos decir que sí o no moviendo nuestra cabeza como lo haríamos con otra persona.

En el futuro es posible que estas interfaces se vuelvan más complejas, que puedan ver gestos como guiños, parpadeos, sonrisas y muecas. La comunicación facial es mucho más intuitiva que andar manoteando (bueno, hay gente que manotea más de lo que habla) y mucho más directa entre humanos.

También puede ayudar a que gente con problemas de movilidad pueda controlar su dispositivo más fácilmente. Combinándolo con el reconocimiento de voz podremos estar muy cerca de tener una interfaz de lenguaje natural con nuestro listófono.

Además del reconocimiento de caras, hay cierta evidencia que parece indicar que Apple va a revivir a Siri, el administrador personal que adquirieron hace un año o dos y que desapareció sin dejar rastro. Parece que se vuelve a asomar y por lo menos algunas de sus características estarán de alguna forma en iOS 5.

Ahora sí parece que la siguiente versión de iOS se ve prometedora. Pero no olvidemos que estamos hablando de Apple y nada es seguro hasta que lo anuncien.

Como hacer una buena versión móvil de tu sitio

Todos nosotros conocemos la importancia de tener un sitio móvil estos días, es decir, un sitio que sea accesible desde un listófono, o incluso desde un celular básico que ya casi todos vienen con algún tipo de navegador. Y por supuesto los iPhones, iPads, iPods, iPuds y lo que venga después.

Lo bueno es que gracias a desarrollos como html5, css3, mejores pantallas en los móviles y motores como webkit, construir un sitio que se adapte a las dimensiones de un móvil es más fácil que nunca.

Lo malo es que eso no basta para crear un buen sitio móvil. Para que sea bueno tendrá que ir más allá de adaptar la resolución a la pantalla y cargar una nueva hoja de estilos para que se vea bien en el espacio reducido. Tenemos que pensar sobre que es lo más probable que el usuario quiera hacer y dejárselo lo más fácil y rápido posible.

Mirando a un vaso desechable en vez del sitio web

“¡Al diablo! Está más fácil encontrar la información en el vaso” Foto de Ed Yourdon

Por ejemplo, en un sitio para restaurantes en la versión de escritorio tal vez quieras poner fotos para mostrar el ambiente, los platillos, el estilo del lugar, etc. lo cual está muy bien cuando el usuario está pensando en a donde llevar a la novia a cenar al día siguiente o planeando una comida de negocios tranquilamente en su casa u oficina.

En la calle, con el móvil en la mano y un portafolios en la otra o esperando a que se ponga la luz verde, el usuario probablemente estará en una situación muy distinta: quiere saber que hay de comer, que tan lejos está del restaurante y si es necesario llamar para hacer una reservación. Todo eso con una sola mano, en una pantallita y con prisa. Así que si nos ponemos a enseñarle fotos y escondemos el número de teléfono en el pie de la página lo más probable es que sí se acuerde de nosotros pero no de una buena manera.

Esto no quiere decir que no puedas tener estas cosas en tu sitio móvil, pero será mejor dejarlas en un apartado secundario, a uno o dos clics de distancia, mientras que la primera pantalla se la dejamos a la información que el usuario realmente está buscando y las acciones que queremos que tome (llamar y hacer una reservación, por ejemplo).

El truco está en ponerse en los zapatos del usuario y la mejor manera de hacerlo es agarrar algunos cuantos (de preferencia desconocidos que cumplan el perfil de nuestro mercado meta) y pedirles que nos ayuden a probar un sitio. Y si puede ser en su hábitat natural (la calle, el taxi, el café), mejor. Y si tienen todos dispositivos diferentes, mejor.

Ya que los elegimos les pedimos que lleven a cabo una serie de acciones: hacer una reservación, encontrar el menú del día, hacer una orden, pedir más información, es decir, las acciones que a nosotros nos interesa más que nuestros usuarios lleven a cabo.

Mientras las hacen les pediremos que nos digan lo que piensan, que están haciendo y por que lo están haciendo sin darles nosotros ninguna ayuda.

Este es un tipo muy básico de prueba pero nos ayudará muchísimo a darnos cuenta como se comporta nuestro sitio web móvil y donde necesitamos corregir o hacer más fácil su uso. Literalmente hacer estas pruebas representan un mundo de diferencia.

¿Tienes alguna otra sugerencia o pregunta sobre sitios web móviles? ¡Déja un comentario!

Como hacer tu sitio móvil más rápido.

En una encuesta realizada por la empresa Compuware se reveló que los usuarios de internet móvil esperan un tiempo de respuesta igual al de los sitios de escritorio, a pesar de que la capacidad de procesamiento de un teléfono, aunque han mejorado mucho, no es ni de cerca la de una computadora de escritorio promedio. Además que el ancho de banda deja a veces mucho que desear y la información no baja igual de rápido.

Esto no le importa al usuario promedio, ellos quieren sus sitios y los quieren ya, al grado que casi la mitad de ellos no regresaría a un sitio que les haya resultado lento. Y por lento ellos quieren decir que haya tardado más de cinco segundos en aparecer algo.

Algunos teléfonos no muestran sitios que resultan demasiado grandes.

Este es un cliente perdido. Foto de padday

De por sí la velocidad de carga del sitio ya era importante, ahora se vuelve todavía más. Con todos los dispositivos móviles que andan por ahí y con cada vez más gente usándolos para acceder al internet mientras andan por la calle haciendo sus cosas, el tener un buen sitio pensado para el usuario móvil puede ser de importancia vital.

Para hacer el sitio más rápido en cargar puedes seguir estas recomendaciones:

1. No abuses del javascript. Los scripts que vayas a usar de preferencia ponlos al final de manera que el navegador pueda cargar y mostrar el contenido primero.

2. Ten cuidado con la publicidad. A veces los servidores de publicidad se atoran y pueden dejar a tu usuario esperando en lo que responden, por supuesto el usuario no le va a echar la culpa a ellos, sino a tu sitio por ser lento.

3. Pon el contenido relevante antes. No me refiero a ponerlo arriba del “doblez” (the fold) que no existe, sino a ponerlo antes en el código, en vez del encabezado y todo eso que por lo general ponemos hasta arriba y al usuario no le interesa. En ningún lado está escrito que tengamos que escribir el código en orden de aparición, simplemente a eso estamos acostumbrados. Es mejor práctica escribir el código en orden de relevancia y después acomodar donde va todo con css.

4.Usa sprites. Cada vez que llamas a una imagen del servidor el navegador tiene que esperar a que ese servidor responda y a que mande la imagen. “Sprites” es cuando pones todas las imágenes (o las que tenga sentido poner juntas) en un solo archivo grandote y luego usas css para indicar que parte de esa imagen vas a usar, por ejemplo en un fondo o en un botón. De esa manera sólo llamamos a un archivo. Claro, tarda más en bajar, pero de todos modos ibas a bajar toda esa información repartida en archivitos.

5. Optimiza las imágenes. Ya que estamos hablando de las imágenes, puedes usar las diferentes hojas de estilo del sitio móvil para cargar imágenes de fondo y del diseño distintas a las del sitio de escritorio. Imágenes que pesen menos y se vean mejor en una pantalla pequeña. Tal vez suene obvio, pero es fácil de olvidar. También es buena idea usar javascript para decidir si se cargan ciertas imágenes ilustrativas o si sólo ponemos un vínculo hacia ellas.

Son mis pequeñas recomendaciones. Si tienes alguna otra o una observación, me lo puedes dejar en los comentarios.

Tu sitio y las políticas de privacidad

La semana pasada entró en vigor la nueva ley de protección de datos personales que pretende “proteger” la información que la gente deja por todos lados. Si eres de los que recoge información a través de tu sitio, blog, encuestas y eso dice que es lo que puedes recoger y como debes manejar esos datos. También dice a que tienen derecho las personas que dejan sus datos.

Por ejemplo, esta ley dice que únicamente debes recoger los datos que sean estrictamente necesarios para lo que vas a hacer. Más de una vez me ha tocado que para tener acceso a algunos sitios me piden número de teléfono y hasta dirección física cuando no hay razón por la que deban pedirla.

Otra cosa a la que hay que estar muy atentos es que tu sitio debe tener una política de privacidad en donde especifiques a la gente que información estás recabando, que vas a hacer con ella y darle a la gente la oportunidad de corregir o eliminar la información que tengas sobre ellos.

Muchas de estas cosas son de sentido común y nunca está de más el tener una política de privacidad aunque no sea cuestión de ley. En esta ley no estamos contemplado los bloggers comunes y corrientes que no tengan intereses comerciales y reúnan la información con fines simplemente comerciales. Como este sitio, donde la única información que se te pide es para los comentarios, que además son de Disqus, así que si tienes un problema, es con ellos. A mí no me vengas 😛

Pero si reúnes más información personal o tienes algún fin comercial, entonces sí debes elaborar una política de privacidad. De cualquier modo es conveniente que tengas en mente como manejas la información que otras personas puedan dejar en tu sitio.

Microsoft matará los comentarios condicionales en IE10

Hace un rato, en el blog de desarrollo de IE10, se anunció que la próxima versión de este navegador no traerá comentarios condicionales.

Para los que no los conozcan, los comentarios condicionales son una característica que MS implementó en IE5 para detectar la versión del navegador y cargar algunas cosas. Por ejemplo, algún mensaje, un estilo diferente, etc. En teoría sería algo muy útil, en la práctica la manera más utilizada fue para cargar hojas de estilo adicionales que corrigieran los errores de las distintas versiones de IE y así poder tener cierta consistencia en un sitio web en diferentes plataformas.

Pronto no hará falta recurrir a métodos tan radicales para que IE se comporte. Foto de BlubrNL

Ahora, MS recomienda da un paso más hacia la estandarización y seguir el camino que llevan todos los demás al recomendar que se use detección de características en vez de detectar el navegador. Es decir, en vez de tratar de ver que navegador está usando tu cliente para servir el sitio de tal o cual manera, mejor checas si el navegador puede hacer tal o cual cosa. Esto es lo que deberías estar haciendo de cualquier modo.

A pesar de que en esta versión MS se intenta apegar lo más posible a los estándares del W3C (e IE9 es un muy buen ejemplo de como ha intentado hacer las cosas bien) sin duda todavía habrá diferencias entre sus navegadores y los demás, simple y sencillamente porque siempre hay diferencias entre navegadores, así es la vida. Para casos que no quede de otra seguro que todavía será posible detectar el navegador a través de javascript, igual que los demás navegadores.

Pues no parece gran cosa, pero espero que sea una señal de que MS va por el camino correcto al hacer a IE10 más como los demás navegadores.