Twitter actualiza las Condiciones de Uso de su API

Síguenos en |    

Twitter, la red social de microblogging, actualizó el pasado 5 de septiembre sus “Developer Rules of the Road” o las Condiciones de Uso de su API.

Geolocalización y otros datos de la empresa según sus términos y condiciones, en el Mapa de Términos y Condiciones.

Se ha hablado y escrito mucho sobre estos cambios y si pueden estar limitando demasiado el acceso a la API a numerosas aplicaciones de terceros. Pues bien, veamos a ver qué implican:

  • Antes sólo hacía falta ponerse en contacto con Twitter cuando la aplicación que usaba la API requería más de 5 millones de tokens de usuario. Esto ahora es muy distinto, y además hay diferentes categorías.
  • Ahora si la aplicación requiere más de 1 millón de tokens de usuario, hay que contactar con Twitter, obtener su permiso y obligarnos a nuevas condiciones para poder acceder a la API.
  • Si los tweets o timelines embebidos superan las 10 millones de impresiones al día, también hay que contactar con Twitter para poder seguir usando la API.
  • Finalmente, cualquier aplicación que intente replicar las funcionalidades básicas de Twitter, como mucho podrá usar 100 mil tokens de usuario, si necesita más deberá también contactar con Twitter, obtener permiso de ésta y obligarse a nuevas condiciones. 
  • Con el objetivo de asegurar la visibilidad y el cumplimiento de estas nuevas Condiciones, a una clave para usar la API de Twitter no se le pueden dar múltiples usos, y a múltiples claves no se le pueden dar un único uso.
  • La prohibición del apartado I. 4. D) también afecta ahora a las “Twitter Certified Products Program badges”.
  • La prohibición del apartado I. 4. F) de no poder cobrar un importe extra, más allá de lo correspondiente, por acceder a los tweets vía SMS, ahora hace referencia al contenido de Twitter en general y además de por SMS, también vía USSD.
  • Twitter dice que prefiere que no se desarrollen aplicaciones que repliquen las funciones básicas del servicio (técnicamente hablando el término que utiliza es “disuade”). Ahora bien, si aun así se desarrolla una aplicación de ese estilo, deben cumplirse determinadas reglas extra.
  • Una de esas reglas, en el apartado I. 5. A), es que se emplee la API tal cual se proporciona en aquellas funcionalidades de la aplicación que sean muy similares a características de Twitter, y además, se presenten como la opción por defecto. Por ejemplo, los trending topics o los sitios para almacenar y compartir contenido audiovisual (pic.twitter.com).
  • Los clientes de Twitter de terceros no pueden ir preinstalados en ningún dispositivo, formar parte de ningún plan de datos especial o ser promocionados como un servicio “zero-rated”.
  • El cliente de tercero debe siempre mostrar un enlace o botón que dirija a los nuevos usuarios a la página de darse de alta en Twitter.
  • Debe mantenerse la integridad del contenido de Twitter, de acuerdo a los nuevos “Display Requirements“.
  • Se requiere que se mantenga la integridad y cercanía de Twitter en todo el ecosistema. Lo que quiere decir que si el cliente de tercero envía a Twitter contenido con el nombre de un usuario empezado por @, debe enviar el nombre de usuario correcto, si lo conoce.
  • Ahora bajo ningún concepto pueden almacenarse las contraseñas de los usuarios, sin embargo, el contenido no público puede ser almacenado por la aplicación de tercero si expresamente así lo indica el usuario.
  • La publicidad que un tercero haga usando la API de Twitter no debe ser confundida por el usuario con un tweet. Por esa razón, los anuncios mostrados no pueden presentar acciones propias como Seguir, Favorito o Responder. Y no se puede recibir compensación por incluir acciones propias de Twitter en el servicio.
  • Sin el permiso de un usuario, la aplicación de tercero no puede utilizar el contenido de alguien que muestre su nombre, parecido físico o la identidad de una persona.

Como puede verse los cambios son numerosos y bastante más limitativos para quien cree una aplicación que use la API de Twitter, y especialmente para quien cree un cliente que replique muchas de las funciones por defecto de la red de microblogging.

Por tanto ojo todos los desarrolladores de Twitter.

—–

Spotify (V) Condiciones de Uso de las APIs

Síguenos en |    

Sigo con el comentario de los términos y condiciones de Spotify, es el turno ahora de las Condiciones de Uso de sus APIs, ya el último bloque.

Spotify tiene unas Condiciones de Uso de las APIs para US y para Non-US, obviamente nos interesan los Spotify Metadata API Terms of Use, versión Non -US. Vamos allá.

Geolocalización y otros datos de la empresa según sus términos y condiciones, en el Mapa de Términos y Condiciones.

