Loading
English Do you prefer to see the english version?

Migración a aplicaciones web HTML 5

El desarrollo con HTML 5 es una solución online integral, todos los dispositivos la entienden e interpretan de igual manera: un PC de sobremesa, ordenador portátil, Smartphone, Smart TVs, iPad, iPod y lo que tenga que venir en adelante, unificando la identidad corporativa, ya que no dependes de empresas externas que sirvan tu aplicación, si no que desde la misma web corporativa tienes acceso integral a la plataforma de contenidos.
icon

HTML5 es una plataforma de desarrollo online definitiva

El coste de la inversión no compensó los beneficios obtenidos, por lo que se tuvo que dar marcha atrás y migrar toda la plataforma a una aplicación web basada en HTML5 en la que los temas de proporcionalidad o posición de pantalla están superados gracias a los propios navegadores web que traen incorporados los smartphones y tablets.

Otro caso similar es el de Financial Times, que con problemas similares en su app para iTunes y Google Play, la retiró definitivamente y publicó una nueva plataforma HTML 5 con las mismas funciones que una aplicación nativa pero a través de una aplicación web.

El desarrollo con HTML 5 es una solución online integral, todos los dispositivos la entienden e interpretan de igual manera: un PC de sobremesa, ordenador portátil, Smartphone, Smart TVs, iPad, iPod y lo que tenga que venir en adelante, unificando la identidad corporativa, ya que no dependes de empresas externas que sirvan tu aplicación, si no que desde la misma web corporativa tienes acceso integral a la plataforma de contenidos.

Experiencias reales de migración a aplicaciones web HTML 5

La falta de movilidad y altos costes de desarrollo hacen que las apps nativas de Apple y Android pierdan terreno frente a las aplicaciones web y apps en HTML5. El boom inicial de creaciones nativas para cada plataforma móvil hacen que tras un tiempo de maduración, los equipos de desarrollo las dejen de lado debido al carácter cerrado y lenta integración de desarrollos para ambas, debido principalmente a la duplicidad de tiempos tanto de desarrollo como testeo/testing.

Editores de contenidos digital como Technology Review o Financial Times han abandonado la distribución de contenidos digitales a través de aplicaciones nativas para distribuirlas a través de la web con HTML5 como lenguaje estándar y multiplataforma.

El por qué es claro, con una aplicación tradicional tienes que buscarla dentro del Apple Store o Android Market, descargarla y mantenerla actualizada por cada actualización que sale, mientras que las aplicaciones web es simplemente tener la web guardada en tus favoritos, recibiendo las actualizaciones automáticamente inmediatamente por cada visita, sin tener que descargarla. A ésto se le suman los costes de desarrollo, ya que cada entorno de desarrollo es diferente para cada dispositivo: Objective C para iOS, Java para Android y Blackberry, .NET para Windows Mobile y C++ o Java para Symbian, cada uno con sus singularidades propias y sus correspondientes tiempos de testeo para cada plataforma.

Aplicaciones nativas que no funcionan como realmente se esperaban

Pongamos algunos ejemplos, Technology Review es una revista digital de tecnología y ciencia con publicaciones diarias en formato impreso y web. Iniciaron una plataforma de aplicaciones nativas para Apple iOS y Android con descarga gratuita que permitían la visualización online de sus publicaciones, con la posibilidad de ingresar dinero a través de suscripciones y publicidad.

Tras lanzar la plataforma, empezaron los problemas: iTunes cobraba un 30% sobre cada venta de copias digitales por el despliegue de cada número, lo cuál superaba el margen de beneficio, por lo que se perdía dinero en cada venta, con la dificultad añadida de cara al usuario, que dependían de una plataforma externa para conseguir las ventas y por tanto obligaba al usuario a no tener integrada toda la solución.

Pero el problema en dispositivos como iPad o iPhone se presentaba como insalvable por que la cuota de mercado de Apple en tablets es muy superior a la de Android y por tanto se le debía dar una solución.

La creación de las publicaciones era costosa y difícil, ya que se tenía que preparar una edición para cada formato: diferentes tamaños, los tablets pueden colocarse en formato horizontal o vertical, los teléfono eran más pequeños… siendo mucho más difícil el desarrollo de software de lo previsto, aunque esto sólo fue el principio.
La necesidad de adaptación a los diferentes formatos de los usuarios fue un auténtico problema, ya que se dependía de lenguajes de programación minoritarios como Objective C para iPad o Java para Android, por los que se tuvo que recurrir a la subcontratación de empresas externas especializadas, algo costoso en términos de tiempo y de dinero y que no entraba dentro del presupuesto inicial con el problema añadido de que la externalización de servicios les restaba control sobre la capacidad de cambios.

Pero estas aplicaciones no tenían la misma dinámica que tenían las webs, dentro de los artículos que los clientes leían no existían enlaces a otros artículos, dependían de programación a medida que aumentaba la rigidez y era mucho más costoso, por lo que el concepto de surfear una web de artículo en artículo era mucho más lineal y predecible que el que una web bien enlazada tiene.