Googleは、Tenor GIF APIのサードパーティによるアクセスを終了すると発表しました。これにより、Google以外のプラットフォームは、Web上で最も広く利用されているGIFデータベースの一つを利用できなくなります。TenorのAPIを使用してアプリにGIF検索や共有機能を実装していた開発者は、Googleのプロダクトエコシステムへ移行するか、GIF機能をゼロから作り直すかという厳しい期限に直面しています。
Tenorは、2018年にGoogleが買収して以来、何百ものアプリ、ゲーム、プラットフォームにおけるGIF統合のバックボーンとなってきました。このAPIにより、開発者はGoogleのプロダクトを介することなく、Tenorの膨大なアニメーションコンテンツライブラリを直接利用することができました。しかし、その時代は終わりを迎えようとしています。
何が変更され、何が遮断されるのか
実際に何が起きているのかを解説します。Googleは、独立したサードパーティのプラットフォームがGIFを自由にクエリおよび提供することを可能にしていたTenor APIのバージョンを廃止します。今後は、Tenorのライブラリへのフルアクセスは、GoogleのGIFピッカーおよび関連する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を基盤にコミュニティ機能を実装した2人チームにとっては、深刻な問題となります。
GIF機能を組み込んだゲームやソーシャルゲーミングツールを開発している方は、プラットフォーム統合のヒントとして、当サイトのゲーミングガイドを確認することをお勧めします。開発者コミュニティが最適な移行パスを模索する中で、良い出発点となるはずです。ブラウザでプレイ可能なタイトルとコミュニティ機能を統合するようなWebベースのゲームプラットフォームを構築しているチームは、Gotchi GuardiansがGHST統合をどのように扱っているかを参考に、サードパーティAPIの依存関係を慎重に考慮した構築モデルとして検討してみてください。
Googleは、開発者にGIFピッカーへの移行を促す以外、代替プログラムや移行支援については発表していません。広範な開発者コミュニティは、期限までに有意義な代替案が登場するかどうかを注視しています。早期に行動を起こすプラットフォームは、最もスムーズな移行が可能となるでしょう。対応を待つプラットフォームは混乱に陥り、その影響はユーザーに直接伝わることになります。開発者が後手に回るのではなく、変更を先取りして対応することで、どのようにタイムリーなプラットフォーム更新がユーザーに伝わるかの例として、Grow a Gardenのコードガイドも併せて確認してみてください。
