Google heeft aangekondigd dat het de toegang van derden tot de Tenor GIF API stopzet, waardoor niet-Google platforms effectief worden buitengesloten van een van de meest gebruikte GIF-databases op het web. Ontwikkelaars die GIF-zoek- en deelfuncties in hun apps hebben ingebouwd met behulp van de API van Tenor, staan nu voor een harde deadline: migreren naar het product-ecosysteem van Google of hun GIF-functionaliteit vanaf nul opnieuw opbouwen.
Tenor is sinds de overname door Google in 2018 de ruggengraat van GIF-integratie in honderden apps, games en platforms. De API bood ontwikkelaars een eenvoudige manier om gebruik te maken van Tenors enorme bibliotheek met geanimeerde content zonder alles via Googles eigen producten te laten lopen. Aan dat tijdperk komt nu een einde.
Gebruik code TRYHARD33 bij het afrekenen om deze aanbieding te verzilveren voordat de code verloopt.
Ontvang 33% korting op je GAMES+ abonnement
Wat verandert er en wat wordt afgesloten
Hier is de kern van wat er daadwerkelijk gebeurt. Google stopt de ondersteuning voor de versie van de Tenor API waarmee onafhankelijke, niet-Google platforms vrijelijk GIF's konden opvragen en tonen. Voortaan zal volledige toegang tot de bibliotheek van Tenor worden geleid via Googles eigen GIF-picker en gerelateerde door Google beheerde integraties.
Voor ontwikkelaars betekent dit:
- Apps en platforms die de legacy Tenor API-endpoint gebruiken, ontvangen geen responses meer na de deadline voor het stopzetten van de ondersteuning
- Migratie vereist het overstappen op de GIF-picker-component van Google, die gepaard gaat met eigen ontwerpbeperkingen en implicaties voor het delen van data
- Platforms die de picker van Google niet direct willen embedden, hebben geen gelijkwaardig open alternatief via Tenor
Het belangrijkste punt is dat dit niet zomaar een technische wijziging is. Google verandert een open bron voor ontwikkelaars in een distributiekanaal voor zijn eigen producten. Elk platform dat de GIF-bibliotheek van Tenor wil gebruiken, moet zich nu aan de regels van Google houden.
Het patroon dat gamers en ontwikkelaars maar al te goed kennen
Deze zet past in een patroon dat de gaming- en ontwikkelaarscommunity al vaker heeft gezien. Google neemt een nuttige, breed geïntegreerde tool over, houdt de API lang genoeg open zodat het ecosysteem ervan afhankelijk wordt, en beperkt vervolgens geleidelijk de toegang om verkeer en data terug te sluizen naar Googles eigen oppervlakken.
Reddit liep in 2023 tegen een vergelijkbaar probleem aan toen het zijn eigen API wilde monetizen, waardoor apps van derden ofwel hoge kosten moesten betalen of moesten stoppen. Het verschil hier is dat Google degene is die de beperkingen oplegt, en de bron die wordt afgesloten een contentbibliotheek is waarvan ontwikkelaars redelijkerwijs mochten verwachten dat ze er toegang toe zouden blijven houden.
Specifiek voor gaming-platforms is GIF-ondersteuning een standaardfunctie geworden in chatsystemen, community-hubs en sociale functies. Het verliezen van directe API-toegang tot de bibliotheek van Tenor zorgt voor echte frictie bij elk team dat GIF-zoekfuncties in hun product heeft gebouwd zonder gebruik te maken van de picker-component van Google.
Waar ontwikkelaars nu daadwerkelijk naar kijken
De realistische opties voor getroffen ontwikkelaars zijn als volgt:
Geen van deze opties is pijnloos. Giphy, de andere grote GIF-database, is na de overname eigendom van Meta, wat weer eigen zorgen met zich meebrengt rondom data en afhankelijkheid. Een custom oplossing bouwen is duur. En het schrappen van GIF-ondersteuning in een chat- of community-functie is het soort achteruitgang dat gebruikers direct opmerken.
Wat de meeste spelers missen in situaties als deze, is het effect op kleinere studio's en indie-ontwikkelaars. Grote platforms kunnen een migratiesprint opvangen. Een team van twee personen dat een community-functie op basis van de Tenor API heeft uitgebracht, heeft nu een serieus probleem.
Voor iedereen die games of sociale gaming-tools bouwt met ingebouwde GIF-functionaliteit: het bekijken van onze gaming guides voor tips over platformintegratie is een goed startpunt terwijl de ontwikkelaarscommunity de beste migratieroute bepaalt. Teams die bouwen op web-based gameplatforms, zoals diegenen die browser-playable titels integreren met community-functies, kunnen ook kijken naar hoe projecten zoals Gotchi Guardians GHST-integratie aanpakken als model voor het doordacht bouwen rondom API-afhankelijkheden van derden.
Google heeft geen vervangend programma of transitieondersteuning aangekondigd, behalve het verwijzen van ontwikkelaars naar het migratiepad voor de GIF-picker. De bredere ontwikkelaarscommunity houdt nauwlettend in de gaten of er een zinvol alternatief opduikt voordat de deadline verstrijkt. Platforms die vroeg handelen, zullen de soepelste weg vooruit hebben. Degenen die wachten, zullen moeten improviseren, en hun gebruikers zullen dat merken. Bekijk de Grow a Garden codes guide voor een voorbeeld van hoe tijdige platform-updates aan gebruikers worden gecommuniceerd wanneer ontwikkelaars vooruitlopen op veranderingen in plaats van achteraf te reageren.
