Google 宣布将关闭第三方对 Tenor GIF API 的访问权限，这意味着非 Google 平台将无法再使用这一全球最广泛使用的 GIF 数据库之一。此前，开发者通过 Tenor 的 API 在其应用中构建了 GIF 搜索和分享功能，如今他们面临着最后期限：要么迁移到 Google 自己的产品生态系统中，要么从零开始重新开发 GIF 功能。
自 2018 年 Google 收购 Tenor 以来，它一直是数百款应用、游戏和平台集成 GIF 功能的基石。该 API 为开发者提供了一种直接调用 Tenor 海量动画内容库的便捷方式，而无需通过 Google 自身的产品进行中转。那个时代即将终结。
发生了什么变化，哪些功能将受限
以下是目前情况的简要说明。Google 正在弃用允许独立、非 Google 平台自由查询和提供 GIF 的 Tenor API 版本。未来，对 Tenor 资源库的全面访问将通过 Google 自己的 GIF 选择器 (Google's own GIF picker) 及相关的 Google 控制集成进行引导。
对于开发者而言，这意味着：
- 使用旧版 Tenor API 端点的应用和平台在弃用截止日期后将停止收到响应
- 迁移需要采用 Google 的 GIF 选择器组件，该组件附带其自身的设计限制和数据共享要求
- 不希望直接嵌入 Google 选择器的平台，无法通过 Tenor 找到同等的开放替代方案
关键在于，这不仅仅是一次技术变更。这是 Google 将一个开放的开发者资源转化为其自身产品分发渠道的举措。任何想要使用 Tenor GIF 库的平台，现在都必须遵守 Google 的规则。
玩家和开发者都非常熟悉的套路
此举符合游戏和开发者社区反复见证的一种模式。Google 收购了一个实用且被广泛集成的工具，保持 API 开放足够长的时间以让生态系统产生依赖，然后逐渐以各种方式限制访问，从而将流量和数据引导回 Google 自己的平台。
Reddit 在 2023 年就遇到了类似的情况，当时它决定对其 API 进行商业化，迫使第三方应用要么支付高额费用，要么关停。不同之处在于，这次是 Google 在进行限制，且被锁定的资源是一个开发者本有理由预期能持续访问的内容库。
对于游戏平台而言，GIF 支持已成为聊天系统、社区中心和社交功能的标准配置。失去对 Tenor 库的纯净 API 访问权限，对于那些在没有围绕 Google 选择器组件构建的情况下将 GIF 搜索集成到产品中的团队来说，会造成实质性的阻碍。
开发者目前面临的选择
受影响的开发者目前面临的现实选择如下：
| 选项 | 涉及内容 | 权衡利弊 |
|---|---|---|
| 迁移至 Google GIF Picker | 直接嵌入 Google 组件 | 控制权降低，适用 Google 数据条款 |
| 切换至 Giphy API | 围绕 Meta 旗下的 Giphy 重建集成 | 资源库不同，存在类似的依赖风险 |
| 构建自定义 GIF 解决方案 | 授权内容或索引自有库 | 成本高昂，开发周期长 |
| 放弃 GIF 支持 | 完全移除该功能 | 用户体验倒退 |
这些选择都不轻松。另一个主要的 GIF 数据库 Giphy 在被 Meta 收购后，也带来了关于数据和依赖性的担忧。构建自定义解决方案成本高昂。而在聊天或社区功能中放弃 GIF 支持，是用户会立即察觉到的体验倒退。
在这种情况下，大多数玩家忽略的是对小型工作室和独立开发者的后续影响。大型平台可以消化迁移带来的开发压力，但一个仅有两人的团队如果基于 Tenor API 开发了社区功能，现在就面临着真正的难题。
对于任何在游戏或社交游戏工具中内置了 GIF 功能的开发者，在社区摸索出最佳迁移路径的同时，查看我们的游戏攻略以获取平台集成建议是一个不错的起点。基于网页游戏平台的团队，例如那些将浏览器可玩游戏与社区功能集成的团队，可以参考 Gotchi Guardians 如何处理 GHST 集成，将其作为深思熟虑地构建第三方 API 依赖的范例。
除了引导开发者使用 GIF 选择器迁移路径外，Google 尚未宣布任何替代计划或过渡支持。广大开发者社区正在密切关注在截止日期前是否会出现任何有意义的替代方案。尽早采取行动的平台将拥有最平稳的过渡路径。那些选择等待的平台将会陷入混乱，而用户也会直接感受到影响。查看 Grow a Garden 礼包码攻略，了解当开发者在变更发生前做好准备而非事后补救时，如何向用户传达及时的平台更新。
