El triángulo de las Bermudas: Safari, el iTablet y los contenidos en internet

Que Apple está desarrollando un dispositivo táctil que va más allá del iPhone no es ninguna novedad. Qué este dispositivo contará con una pantalla mayor que le permitirá una mejor resolución que el iPhone es obvio, y que la compañía de Cupertino está trabajando en un nuevo modelo de negocio relacionado con los contenidos es otro de los rumores que se está posicionando con fuerza desde este pasado verano, refrendado si cabe aún más por las declaraciones del editor ejecutivo Bill Keller que comenta en un evento sobre periodismo sobre el siguiente movimiento de Apple (vídeo en el interior).

A toda esta información se une que diferentes medios australianos han hecho público que la compañía de Cupertino les ha contactado para hablar sobre como estas empresas van a ofrecer sus contenidos sobre el muy rumoreado iTablet, e incluso les ha enviado especificaciones de como se ha de preparar el mismo para el dispositivo.

Todas estas pistas apuntan a que el iTablet, cuando salga en un momento indeterminado del primer trimestre de 2010, tenga un fuerte componente de consumo de información más allá del iPhone y del iPod Touch. Si ambos dispositivos son un teléfono-PDA-más-allá y un iPod-consola-PDA-etc, el iTablet apunta maneras de ser un intento de desbancar el consumo de información tal como lo conocemos ... y eso trae muchos puntos de análisis sobre el escritorio.

¿Safari como en el iPhone? Uhmmm

Apple ha hecho una interesante aproximación al renderizado web en pantallas pequeñas muy diferente a la del resto de fabricantes, que confían en motores y representación y redibujado de html. Apple, en vez de eso, usa webkit para interpretar ese contenido y con el genera una imagen que presenta al usuario. La imagen, tiene, claro, la resolución adecuada para poder ser ampliada, pero sigue siendo una imagen estática .... que claro, no se mueve. Así, los Gifs animados solo muestran el primer frame y las animaciones de Flash simplemente no están contempladas en la arquitectura. Ni otro tipo de tecnologías similares para ver en el navegador como Silverlight de Microsoft.

Y¿por qué Apple aborda la cuestión de esta manera frente a otros fabricantes?. La (muy posible respuesta) es una cuestión de ahorro de energía. Navegar por internet hoy en día es una actividad que requiere recursos, más si estamos hablando de dispositivos móviles, tal como habla la patente, lo que supone un aumento exponencial del consumo de energía. Aunque elimináramos el uso de la caché en el navegador y el consumo de energía que conlleva el movimiento de archivos a la memoria Flash, los navegadores tradicionales (al menos, los que no usan técnicas similares a las de Apple) necesitan un motor de interpretación y otro de redibujado que debe consumir recursos para la presentación del código "a la correspondiente escala" en la pantalla.

Apple se ha evitado esa pesadilla usando su sistema y aprovechando el mismo motor para varias cosas, ahorrando recursos y mejorando el rendimiento del dispositivo... pero claro, las animaciones no se ven. Y si quiere estar a la altura de lo que demandan sus usuarios, al final tendrá que poner también ella de su parte para que además de acusar a otros, no se pillen los dedos en la implementación del software cuando llegue el momento de hacerlo.

SIn embargo, en el iTablet, las cosas "deberían" cambiar desde el momento en el que el dispositivo tiene una función mucho más orientada a suministrar grandes flujos de información al usuario. Quizás sea la versión del periódico del futuro según Cupertino, y el uso de un simple sistema de renderizado sobre el navegador que ofrece imágenes estáticas no es suficiente cuando el usuario requiere una mayor interactividad, con contenidos accesibles de forma mucho más inmediata que el salto de pantallas aquí y allá para ver un vídeo o el uso de otras tecnologías sobre el navegador para ver ejecución de javascript de una forma mucho más contundente que en el iPhone y el iPod Touch, penalizados por sus limitaciones de proceso y por su pequeña pantalla.

HTML 5 y una nueva versión de Safari para el iTablet podrían ser la solución al problema, optimizando los recursos del navegador y el estándar de forma que los constructores de contenidos puedan acceder a una experiencia en internet más rica que la actual "versión móvil" que pese a ser aceptable para un teléfono, no lo es para un dispositivo de esta clase con una pantalla de algo más de 10 pulgadas y con una resolución tentativa de 960x540 (la misma que su nuevo formato de vídeo iFrame).

Webmasters: nuevas resoluciones, nuevos problemas

