Google a annoncé la fermeture de l'accès tiers à la Tenor GIF API, bloquant de fait les plateformes non-Google hors de l'une des bases de données de GIF les plus utilisées du web. Les développeurs qui ont intégré des fonctionnalités de recherche et de partage de GIF dans leurs applications via l'API de Tenor font désormais face à une date limite stricte : migrer vers l'écosystème de produits de Google ou reconstruire leur fonctionnalité de GIF à partir de zéro.
Tenor a été la pierre angulaire de l'intégration des GIF dans des centaines d'applications, de jeux et de plateformes depuis son acquisition par Google en 2018. L'API offrait aux développeurs un moyen simple d'exploiter l'immense bibliothèque de contenu animé de Tenor sans avoir à tout faire transiter par les produits de Google. Cette ère touche à sa fin.
Utilisez le code TRYHARD33 lors du paiement pour profiter de cette offre avant son expiration.
Profitez de 33% de réduction sur votre abonnement GAMES+
Ce qui change et ce qui est supprimé
Voici les détails de la situation. Google met fin à la version de l'API Tenor qui permettait aux plateformes indépendantes, non affiliées à Google, d'interroger et de diffuser des GIF librement. À l'avenir, l'accès complet à la bibliothèque de Tenor sera canalisé via le Google GIF picker et les intégrations contrôlées par Google.
Pour les développeurs, cela signifie que :
- Les applications et plateformes utilisant l'ancien point de terminaison (endpoint) de l'API Tenor cesseront de recevoir des réponses après la date limite de suppression
- La migration nécessite l'adoption du composant GIF picker de Google, qui s'accompagne de ses propres contraintes de conception et implications en matière de partage de données
- Les plateformes qui ne souhaitent pas intégrer directement le sélecteur de Google n'ont aucune alternative ouverte équivalente via Tenor
L'essentiel ici est qu'il ne s'agit pas seulement d'un changement technique. Google transforme une ressource ouverte aux développeurs en un canal de distribution pour ses propres produits. Toute plateforme souhaitant utiliser la bibliothèque de GIF de Tenor doit désormais suivre les règles de Google.
Le schéma que les gamers et les développeurs connaissent trop bien
Cette décision s'inscrit dans un schéma que la communauté des gamers et des développeurs a vu se répéter à maintes reprises. Google acquiert un outil utile et largement intégré, maintient l'API ouverte assez longtemps pour que l'écosystème en devienne dépendant, puis restreint progressivement l'accès afin de rediriger le trafic et les données vers ses propres surfaces.
Reddit a été confronté à une version de ce problème en 2023 lorsqu'il a décidé de monétiser sa propre API, forçant les applications tierces à payer des frais élevés ou à fermer. La différence ici est que c'est Google qui impose ces restrictions, et la ressource verrouillée est une bibliothèque de contenu à laquelle les développeurs s'attendaient légitimement à avoir un accès continu.
Pour les plateformes de jeu en particulier, la prise en charge des GIF est devenue une fonctionnalité standard dans les systèmes de chat, les hubs communautaires et les fonctions sociales. Perdre un accès API propre à la bibliothèque de Tenor crée une réelle friction pour toute équipe ayant intégré la recherche de GIF dans son produit sans passer par le composant de sélection de Google.
Ce à quoi les développeurs sont réellement confrontés
Les options réalistes pour les développeurs concernés se résument ainsi :
Aucune de ces options n'est indolore. Giphy, l'autre base de données majeure de GIF, appartient à Meta suite à son acquisition, ce qui soulève ses propres préoccupations en matière de données et de dépendance. Développer une solution personnalisée coûte cher. Et abandonner le support des GIF dans une fonctionnalité de chat ou communautaire est le genre de régression que les utilisateurs remarquent immédiatement.
Ce que la plupart des joueurs ne voient pas dans ce genre de situation, c'est l'effet en aval sur les petits studios et les développeurs indépendants. Les grandes plateformes peuvent absorber un sprint de migration. Une équipe de deux personnes qui a lancé une fonctionnalité communautaire basée sur l'API de Tenor se retrouve maintenant face à un vrai problème.
Pour toute personne développant des jeux ou des outils de jeu social avec une fonctionnalité GIF intégrée, consulter nos guides de jeu pour des conseils d'intégration de plateforme est un bon point de départ pendant que la communauté des développeurs cherche la meilleure voie de migration. Les équipes travaillant sur des plateformes de jeu web, comme celles intégrant des titres jouables par navigateur avec des fonctionnalités communautaires, peuvent également observer comment des projets tels que Gotchi Guardians gèrent l'intégration de GHST en tant que modèle pour construire intelligemment autour des dépendances d'API tierces.
Google n'a pas annoncé de programme de remplacement ou de support de transition au-delà de l'orientation des développeurs vers le chemin de migration du GIF picker. La communauté des développeurs dans son ensemble surveille de près si une alternative significative émergera avant la date limite. Les plateformes qui agissent tôt auront la voie la plus fluide. Celles qui attendent se retrouveront en difficulté, et leurs utilisateurs le ressentiront. Consultez le guide des codes Grow a Garden pour un exemple de la manière dont les mises à jour opportunes des plateformes sont communiquées aux utilisateurs lorsque les développeurs anticipent les changements plutôt que de réagir après coup.
