Además, la apertura de datos supuso un punto de inflexión radical en el campo de la programación. Cada compañía creó la suya, con el objetivo de que otros desarrolladores trabajasen sobre ella y crearan productos que ayudaran a promocionar los propios productos o servicios de la compañía en cuestión.

Una API es un conjunto de programas que escuchan peticiones de datos o de servicios de otros (por ejemplo «dame todos los emails de tu base de datos» o «envía un mail con este asunto y este cuerpo a toda tu base de datos»). Esta recepción de peticiones se hace mediante un intercambio de información con un formato estándar y de uso habitual y el peticionario generalmente necesita autentificarse de algún modo para obtener el permiso necesario para operar.

APIs y reducción de costes

Antiguamente, y sobre todo antes de 2012, cuando dos sistemas necesitaban intercambiar información entre sí, se requerían programaciones complejas y ad-hoc para conectar los dos sistemas. Era terriblemente costoso, puesto que cada caso había que tratarlo individualmente y el resultado, además, podía derivar en que los códigos de ambos sistemas se llenaran de trampas o parches que minaban su calidad, rendimiento y, en ocasiones, hasta su propio funcionamiento.

La implantación de APIs en todos los sistemas que necesitaban pedir o entregar datos supuso una capa estándar común para todos y, sobre todo, el control propio de qué información das y a quién. Por ejemplo, imaginemos una ferretería self-service a la que, de repente, le pones un dependiente: el dependiente es la API. En vez de que el cliente deba buscarse la vida, habla con el dependiente y le pide lo que quiere, él lo interpreta, se va al almacén y trae el producto. El dependiente sabe dónde está cada cosa y conoce su ferretería mucho mejor que nadie. Si el cliente tuviera que ir al almacén y buscar el tornillo, aparte de tardar mucho más tiempo, es posible que en la búsqueda tirara algún cajón al suelo y no supiera o quisiera arreglar el desaguisado.

La reducción de costes con la apertura de las APIs también fue muy importante: si querías dar información a varios sistemas de terceros, en lugar de hacer desarrollos uno a uno, se dio de alta un servicio para todo el mundo con unas reglas de acceso comunes. De este modo, no sólo se solucionaba el problema para los sistemas que querían conectarse contigo en ese momento, sino que dejabas el trabajo ya hecho para los hipotéticos sistemas que quisieran conectarse en el futuro.

Esto multiplicó la conectividad entre servicios porque era más fácil, más rápido y más barato pedir datos y servicios a otro, ya que en muchos casos el trabajo ya estaba hecho. De hecho, muchos dueños de sistemas que ni se habían planteado conectarse con otros sistemas que podían ayudarles, empezaron a considerar esta posibilidad sabiendo que gracias a una API era mucho más sencillo.

La API de Facebook

Tampoco es un gran descubrimiento reconocer que, hoy en día, existen dos escollos principales para que los usuarios cambien de dispositivo a la hora de consultar una web. El primer obstáculo se encuentra en el pobre diseño y deficiente experiencia de usuario que se siguen ofreciendo en la mayoría de versiones móviles de los sites; el segundo se debe a su escaso rendimiento y velocidad. Los profesionales del sector podemos hacer mucho por solucionar o mejorar el primer problema; para solventar el segundo, en octubre del pasado año arrancó el proyecto AMP (Accelerated Mobile Pages).

AMP HTML es un proyecto de código abierto -inicialmente impulsado por Google- al que se han sumado muchas empresas del mundo del marketing móvil, gestores de contenidos y medios digitales. Parte de la necesidad evidente de mejorar las prestaciones de la web móvil y se ha comenzado a trabajar por las páginas estáticas. Actores relevantes como WordPress, Twitter, Linkedin o Vimeo han acogido con entusiasmo el proyecto.

AMP consiste en adaptar en el código HTML los lugares más sensibles que afectan a la velocidad de carga de la página: imágenes, anuncios, multimedia, tipografías y otro tipo de elementos como scripts y estilos. Para ello se ha creado el llamado AMP HMTL, una serie de especificaciones para modificar el HTML original, que, por un lado, altera el comportamiento de algunos elementos y, por otro, prohíbe o restringe el uso de otros.

Muchas veces este tipo de contenido es bloqueante, es decir, hasta que no se carga un elemento no se continúa cargando el resto de la página, lo que origina una «cola» de carga que hace que la página tarde en cargar. En realidad los usuarios están desaprovechando el ancho de banda que tienen en sus móviles porque, en lugar de cargarlo todo a la vez (con el límite máximo de nuestra velocidad de bajada), se encuentran con un límite algo más absurdo: el de cargar ciertos contenidos uno a uno.

El proyecto AMP trata de derribar ese paradigma «secuencial» y sustituirlo por uno «distribuido» para que los elementos de la página se carguen todos a la vez desde distintos lugares. Los navegadores tienden a cargar los elementos de uno en uno si todos están alojados en el mismo lugar, así que optimizar una página para usar esta tecnología implica repartir el contenido por distintos CDNs y sistemas de caché. Además, trata de anticiparse al lugar que un elemento va a tener en la página para cargar el hueco sin necesidad de esperar a cargar el contenido. Todo ello, según sus impulsores, multiplica por cuatro la velocidad de carga y disminuye a la octava parte el consumo de recursos.

En este momento, Accelerated Mobile Pages cuenta con varias líneas de trabajo. Una de las más importantes es rediseñar los códigos de tracking de analítica web, que hoy causan retardo. También se está intentando fijar formatos para normalizar espacios publicitarios y poder así optimizarlos.

Por último, está pendiente el importante reto de extender esta filosofía más allá del contenido estático: hoy en día el proyecto AMP no maneja formularios ni otros elementos que hoy consideramos directamente esenciales. Nos prometen trabajo y resultados en breve, esperaremos con muchas ganas. La implantación efectiva de Accelerated Mobile Pages, con los importantes apoyos que tiene, puede significar un cambio radical en la forma de enfocar el marketing móvil.