Hasta hace pocos años, los Webmasters han tenido que trabajar exclusivamente con las resoluciones de monitor: de ahí, al teléfono móvil, cada uno de ellos con su propio navegador y sus propias idiosincrasias, unas más complejas, otras más accesibles, pero en general, todas ellas con sus "personalizaciones propias" que han supuesto un aumento considerable de líneas en el .htaccess, hacks en php, sistemas de discriminación basados en otras técnicas y más de forma que cuando alguien entraba a una web, fuera redirigido convenientemente a la versión adaptada para su dispositivo.

Con el iTablet y su resolución personalizada, habrá de nuevo que reimplementar en todos los CMS sistemas de gestión de forma que los contenidos que se muestren se adapten a las tecnologías propias del iTablet. Y aparentemente, con el interés de Apple de gestionar grandes volúmenes de información con el dispositivo, se implementarán nuevas tecnologías y nuevos estándares específicos para "ser compatible". Un fastidio para unos, una oportunidad de negocio para otros. Los medios pequeños y medianos volverán a tener que sufrir grandes problemas de adaptación mientras "mueven" sus CMS a las nuevas resoluciones, y solo los grandes medios, con departamentos de desarrollo altamente cualificados van a poder en un principio poder acceder a todas las opciones del iTablet en todo su esplendor.

Plan B: Aplicaciones

Otros medios confiarán en el sistema de aplicaciones y su distribución a través de la App Store: no es el primer medio informativo que lanza una aplicación específica que permite acceder a la información y sus contenidos usando diferentes sistemas basados en RSS o similares en busca de tener que evitar largos y costosos desarrollos web.

Este entorno, sin embargo, tiene un problema: requiere tener muchas aplicaciones instaladas en el dispositivo, y salir de una de ellas para consultar otra (hablamos, obviamente, de que Apple mantendrá un sistema operativo similar al del iPhone sobre el tablet). Al final, el usuario tendrá una página de aplicaciones informativas. Es una solución, quizás poco práctica y desde luego, pesada de consultar: abrir una aplicación para una web, luego salir, consultar otra, etc, etc .... la información de varias fuentes no está unificada en un único "programa" que es capaz de gestionarla.

La propia versión de Apple

Ante tantos problemas, Apple podría crear su propia versión de gestor de información basado en la tecnología RSS.

RSS es una familia de formatos de fuentes web codificados en XML. Se utiliza para suministrar a suscriptores de información actualizada frecuentemente. El formato permite distribuir contenido sin necesidad de un navegador, utilizando un software diseñado para leer estos contenidos RSS (agregador). A pesar de eso, es posible utilizar el mismo navegador para ver los contenidos RSS. Las últimas versiones de los principales navegadores permiten leer los RSS sin necesidad de software adicional. RSS es parte de la familia de los formatos XML desarrollado específicamente para todo tipo de sitios que se actualicen con frecuencia y por medio del cual se puede compartir la información y usarla en otros sitios web o programas. A esto se le conoce como redifusión web o sindicación web (una traducción incorrecta, pero de uso muy común). [Wikipedia]

De la misma forma que Apple ha creado iTunes LP para acompañar con contenidos específicos a los álbumes que vende en su tienda de música, Apple podría preparar un sistema de gestión de contenidos basados en RSS con una arquitectura especial bajo XML que implicaría el uso de una nueva aplicación que sería posiblemente "la estrella" del software presentado junto al iTablet. Esto permitiría entre otras cosas, si Apple quisiera, abrir el software a otras arquitecturas (Flash, Silverlight - poco probable, pero posible-) en un entorno controlado y fuera del código fuente de Safari.

Las webs y generadores de contenido que quisieran participar en el nuevo conglomerado informativo de Apple deberían usar estas tecnologías, pero el filtro y generación de RSS es un estándar mucho más sencillo y práctico (además de simple) que tener que forzar a muchos medios a adaptarse a nuevos formatos.

El periódico del futuro

En tiempos tan complejos en los que empresas dedicadas a la información cierran sus puertas, y otras abandonan sus ediciones impresas como El Economista, y que el sustento de la publicidad ya no es lo que era para mantener a los medios ni físicos ni online, esta apuesta de Apple por la información va a suponer un nuevo y nutrido número de lectores y varias posibilidades de negocio que antes no estaban disponibles, aunque de hecho, el iPhone también pudo salvar el mundo "noticiero" y su impacto no ha sido ni mucho menos el que se esperaba, después de todo.

Al final, puede que todo acabe en un esfuerzo en más desarrollo para cumplir con las especificaciones técnicas del dispositivo y un nuevo intento por reflotar el precario mundo de la gestión de contenidos, que está sufriendo la crisis por la falta de inversores y la bajada de los presupuestos publicitarios de terceros.