【ITニュース解説】Publishing Threads Carousels from Worker-Hosted Images

このニュース記事は、人気ソーシャルメディアThreadsで複数の画像をスライド形式で投稿する「カルーセル投稿」を、プログラミングを使って自動的に行う方法について解説している。特に注目すべきは、通常であれば必要となる外部の画像保存サービスを使わずに、すべてを「サーバーレスワーカー」という仕組みの中で完結させる革新的なアプローチである。

まず、ThreadsのAPI（プログラミングでThreadsの機能を利用するための窓口）を使ってカルーセル投稿を行うには、投稿したいすべての画像がインターネット上で公開され、誰でもダウンロードできるURLを持っている必要がある。一般的なやり方としては、画像を作成・加工した後に、Amazon S3やCloudflare R2といった「オブジェクトストレージサービス」に画像をアップロードし、そのURLをThreads APIに渡すという流れになる。

しかし、もしあなたのアプリケーションが「サーバーレスワーカー」という技術だけで動いている場合、このオブジェクトストレージサービスを別途導入すると、いくつか不都合な点が生じる。具体的には、追加のインフラを用意する手間、セキュリティのための認証情報を管理する手間、そして外部サービスを使い続けることによる費用が発生してしまう。特に、Threadsが画像をダウンロードするのは一度きりなので、そのために永続的なストレージを契約するのはもったいないと考える場合もあるだろう。

この記事が提案するのは、このような手間やコストを削減するために、Cloudflareが提供する「KVストレージ」というサービスをサーバーレスワーカー内で利用し、画像を直接そこで管理・配信するという方法である。

サーバーレスワーカーは、特定の処理が必要なときにだけ起動してコードを実行する、非常に効率的なコンピューティング環境だ。APIリクエストの処理や、外部からのイベント（ウェブフック）の処理、ウェブサイトのアクセス経路を振り分ける（ルーティング）といった用途に優れている。しかし、サーバーレスワーカーには一般的なコンピューターのように「永続的なファイルシステム」がないという特徴がある。つまり、ワーカーのプロジェクト内に画像を置いておけば、それを公開できるといった簡単な方法では動かない。プログラムが動くたびに新しい環境が用意され、終われば消滅してしまうため、生成した画像を永続的に保存しておく場所がないのである。

この「画像が保存できない」という問題を解決するために、ワーカーの環境内で一時的、または半永続的に画像のようなバイナリデータ（コンピューターが直接扱うデータ形式）を保存し、それをインターネット経由で公開できる仕組みが必要になる。外部のオブジェクトストレージは確かにこの問題の解決策になるが、小規模なプロジェクトや一時的な処理のためには、設定の手間や追加コストが負担になることがある。

そこで登場するのが「Cloudflare KV」である。KVは「キーと値のペア」をエッジ（ユーザーに近い地理的な場所）に保存できるサービスだ。この記事では、このKVを「簡易的なオブジェクトストレージ」として活用する方法を説明している。具体的には、生成した画像のバイナリデータを、特定の「キー」（ファイル名のようなもの）と紐付けてKVに保存する。そして、ワーカーの中に「/img/任意の画像名」といった専用のURL経路を設定し、このURLにアクセスがあったら、ワーカーがKVから該当する画像データを読み込み、適切な画像形式（JPEGやWebPなど）を示す情報（MIMEタイプ）と、画像を一時的に保存しても良いという指示（キャッシュヘッダー）を付けてウェブブラウザなどに返す。これにより、Threadsが必要とする「インターネット上で公開された画像のURL」を、外部ストレージなしで提供できるのだ。KVには保存できるデータサイズに制限があるが、一般的な圧縮された画像であれば、無料枠の範囲内で十分に収まることが多い。

画像がKV経由で公開できるようになったら、次はThreadsへのカルーセル投稿の手順に進む。Threadsのカルーセル投稿は、実は一回のAPI呼び出しで完結するものではなく、いくつかのステップと、その間に「待機時間」が必要となる。この待機期間を無視してすぐに次のステップに進んでしまうと、処理エラーになることが最もよくある失敗の原因だ。

投稿のワークフローは大きく分けて四つの段階からなる。一つ目は「アイテムコンテナの作成」だ。これは、カルーセルの各画像ごとに、Threads APIに対して個別のメディアコンテナ（画像の入れ物）を作るステップである。この時、先ほどCloudflare WorkerとKVで公開した画像のURLをAPIに渡す。二つ目は、この後で非常に重要な「処理待機期間」がある。Meta（Threadsの運営元）のサーバーが、受け取った画像をダウンロードし、内容を検証し、サーバー側で処理を完了するまで待つ必要がある。この処理が終わる前に次のステップに進むと、エラーになる。三つ目は「カルーセル親コンテナの作成」である。個別に作った複数のアイテムコンテナを一つにまとめる「親」となるコンテナを作成し、親コンテナが各アイテムコンテナのIDを参照するように設定する。そして最後の四つ目は、「公開（パブリッシング）」だ。親コンテナに対して最終的な公開指示を出すことで、カルーセル投稿があなたのThreadsプロフィールに表示される。APIのバージョンによってステータス表示は異なる可能性があるため、アイテムコンテナの作成後、おおよそ60秒程度の余裕を持った待機時間を設けることが、安定した運用には効果的であると記事は述べている。

また、もしあなたがプログラミングで画像を自動生成してThreadsに投稿するようなワークフローを考えている場合、特に注意すべき点がある。それは、生成AI（人工知能）による画像生成における「テキストの品質管理」だ。現代の画像生成モデルは、意図しない言葉や文字、時には意味不明な文字を画像に描画してしまうことがよくある。たとえプロンプト（AIへの指示）で「テキストを入れないで」と明示的に伝えたとしても、AIのランダムな特性により、予期せぬ文字の痕跡が残ってしまうこともある。このような問題を避けるためには、生成された画像をカルーセル投稿のコンテナに入れる前に、「人間が目視で確認する」というステップをワークフローに組み込むことが重要だ。自動化されたシステムが画像の保存、コンテナの作成、API連携といった作業を効率的にこなす一方で、最終的なビジュアルの品質は人間が保証するという役割分担が、質の高い投稿を維持するために必要となる。

まとめると、Cloudflare KVを軽量なストレージとして活用し、Threads APIのカルーセル投稿における厳密な処理待機期間を適切に管理することで、外部のオブジェクトストレージを使うことなく、サーバーレスワーカーの内部だけでThreadsのカルーセル投稿を完結させられる。このアプローチは、追加のインフラを導入する手間を省き、アセット（画像などのデータ）の配信を完全に制御し、最終的なビジュアル品質も適切に管理できるという利点がある。