Cuando desarrollamos la idea de un nuevo proyecto en la red, puede surgir la duda de si utilizar una API para cubrir una de las necesidades del proyecto o desarrollarla nosotros mismos. Un ejemplo sería utilizar el API de Flickr para mostrar fotos relacionadas o Google Charts para mostrar gráficos estadísticos.
El uso de este tipo de APIS no suponen ninguna preocupación ni APIdependencia ya que en cualquier momento podemos desarrollar esa funcionalidad o generar ese contenido por nuestra cuenta, sin demasiados recursos o esfuerzo. En este grupo estarían también los mashup, la pérdida de una de las funcionalidades no afecta al proyecto en sí, incluso podemos tener varias alternativas de API que nos proporcionen el mismo servicio.
En otras ocasiones no hay alternativa posible, el API en cuestión nos proporciona una información o un servicio cuyo desarrollo por nuestra parte sería totalmente inviable. Un ejemplo claro es el API de Google Maps.
Cientos de miles de proyectos web se apoyan en la funcionalidad de Google Maps, ya en otro tiempo se usaba Geofactory. La mayoría lo usan para agregar valor a su contenido como por ejemplo los portales inmobiliarios. Si no pudiesen hacer uso de su API, ninguno se plantearía el abordar un desarrollo de ese calibre solo para añadir una funcionalidad accesoria a su proyecto. Simplemente prescindirían de ella y no estaríamos hablando de APIdependencia.
Y por último tenemos aquella aplicación donde nuestro desarrollo está directamente relacionado con ese API. Sin el API, nuestro proyecto no vale nada y su razón de ser no es otra que complementar a ese otro servicio.
Aquí la APIdependencia es total. Si ese servicio cierra sus puertas o decide no seguir publicando su API, nuestro proyecto está muerto, no vale nada. Depender totalmente de un servicio de terceros tiene mucho riesgo, más cuando este servicio es gratuito y las condiciones del servicio les permite dejar de prestarlo en cualquier momento sin ninguna responsabilidad por su parte.
Otro riesgo importante es que la empresa que presta su API decida implementar el mismo servicio que tú, ejemplos tenemos montones todos los días. Un servicio de éxito decide implementar una novedad y ese mismo día 500 aplicaciones de terceros se van a la basura.
Las incidencias que pueda tener su servicio, son incidencias en nuestro servicio, sin ningún control por nuestra parte ni medios para solucionarlo, salvo la posibilidad de enviar un ticket a soporte.
Pero no todo es tan negativo, hay una serie de precauciones que nos pueden ayudar a no estrellarnos en caso de que decidamos APIdepender de otros.
Las APIS gratis están muy bien, pero como dije antes, suelen prestar su servicio sin ninguna garantía. Un API de pago contará con unas condiciones de prestación del servicio y un soporte de mejor calidad. Haz cuentas y comprueba si te es rentable.
El pago no nos asegura la disponibilidad del API más allá de lo que marca el plazo del contrato, nuestro socio de API puede cerrar su servicio a posteriori y nos quedaremos con un desarrollo en el que hemos invertido muchos recursos y que ya no vale nada. Es más que recomendable utilizar APIs de servicios con demostrada solvencia y solidez, dormiremos más tranquilos.
El uso de APIs de servicios aparentemente solventes y de éxito hacen que nuestro proyecto también tenga más posibilidades de triunfar, pero cuando se trata de servicios aún por explotar, nos sitúa en una posición privilegiada. Las aplicaciones complementarias más utilizadas (que hacen uso de las APIS de más éxito), no siempre son las mejores, pero fueron las primeras.
Gran paradoja donde las haya. En un proyecto hay problemas a solventar de este tipo a cada paso. Y si bien es cierto que si usas apis de google dudosamente cierren o quiten el servicio (Como mucho lo pondrian de pago), es una cuestion muy importante en otras apis, sean de lo que sean y que sin duda siempre facilitan la tarea.
Y puesto que iniciar un proyecto a veces suele ser con presupuesto minimo minimo, y normalmente un proyecto web no va a durar mas de 10 años sin que tengas que remodelarlo completamente… y 10 años es demasiado… recomiendo notablemente el uso de apis gratuitas, eso si, confirmando la fiabilidad de la empresa que la aporta. Por ejemplo Google, o Yahoo. Con esas me la juego y las uso.