チュートリアル

Google Virtual Try-On 事例：3組の衣類と画像選択の方法

ストライプのトップス、サテンドレス、シャツの入力と結果を見て、画像選択、遮蔽、アクセサリーの変化を理解しましょう。

Oct 28, 2026

ある衣類を人物に着せたいときは、まず役割がはっきり分かる2枚の画像を用意します。1枚は人物写真、もう1枚は衣類の画像です。Google Virtual Try-On にはプロンプト入力がないため、画像を選ぶ際には人物のポーズ、衣類の輪郭、遮蔽の関係を明確にしておく必要があります。

TL;DR

1枚あたり $0.1075。料金と予算を確認。毎回 person_image_url と product_image_url を渡し、num_images: 1 を設定します。以下の3組の事例では、それぞれストライプシャツ、サテンドレス、アウトドアシャツを紹介し、すべての画像を人物・衣類・結果の順に並べています。

事例1：ストライプTシャツとジーンズ

画像をアップロードして試す →。プロンプトは不要です。

結果では、トップスが赤と白のストライプの半袖に変わっており、グレーの背景、ジーンズ、白い靴は判別できます。ストライプは胸と袖に沿って曲がり、裾の位置も変化しています。商品を見せる際は、色が同じかどうかだけでなく、襟ぐり、横ストライプの流れ、ウエスト部分のつながりを重点的に確認するとよいでしょう。

この組は最初の画像選択の出発点として適しています。人物が正面に立ち、トップスの領域がはっきりしており、衣類画像には半袖と裾が完全に収まっています。入力の組み合わせを再現する場合は、人物Aの元画像を person_image_url に、ストライプTシャツの平置き画像を product_image_url に設定し、num_images: 1 を明示的に指定します。すでにストライプのトップスを着た結果を人物フィールドに戻して、同じ入力の候補と呼ぶことはできません。

結果を選ぶときは、まずストライプと襟ぐりが商品の外観と合っているかを判断し、そのうえで腕付近の衣服の端とウエストのつながりを見ます。用途がコーディネートの示意であれば、全体の色と着こなしで十分な場合もありますが、商品の売りがストライプの配置や裾の長さそのものであれば、衣類画像と一点ずつ照合すべきです。画面内の身体比率やしわから、あるサイズが必ず合うと証明することはできず、生地の実際の伸縮性に関する資料の代わりにもなりません。

事例2：サテンのロングドレスとアクセサリーの変化

画像をアップロードして試す →。プロンプトは不要です。

結果では、ドレスの緑色、キャミソール、ドレープネックが確認でき、元のトップスと長ズボンはロングドレスに置き換わっています。元画像の白い靴もヒールサンダルに変わり、右手付近にはポケットに手を入れたようなしわが現れています。この組は全体のコーディネートを見るのに適していますが、衣服だけを変えることが求められる場合、靴と手付近は個別に確認する必要があります。

再現する際は、人物Bの黒いトップスとジーンズの元画像を残し、独立した緑のドレスの画像を組み合わせます。ロングドレスが置き換える領域は短いトップスより広いため、検収では胸元だけを切り取ってキャミソールを見るのではなく、裾、足首、靴も一緒に確認します。人物が元々着ているコーディネートは変化の判断に影響しますが、公開されている入力には特定のアクセサリーを固定するオプションはありません。

ここで最も明確にすべきは、靴の変化が用途として許容されるかどうかです。夜会服のコーディネートの方向性を選ぶだけなら、ドレスとサンダルの組み合わせは候補の一つにできます。一方、元の白い靴を保つことが要件なら、現在の結果はこの要件を満たしていません。手付近の折り目も、商品に本当にポケットがあると直接解釈することはできません。商品紹介を公開する前に、商品画像や商品資料に戻って構造を確認し、モデルが補った形状を売りとして書くべきではありません。

事例3：街並みの中のオックスフォードシャツ

画像をアップロードして試す →。プロンプトは不要です。

街路、ベージュの長ズボン、立ち姿はおおむね引き継がれ、白いTシャツが水色のシャツに変わっています。平置き画像では下ろされていた長袖が、結果では前腕付近までまくられ、裾はウエストにインされています。具体的な袖丈やまくらない着こなしを見せるには、結果が商品の表現と合っているか確認する必要があり、入力画像だけからこれらの細部がそのまま保たれると推定することはできません。

