Twitter a annoncé qu'ils apporteraient d'importants changements dans la version 1.1 de leur API, et ces changements affecteront à peu près tous les clients Twitter tiers. Dans un article publié aujourd'hui sur le blog officiel de Twitter, ils expliquent un peu les choses, mais il y a en réalité trois changements majeurs:
- L'authentification est maintenant requise sur chaque noeud final d'API.
- il y a une nouvelle méthodologie de limitation de débit par point final
- des modifications à nos règles de la route pour les développeurs, en particulier en ce qui concerne les applications qui sont des clients Twitter traditionnels
Les deux premiers traitent de la fréquence à laquelle les applications tierces peuvent interroger Twitter et de la possibilité de le faire de manière anonyme. À compter du mois de mars 2013, tous les développeurs vont devoir utiliser quelque chose comme OAuth lors de leurs demandes d'API, au lieu des méthodes actuelles qui permettent une saisie anonyme d'éléments tels que les Tweets sur une tendance actuelle ou avec une certaine chaîne de texte incorporée. En réalité, cela ne concerne que les scrapers et les agrégateurs. Ce n'est donc pas un gros problème pour les développeurs d'applications. La limitation de débit ajustera la fréquence à laquelle les applications peuvent utiliser l'API, qui est actuellement à 350 fois par heure. Avec les nouvelles modifications, différents types d'appels d'API auront différentes limites. Les exemples de limites donnés par Twitter ont 60 appels par heure, par terminal indiqué. Cela signifie que vous pouvez envoyer 60 tweets, consulter 60 profils d'utilisateurs et actualiser 60 fois en une heure. Ces changements seront en direct dans "les prochaines semaines". En apparence, ces modifications sont logiques et les développeurs devraient pouvoir les utiliser dans la plupart des cas.
Le dernier changement est le grand. Twitter resserre les règles pour les clients non officiels, d'une manière qui risque de ne pas plaire aux développeurs. Les trois modifications "Règles de la route" qu'ils ont soulignées sont les nouvelles exigences en matière d'affichage, les applications mobiles préinstallées doivent être approuvées par Twitter et obligent les développeurs comptant de nombreux utilisateurs à travailler directement avec Twitter. Les nouvelles exigences en matière d’affichage dictent l’apparence et la convivialité des applications Twitter et couvrent des éléments tels que les liens @ et les formats de re-tweet. L’approbation d’applications préinstallées signifie que des personnes telles que Samsung et HTC qui intègrent Twitter dans leur logiciel devront obtenir l’approbation si elles continuent à intégrer le service. Si les développeurs expédient un produit sans cette approbation, Twitter peut révoquer l'utilisation de l'API par les applications. La dernière partie, qui concerne des clients populaires comme Plume, précise que les applications de plus de 100 000 utilisateurs devront fonctionner avec Twitter. Ce n'est pas immédiat, car les applications qui comptent actuellement plus de 100 000 utilisateurs auront le droit de croître de 200% supplémentaires avant de bénéficier des fonctionnalités limitées de l'API.
En un coup d'œil, aucun de ces changements ne semble trop radical. Mais le vrai problème sera ce que Twitter approuvera et n'approuvera pas. Twitter a déjà été accusé de ne pas jouer loyalement et d'avoir même mené à une enquête de la part de la FTC. Les développeurs et les utilisateurs expérimentés de Twitter sont légitimement concernés, car la plupart des applications tierces sur iOS et Android offrent plus que les clients officiels. Nous ne pouvons pas affirmer avec certitude que ces changements seront une mauvaise chose tant que nous ne les verrons pas, mais il y a certainement beaucoup de raisons pour que les choses ne se passent pas bien. Internet surveillera pour voir comment tout cela se passe.
Source: Twitter