Resumen de las Condiciones de Uso de las APIs de Spotify:

  • Analizadas a fecha: 30/07/2012
  • Idioma de la versión analizada: Inglés
  • Disponibles en castellano: No
  • Número de palabras: 2557
  • Fecha de la última actualización: 26 de octubre de 2009
  • Ámbito de la licencia de las APIs: Limitada, no exclusiva, revocable, no transferible y no sublicenciable para así poder acceder a las APIs y los metadatos del servicio y crear una aplicación que sea distribuida al público.
  • Propiedad del software generado: No se indica. Se insiste mucho en que las APIs, metadatos y marcas de Spotify son suyas, están protegidas por el derecho de propiedad intelectual y que no disponemos de derecho alguno para usarlas en contra de lo establecido en este acuerdo. Pero no se llega a señalar de quién es la aplicación desarrollada con el uso de las APIs.
  • Soporte de las APIs: Spotify indica que proporciona las APIs “tal cuál”, sin garantía alguna sobre su contenido, adecuación o calidad y que no tiene obligación alguna de dar soporte, actualizaciones, modificaciones o mejoras de las mismas.
  • Coste de las APIs: No se indica, si bien ahora mismo no parece cobrarse por ellas. El problema es que entre que no se indica el coste y que Spotify se reserva todos los derechos habidos y por haber para modificar las condiciones del acuerdo a su antojo, en cualquier momento ese coste cero puede evaporarse.
  • Particularidades: 1) La relación jurídica en este caso no es con Spotify Spain S.L., sino con la matriz británica, Spotify Ltd. 2) No cabe negociación de las condiciones, se aceptan tal cuál o no se aceptan 3) Aunque se diga que el acuerdo no nos afecta en tanto en cuanto no lo aceptemos, en realidad quedamos sujetos al mismo desde el momento en que usemos la API, ni que sea parcialmente 4) Spotify puede cambiar las Condiciones de Uso cuando lo considere, es responsabilidad nuestra comprobar de tanto en tanto los cambios 5) Si vía la API se hace un número indeterminado de llamadas que afecte negativamente al servicio (algo que no sabemos qué significa y decide únicamente Spotify), podemos perder la posibilidad de usar las APIs 6) Aceptamos que Spotify tenga acceso a nuestra aplicación para comprobar que hemos hecho un uso correcto de las APIs 7) Spotify, si lo considera oportuno, puede limitar la cantidad de llamadas que la aplicación desarrollada haga vía la API, así como el volumen de metadatos accedidos. Tal decisión siempre será tomada únicamente por Spotify y sin aviso alguno 8) Spotify pueda poner fin a este acuerdo en cualquier momento, sin previo aviso y sin razón alguna, aunque estemos todavía desarrollando nuestra aplicación, y sin responsabilidad alguna por su parte 9) La interfaz o web que pueda crearse vía sus APIs no puede suponer la venta de tabaco, alcohol o las apuestas 10) Para el nombre de la aplicación no puede usarse la palabra “Spotify”, ni derivados o acrónimos como por ejemplo “SPOTIFYING”
  • Garantías y responsabilidades: Spotify se quita absolutamente toda la responsabilidad de encima, derivándola en quien haga uso de las APIs. De hecho quien haga uso de las APIs renuncia a iniciar cualquier acción contra Spotify y se obliga a indemnizarla si fuera el caso.
  • Legislación y Jurisdicción aplicable: La legislación sueca resulta aplicable y también estamos sujetos a la jurisdicción sueca, concretamente al distrito judicial de Estocolmo.

Continuar leyendo “Spotify (V) Condiciones de Uso de las APIs”

Instagram (III) Condiciones de Uso de las APIs

Síguenos en |    

Sigo con el comentario de los términos y condiciones de Instagram.

En la primera entrada comenté las Condiciones de Uso, en la segunda la Política de Privacidad, ahora es el turno de las Condiciones de Uso de la API o los Instagram API Terms of Use. Como ya comenté, los Terms sí incluyen por referencia los términos y condiciones de la API Terms of Instagram, no así los Privacy Terms, bloque separado de los otros dos. Durante el análisis comentaré las repercusiones que esto puede tener.

Geolocalización y otros datos de la empresa según sus términos y condiciones, en el Mapa de Términos y Condiciones.

Resumen de las Condiciones de Uso de la API de Instagram:

  • Analizadas a fecha: 09/04/2012
  • Idioma de la versión analizada: Inglés
  • Disponibles en castellano: No
  • Número de palabras: 2190
  • Fecha de la última actualización: No se indica
  • Ámbito de la licencia de las APIs: A nivel mundial (a no ser que se indique lo contrario), con carácter no exclusivo y no sublicenciable
  • Propiedad del software generado: El software producido que incluya las APIs o resultados, producciones o ejecutables de las APIS, se lo queda Instagram
  • Soporte de las APIs: Éstas se entregan “tal cual”, sin testear o comprobar y en cualquier momento y por cualquier razón sus condiciones pueden cambiar
  • Coste de las APIs: El coste es cero y el acceso abierto, si no se quiere realizar ninguna actividad comercial (no se define). Ahora bien, si el ratio de peticiones es muy alto o según la actividad económica, Instagram se reserva el derecho a requerir el pago de determinada cantidad para poder usarlas.
  • Particularidades: 1) Instagram puede dar por finalizada la licencia para usar las APIs en cualquier momento y por cualquier motivo 2) Se aclara respecto a las Condiciones de Uso que las fotos son de quien las hace y no de quien las sube 3) Si el usuario establece limitaciones respecto a sus fotos, quien use las APIs debe respetarlas 4) Quien use las APIs debe responder en plazo de 24 horas a las solicitudes de retirada de información por parte de un usuario de Instagram 5) Todavía se habla de “iPhone app”, ¿no pueden los usuarios de Android usar las APIs? 6) Las APIs no pueden usarse para automatizar acciones de Instagram 7) Se pueden utilizar los términos “Insta” o “gram”, sólo uno de los dos, a la hora de bautizar a nuestra aplicación
  • Garantías y responsabilidades: Instagram se quita absolutamente toda la responsabilidad de encima, derivándola en quien haga uso de las APIs. De hecho quien haga uso de las APIs renuncia a iniciar cualquier acción contra Instagram y se obliga a indemnizarla si fuera el caso
  • Jurisdicción aplicable: Santa Clara, California. Ley aplicable, la del estado de California.

Continuar leyendo “Instagram (III) Condiciones de Uso de las APIs”