Header Ads Widget

Ticker

6/recent/ticker-posts

La lucha de 10 años de Twitter con las relaciones con los desarrolladores

 

Twitters-10-años-lucha-con-relaciones-con-desarrolladores

En septiembre de 2006, apenas unos meses después de su existencia, Twitter lanzó la primera versión de su API pública . Esto fue sorprendentemente temprano en una época en la que las API sociales aún no eran frecuentes, especialmente porque Twitter aún no se había convertido en la historia de éxito que parece tan obvia en retrospectiva. De hecho, fue principalmente una reacción a los desarrolladores externos que rasparon su sitio web Twitter.com y crearon API no oficiales .

Marcó el comienzo de una larga y a veces polémica relación de amor y odio entre Twitter y desarrolladores externos. En este artículo profundizamos en algunos de los hechos de los últimos 10 años y explicamos las motivaciones detrás de algunas de las decisiones más controvertidas de Twitter. También compararemos el historial de Twitter en las relaciones con los desarrolladores con los de otras dos redes sociales: Facebook e Instagram .

2006-2010: los primeros días

La primera versión de la API de Twitter fue un éxito instantáneo y gratuito para todos. Abrió gran parte del funcionamiento interno de la red social a los desarrolladores, lo que permitió el acceso completo a los tweets y al contenido publicado por los usuarios en Twitter. Cualquier desarrollador podía usar la API; simplemente necesitaban autenticarse usando la combinación de nombre de usuario / contraseña de su cuenta habitual de Twitter. No se impusieron más limitaciones. La gran cantidad de datos ofrecidos generó mucho interés entre los desarrolladores, y muchas empresas comenzaron a crear productos además de la API de Twitter; las aplicaciones incluían Favstar.fm , DailyBooth, TweetDeck , Tweetbot , Echofon y Twitterrific .

Así como se reconoció a la comunidad de usuarios de Twitter por inventar algunas de sus características definitorias, como hashtags y retweets , el ecosistema de desarrolladores de API también allanó el camino a seguir. Entre las primeras aplicaciones de terceros, TinyURL y bit.ly habilitaban el acortamiento de URL dentro de los tweets, Summize ofreció el primer motor de búsqueda de texto completo en la parte superior de Twitter, TwitPic permitió a los usuarios de Twitter compartir imágenes y Tweetie, no Twitter, construyó el primer Twitter. cliente de iPhone.

Algunas de las otras aplicaciones (como Echofon y Tweetbot) eran clientes de Twitter que ofrecían una alternativa a Twitter.com para los usuarios que querían consumir el mismo contenido a través de una interfaz de usuario diferente (Twitter más tarde los llamaría 'clientes tradicionales de Twitter').Twitter com para usuarios que querían consumir el mismo contenido a través de una interfaz de usuario diferente (Twitter los llamaría más tarde "clientes tradicionales de Twitter").

Muy relacionado: lea nuestra historia de las versiones y retiradas de la API de Instagram

2010 - 2012: OAuthcalypse, compitiendo con aplicaciones de terceros y otras traiciones percibidas

La luna de miel entre Twitter y los desarrolladores externos terminó en 2010 cuando la administración de Twitter promulgó una serie de decisiones que fueron recibidas con enojo y decepción.

Twitter anunció que todas las aplicaciones de terceros que solicitaban datos en nombre de sus usuarios debían autenticarse en la API de Twitter mediante el protocolo OAuth . Este cambio era inevitable por razones de seguridad: OAuth se estaba convirtiendo rápidamente en el estándar para la autenticación y autorización delegadas seguras , y ofrecía una alternativa mucho mejor al esquema de autenticación básica que existía antes de su adopción por Twitter. También brindó a la empresa una mejor visibilidad sobre qué aplicaciones se estaban conectando a la API.

Sin embargo, este cambio causó angustia entre las filas de la comunidad de desarrolladores, ya que muchas aplicaciones habían dependido de su API durante años y no estaban listas para tal cambio. OAuth aún no se adoptó ampliamente en ese momento, y muchos desarrolladores tuvieron problemas con su implementación, sin mencionar los cambios en la experiencia del usuario que trajo consigo. Los bloggers se apresuraron a llamarlo 'OAuthcalypse' , y '#OAuthcalypse' se convirtió en un tema de tendencia en Twitter.