この組の入力の要点は、人物と商品を分けることです。街並みの人物写真がポーズと環境を担い、独立したシャツ画像が衣類の外観を担います。再現する際は人物Cと青いシャツのこの組のアドレスを使い、別の組の人物に差し替えないようにします。同じシャツを別の人物に着せた効果を見たい場合は、別途新しい組み合わせを作ります。比較している入力だけを毎回1つずつ変えると、選択の根拠をより明確に説明できます。

袖まくりと裾のインは、画面に具体的な着こなしを作り出しますが、商品本来の袖口や裾丈を隠してしまいます。ストリートの着こなし示意に使うなら、この方向で画像を選べます。長袖の長さやゆったりした裾を見せる商品詳細に使うなら、要件を満たす別の結果や商品写真が必要です。既存のインターフェースには袖をまくらないよう指示するプロンプトもなければ、特定の着こなしを強制するテキストパラメーターもありません。候補を増やしても選択肢が増えるだけで、指定した細部が得られる保証はありません。

画像選択と審査の要点

人物画像はできるだけ1人だけが写り、正面の立ち姿で身体の輪郭がはっきりしているものを使用します。衣類画像は背景がきれいで、襟ぐり、袖、裾が完全に写っているものを使います。まず1枚の結果を作り、衣類本体、手による遮蔽、アクセサリー、背景の順に確認します。具体的な商品の細部が求められる場合は、元画像と項目ごとに照合します。

3組の素材はいずれも入力できるプロンプトがありません。画像の下の入口をクリックして人物写真と衣類画像をアップロードするだけです。APIフィールドについては接続ページを参照してください。これらの画面は試着の外観を観察するためのものであり、サイズ測定の代わりにはなりません。

既存の事例で自分の画像選択を計画する

まず、再現したい観察タスクを決めます。ストライプのトップスなら柄とウエストのつながり、ロングドレスなら広範囲の置き換えとアクセサリー、街並みのシャツなら着こなしと環境です。自分のニーズに近い組を選び、2枚の入力の対応関係を記録してから、自分の画像に項目ごとに置き換えます。こうすれば変更のたびに明確な目的があり、人物・衣服・場面を同時に変えて結果の差異を説明できなくなることがありません。

3つの事例はいずれも既存の入力と結果を示すだけで、これに基づいて衣類カテゴリーの成功率や候補に必要な数を推定することはできません。初回は必要な組み合わせごとに1リクエストを割り当て、まず商品要件に沿って審査します。単により多くの選択肢が必要なら、元の入力を保ったまま候補を追加します。商品画像に端の欠落がすでに見つかった場合は、素材準備の段階に戻ります。追加リクエストは予算に含める必要があり、候補を増やしても特定の細部要件を満たさない可能性があります。

結果を記録する際は、外観コーディネートとして使えるかと商品細部として使えるかを分けて書きます。前者は袖まくり、裾のイン、靴の変化を許容する場合がありますが、後者は商品そのものを正確に表現する必要があります。手のしわがポケットに見える、衣服が体に密着して見えるといった視覚的印象も、商品パラメーターとして直接書き換えることはできません。事例は確認すべき箇所を決める助けになりますが、最終的な採用は商品資料と照合する必要があります。

リクエスト再現の範囲

APIリクエストにはモデル名、2つの画像フィールド、num_images: 1 のみが含まれます。完全な cURL と Python の例は接続ページを参照してください。これらの事例にはそのままコピーできるプロンプトはありません。画像の下の入口は人物画像と商品画像をアップロードするためのものです。同じ組の入力を再送信することは入力条件の再利用であり、ページとピクセル単位で同じ結果が得られることを約束するものではありません。

元画像を残しておくと、後で差異を説明するのに役立ちます。ある変化が衣類商品そのものから来たのか、人物のポーズから来たのか、生成結果から来たのかを判断できます。結果画像だけがあって対応する入力がなければ、ある衣服が正確に表現されたかを確認するのは難しくなります。画像選択が完了したら、採用版を別途アーカイブし、後日生成結果を元の商品画像と誤認しないようにします。