Si bien la imposición de OAuth es fácil de defender en retrospectiva, Twitter también comenzó a crear funciones dentro de su propio sitio web que competían o reemplazaban a las aplicaciones de terceros existentes. Comenzando una tendencia que repetiría varias veces en el futuro, compró Tweetie (renombrándolo Twitter para iPhone) y Summize (renombrándolo Twitter Search) y anunció que pasarían a formar parte de la plataforma central, infundiendo miedo en los corazones de los desarrolladores. construcción de servicios competidores.

Twitter desarrolló su propio acortador de URL y amenazó con negar todos los demás. Durante la conferencia de desarrolladores Chirp de Twitter de ese año, el entonces director ejecutivo Evan Williams pronunció: “Probablemente no le daremos a la gente una opción. Si quieren usar un acortador diferente, pueden usar una aplicación diferente ” . Una vez más, esto fue mal recibido, aunque Twitter tenía sólidas razones para introducir un acortador de URL nativo a expensas de los especialistas de la competencia, a saber, seguridad y análisis.

Finalmente, Twitter firmó acuerdos de asociación con Google, Yahoo y Microsoft para incluir tweets en los resultados de sus respectivos productos de búsqueda. Además, le dio acceso exclusivo de revendedor de datos a Gnip, un revendedor de datos que luego adquiriría. Ambas decisiones, motivadas por la sed de tráfico adicional de Twitter y su necesidad de generar ingresos, causaron consternación cuando se anunciaron.

Blog-Post-Wide-CTA-API-Stack

 

2012-2013: límites de tokens y guerra abierta contra clientes tradicionales

A partir de 2012, Twitter endureció aún más sus términos de servicio . Impuso un límite de 100.000 tokens a los usuarios conectados para las aplicaciones que "imitan o reproducen la experiencia del consumidor de Twitter", paralizando a muchos de ellos y estableciendo límites de tasa por punto final en todos los ámbitos. La autenticación OAuth se volvió obligatoria para todos los puntos finales, y Twitter introdujo los tweets y líneas de tiempo integrados como una alternativa a las aplicaciones que querían replicar parte de la experiencia central de Twitter en sus propias aplicaciones.

Dos razones principales explican estos cambios. Después de haber recaudado enormes cantidades de capital de riesgo y en preparación para una salida a bolsa a fines de 2013, Twitter necesitaba aumentar sus ingresos publicitarios. A medida que aumentaba el conflicto entre su voluntad de atraer desarrolladores y su necesidad de monetización, Twitter comenzó a desalentar abiertamente el uso de la API por parte de aquellas herramientas de construcción que competirían por los ojos con Twitter.comAdemás, Twitter se había convertido hasta cierto punto en víctima de su propio éxito y se había enfrentado a muchos problemas técnicos e interrupciones. Reducir el uso de su API ayudaría a controlar la cantidad de tráfico permitido desde aplicaciones de terceros.Twitter com . Además, Twitter se había convertido hasta cierto punto en víctima de su propio éxito y se había enfrentado a muchos problemas técnicos e interrupciones. Reducir el uso de su API ayudaría a controlar la cantidad de tráfico permitido desde aplicaciones de terceros.

A raíz de estos cambios, se iniciaron varios competidores de Twitter como App.net , pero el dominio de Twitter de este espacio fue tal que ninguno se ha acercado a destronarlo.

Lea nuestro artículo sobre las 5 razones principales para el retiro de API

2013 - actualidad: controversias posteriores a la OPI

Cualquier esperanza de que las relaciones con los desarrolladores mejoren significativamente después de la OPI de Twitter pronto se desvanecerá.

En 2015, poco después de que Meerkat, la startup de transmisión de video en vivo, se convirtiera en un éxito, Twitter adquirió a su competidor Periscope y revocó temporalmente el acceso de Meerkat a la API de Twitter . También adquirió Gnip y cerró los acuerdos para la reventa de datos con sus otros socios (DataSift y NTT Data), lo que fue calificado como un "movimiento malvado" y "destrucción de la innovación" .

Más tarde, ese mismo año , se suspendió el acceso a la API de la Open State Foundation . La Fundación había aprovechado la API de Twitter para archivar tweets eliminados por políticos y hacer que se pudieran buscar en su sitio web Politwoops . Más tarde, Twitter restauró el acceso a la API de Politwoops, pero este fue otro golpe a su reputación como plataforma abierta y facilitador de la innovación.

Más recientemente, en noviembre de 2015, Twitter eliminó el punto final JSON de recuento de tweets a la protesta pública . La API REST todavía tiene las mismas características, pero es menos precisa y expone los datos de manera agregada o limitada. La única forma de obtener los mismos datos analíticos es a través de la costosa API de búsqueda empresarial de Gnip.

Involucrando a los desarrolladores

A pesar de todas estas decisiones controvertidas, el ecosistema de desarrolladores de Twitter se mantiene saludable debido a su estatus único como una importante red social. Muchas empresas creadas sobre las API de Twitter están vivas y funcionando bien hoy, como Buffer, Hootsuite, SparkCentral (antes Twitspark) y Storify.

Sin embargo, Twitter se enfrenta a tiempos difíciles , con despidos, un cambio en el timón de la empresa, salidas de ejecutivos y una caída en el precio de las acciones. La gerencia de Twitter entiende que necesitan invertir en un ecosistema de desarrolladores sólido para seguir siendo relevantes en el futuro.

En particular, Twitter necesita encontrar nuevos canales de monetización , y el principal campo de batalla es el móvil, donde Facebook actualmente supera a Twitter, en parte debido a la falta de interés de los desarrolladores en la plataforma Twitter.

En los últimos años, Twitter se ha centrado en los desarrolladores de dispositivos móviles . Recientemente, ha desarrollado o adquirido un conjunto de nuevas herramientas para ayudar a los desarrolladores a crear mejores aplicaciones móviles mientras utilizan la API de Twitter e indirectamente generan más ingresos a través de su servicio de publicidad móvil MoPub.

Por lo tanto, los desarrolladores son fundamentales para la siguiente fase de la evolución de Twitter, pero su reputación lo está frenando. En la conferencia de desarrolladores de Flight en octubre de 2015, el nuevo CEO Jack Dorsey ofreció una disculpa a los desarrolladores por errores pasados, haciéndose eco de las palabras de su predecesor Evan Williams cinco años antes , y prometiendo marcar el comienzo de una nueva era de colaboración entre Twitter y su desarrollador. comunidad.

Descubra por qué debería crear aplicaciones con un backend de API - BaaS

Nuevos lanzamientos y optimismo en el futuro

introduciendo-fabric-homepage

Más allá de estas palabras tranquilizadoras, Twitter mostró su determinación de recuperar a los desarrolladores al anunciar sus nuevas capacidades. Muchos de estos giraban en torno a Fabric , su plataforma de desarrollo móvil, que ahora incluye la popular herramienta de informes y monitoreo de fallas móviles Crashlytics , una adquisición reciente, junto con dos nuevas características clave: Beta , una herramienta de distribución y seguimiento de aplicaciones para probadores beta, y Answers. , un panel de análisis de dispositivos móviles.

Además de Crashlytics, Fabric presenta el Kit de Twitter, el SDK de Twitter renombrado para el desarrollo móvil, y Digits , un mecanismo de autenticación simplificado basado en números de teléfono en lugar de nombres de usuario y contraseñas (un habilitador de servicios basados ​​en SMS). Otra adquisición reciente que se abrió camino en Fabric es Fastlane , una herramienta que facilita el flujo de trabajo de implementación en aplicaciones para iOS y Android.

El tiempo dirá si estos esfuerzos convencerán a los desarrolladores de que le den a Twitter otra oportunidad, y si la tensión entre la empresa y su comunidad de desarrolladores disminuirá. Una razón para ser optimista es que Twitter está alejando conscientemente a los desarrolladores de la creación de funciones en la parte superior de su producto principal y está posicionando su API como un habilitador, en la misma línea que los queridos desarrolladores Stripe.

Twitter es a menudo señalado por sus problemas con la comunidad de desarrolladores , pero sus defensores argumentan que se trata de una evaluación injusta, apuntando a las numerosas contribuciones de Twitter para el software de código abierto (como Bootstrap , Bower , FlockDB , molleja y Finagle ).

Con esto concluye nuestra investigación sobre la historia del programa de desarrolladores de Twitter. Sin embargo, otras redes sociales han tenido problemas similares. Como apéndice, las siguientes secciones analizan brevemente otras dos redes sociales gigantes y cómo manejan las relaciones con sus respectivas comunidades de desarrolladores.

Otras redes sociales

Relaciones con desarrolladores en Facebook

Facebook tuvo el relativo lujo de tener una visión estable (y un sitio web estable) antes de que las API sociales públicas se pusieran de moda. Lanzada en 2006, poco antes de la API de Twitter, la API para desarrolladores de Facebook dio acceso a los amigos, fotos, eventos e información de perfil de sus usuarios. Esto marcó el comienzo de una era dorada de los juegos sociales, con desarrolladores de juegos como Zynga , los creadores de Farmville y Mafia Wars, y PlayFish , los creadores de Pet Society y Who Has The Biggest Brain, beneficiándose de los efectos virales que solo Facebook podía habilitar. Además de los juegos, las aplicaciones que aprovecharon el gráfico social de Facebook, como Zoosk , recibieron un gran impulso de la plataforma de Facebook.

Sin embargo, unos años más tarde, cuando los usuarios se quejaron de que las aplicaciones y juegos de spam estropeaban la experiencia del usuario, Facebook redujo gradualmente las tácticas de marketing viral que impulsaban estas aplicaciones , limitando así también su propio atractivo como plataforma de desarrollo.

Facebook tuvo su parte de fallas con su API de desarrollador y fue el receptor de una gran cantidad de críticas por parte de los desarrolladores . Se intentó sin éxito lanzar una moneda virtual durante los primeros años, y más recientemente cerró Analizar , su BaaS móvil adquisición querido por los desarrolladores de aplicaciones móviles, aunque permitieron que el código sea abierto de origen y dieron a los desarrolladores un plazo de preaviso de un año para emigrar lejos.

Un área en la que Facebook ha dejado una marca es en la autenticación delegada : su API OAuth es muy popular debido a la gran cantidad de personas con cuentas de Facebook y la prueba social de que los usuarios pueden beneficiarse al conectarse a una aplicación usando su cuenta de Facebook.

Relaciones con desarrolladores en Instagram

Instagram parece haberse beneficiado de ser una adición tardía a las filas de las redes súper sociales, con la ventaja de la retrospectiva que las ayudó a evitar errores, pero al mismo tiempo sufrió de falta de recursos en los primeros años.

Instagram se lanzó en octubre de 2010 y ya tenía un millón de usuarios después de solo tres meses. En ese momento, era impensable que una importante red social no lanzara su propia API pública. Debido a su asombroso crecimiento, Instagram fue tomado por sorpresa cuando los desarrolladores comenzaron a clamar por una API con todas las funciones.

La empresa quería centrarse en la experiencia del usuario principal, evitando distracciones, por lo que no accedió de inmediato a las demandas de sus posibles consumidores de API. Pero debido a que Instagram era un producto para dispositivos móviles , fue posible en diciembre del mismo año que un desarrollador llamado Mislav Marohni realizara ingeniería inversa de las llamadas inicialmente no cifradas de su API privada hacia y desde la interfaz de usuario móvil y creara una API no oficial . Al menos una aplicación con todas las funciones (Followgram, un directorio de Instagram con estilo propio) se creó sobre esta API no oficial. Sin embargo, en enero de 2011, Instagram lo cerró y lanzó una API oficial en febrero.

Con el tiempo, sus principales características incluyeron la capacidad de buscar imágenes por hashtag o ubicación, la capacidad de incorporar imágenes en un sitio web o una aplicación móvil e imprimir fotos. En cuestión de días, desarrolladores externos lanzaron una gran cantidad de aplicaciones para compartir fotos y mashups. Los más populares que sobreviven hasta el día de hoy incluyen Websta , Flipboard , Casetify , Gramfeed , Collecto (anteriormente Followgram y Social Print Studio .

Tras la adquisición de Facebook en 2012 (y dada la necesidad de monetizar sus cientos de millones de usuarios), Instagram ha podido expandirse en nuevas direcciones, en particular una API publicitaria muy exitosa .

Al igual que Twitter, Instagram ha tomado medidas drásticas recientemente contra sus consumidores de API públicas y ha anunciado que ahora revisaría las aplicaciones antes de permitirles usar la API en producción. Esto se deriva del escándalo InstaAgent en el que se utilizó una aplicación para robar las credenciales de los usuarios.

Publicar un comentario

0 Comentarios