Nano Banana Proで画像を動画にしたいとき、最初に探すべきものは「Proで動画化」ボタンではありません。まずProで作った静止画を参照フレームとして扱います。被写体、文字、構図、光、スタイルは画像レイヤーで固定し、動き、長さ、書き出し、ウォーターマーク、クレジット、アップロード条件はGemini Omni、Gemini API + Veo、Googleの制作面、または検証済みの外部ルートに分けて判断します。
| 状況 | 最初に試すルート | 止めるか切り替える条件 |
|---|---|---|
| 低リスク画像で個人的に試したい | Gemini Omni、Gemini appの動画生成、またはconsumer video route | 書き出し条件が見えない、被写体が変わる、owner contractが不明 |
| 自動化、ログ、再現性が必要 | Gemini API + Veo。現在のmodel、price、limits、safety、data termsを確認する | 価格、制限、data handling、failure behaviorをowner docsで確認できない |
| 絵コンテ、広告案、商品クリップを作る | Google creative surfaceまたはtrusted editing suite | 商品形状、文字、likeness、clean exportを保てない |
| 完全一致のNano Banana Pro image-to-video toolを見つけた | owner、model route、upload terms、credits、watermark、export、privacy、support確認後に低リスク素材でテスト | 誰がvideo modelを動かすのか、uploadがどう扱われるのか証明できない |
| 本当はfree tool、広いimage-to-video、text-to-video、Veo setupが知りたい | 対応する兄弟記事へ移動 | このPro-frame workflowに別タスクを混ぜない |
アップロード前の停止条件は明確です。個人の顔、クライアント素材、未公開商品、ID、医療や金融の文脈、licensed work、adult materialは、upload contractが証明されていないwrapperに入れないでください。Pro画像は見た目を固定するためのものです。動画promptはcamera movement、action、timing、stability、変えてはいけない部分に集中します。
まずProの静止画レイヤーと動画ルートを分ける
Nano Banana Proはimage layerです。GoogleのGemini image generation and editingはNano Bananaを画像生成と編集の文脈に置き、Gemini 3 Pro Imageのmodel identityはgemini-3-pro-imageです。つまりProが強いのは、参照フレーム、商品画像、文字入りビジュアル、キャラクター姿勢、構図を動画の前に整える場面です。
動画は別ルートです。Googleのdeveloper video documentationはVeo through the Gemini APIを動画生成のルートとして扱います。Gemini app、Flow、Google Vidsなどのappやcreative surfaceには、それぞれaccount、plan、upload、exportの条件があります。安全な表現は「Nano Banana Proで参照フレームを作り、別の動画ルートで動かす」です。
この分離を入れないと、記事はwrapper一覧になってしまいます。あるサイトがNano Banana Pro image to videoと書いていても、Proが担当するのは画像生成、画像編集、reference-frame preparationなのか、それとも動画、価格、privacy、exportまで主張しているのかを分けて読みます。後者にはowner-level proofが必要です。
参照フレームを先に整える
弱い静止画を入れると、動画ルートは修正と生成を同時に背負います。結果として顔が変わる、文字が溶ける、商品形状が歪む、背景が増える、光が不安定になることがあります。Nano Banana Proを使う価値があるのは、静止画そのものを先に直す必要があるときです。
| 参照フレームの仕事 | 動画ルートに効く理由 | 注意点 |
|---|---|---|
| 商品hero frame | 形状、label、material、lightingを明確にする | 小さな文字、反射、細い輪郭はまだ崩れる |
| Character or mascot pose | identityとstyle anchorを固定する | 顔やlikenessは権利とupload条件を確認する |
| Storyboard panel | 動く前にcamera angleを決める | 一枚に複数actionを詰め込まない |
| First/last-frame pair | startとend stateを伝える | すべてのrouteが対応するわけではない |
| Text-heavy concept | 静止画内の文字をProで先に整える | 動画化で文字が歪む可能性は残る |
この工程はpre-productionです。いちばん美しい画像より、動画ルートが「何を保つべきか」を読み取りやすい画像を選びます。商品は大きく、清潔に、輪郭を見せます。キャラクターは一つの姿勢と表情に絞ります。シーンは読みやすい構図にし、文字には余白を残します。
動画ツールはルートの責任範囲で選ぶ
ここでの質問は「どのツールが一番すごいか」ではありません。「この素材を安全に動かせる責任範囲を持つのはどのルートか」です。
Gemini OmniやGemini appの動画機能は、low-riskな手動テストに向きます。Google product surfaceに留まりながら、動きの幅やstyleを確認できます。ただしdeveloper API promiseではありません。account、地域、plan、upload behavior、export optionsはsurfaceごとに変わる可能性があります。
Gemini API + Veoは、automation、logs、retries、quota control、production budgetingが必要なときに評価します。現在のmodel、price、free-tier factsはVeo documentationとAI pricing pageで確認します。wrapperのcredits表記をAPI planの代わりに使ってはいけません。
Flow、Vids、その他のGoogle creative surfaceは、動画が編集ワークフローの一部であるときに便利です。強みはmodel outputだけでなく、editing context、account controls、export pathです。一方で、そのproduct-specific limitsはGemini APIとは別のものです。
外部suiteやwrapperは、低リスク素材の検証には使えます。ですが、model routeを隠すサービスはproduction向きではありません。owner、upload handling、credits、watermark、export、privacy、supportが明確でないなら、disposable imageだけで試すか止めます。
Pro画像からmotion promptを書く
Pro stillができたら、scene全体をpromptで再説明しないでください。画像はすでにsubject、style、lighting、text、layout、compositionを持っています。動画promptは、何が動くか、cameraがどう動くか、どれくらい続くか、何を変えないかに使います。
| Prompt part | 役割 | 例 |
|---|---|---|
| Camera | 視点の動き | slow push-in with a slight right pan |
| Subject action | 画面内の変化 | fabric moves gently in the wind |
| Timing | 長さとリズム | natural 5-second motion, no fast cuts |
| Stability | 固定するもの | keep product shape, logo, label text and lighting stable |
| Negative constraint | 追加しないもの | do not add people, props, text or background changes |
商品なら「slow studio push-in, subtle product rotation, natural reflection movement, keep label text and product shape unchanged, no new objects」から始めます。人物やキャラクターなら、identity、expression、pose、backgroundを保つ指示を入れます。長いscene rewriteより、短いdiagnostic promptのほうが失敗原因を読みやすくなります。
小さなテストを一度だけ行い、原因を分ける
最初のclipは完成品ではなく診断用です。非機密の画像、短い長さ、シンプルなmotion promptで一度だけ試し、失敗を分類してから次を決めます。
- Pro stillを複製し、元画像を保管する。
- 余計なborder、background clutter、private contextを外す。
- camera、action、timing、stability、negative constraintsを含むpromptを書く。
- 最短で意味のあるclipを生成する。
- reroll前にfailure typeを分類する。
| Failure type | 見え方 | 次の動き |
|---|---|---|
| Prompt issue | cameraが違う、actionが強すぎる、pacingがおかしい | 指示を減らし、stability ruleを強くする |
| Frame issue | product shape、face、text、subjectが崩れる | Pro imageを修正または簡略化する |
| Route issue | clean exportがない、watermark、credits不明、duration不足 | ownerが明確なrouteに変える |
| Policy or privacy issue | refusal、warning、blank output、不適切upload context | sensitive materialを外すか止める |
| Wrapper issue | model owner不明、credits曖昧、supportなし | harmless testだけにするかofficial routeへ |
route problemはrouteを変え、frame problemはframeを直します。wrapperがexportやrightsを証明できないなら、promptでは解決しません。文字がすぐ崩れるなら、still imageを修正するかfirst-frame controlの強いrouteを使います。
Exact-match wrapperはアップロード前に監査する
タスク名にぴったり合うtoolは速い答えに見えます。しかし速さはownershipの証明ではありません。provider contractとして読みます。
まずownerです。使えるproviderなら、誰がserviceを運営し、どのmodelまたはrouteを使い、creditsをどう消費し、failed generationをどう扱い、supportがどこにあるかを示すべきです。official、unlimited、no watermark、commercial use、free foreverと書くなら、visible term、account screen、current owner surfaceが必要です。
次にupload boundaryです。Pro frameにはreal face、brand file、client concept、product launch image、internal document、licensed referenceが入ることがあります。retention、deletion、training use、visibility、rightsが説明されていないなら、実素材を入れないでください。
最後にoutput boundaryです。download quality、watermark、duration、aspect ratio、reuse rights、credit accountingがclipの使い道を決めます。previewが良くても、exportにwatermarkが残る、権利が不明、再現できないならproduction routeではありません。
兄弟記事に渡したほうがよい場合
このworkflowは狭く保ちます。Pro frame first、video route secondです。実際の質問が別なら、対応する記事へ移動します。
| 実際の質問 | より合う記事 |
|---|---|
| 普通の静止画を動画にするrouteを比較したい | /ja/posts/ai-image-to-video |
| free、no signup、credits、no watermarkを探している | /ja/posts/ai-image-to-video-generator-free |
| Nano Bananaでtext-to-videoやfree videoができるか知りたい | /ja/posts/nano-banana-free-text-to-video |
| Veoの使い方を知りたい | /ja/posts/how-to-use-google-veo-3 |
| Veo 3.1が無料か知りたい | /ja/posts/veo-3-1-free |
判断基準は単純です。静止画にProの制御が必要なときだけProで参照フレームを作り、その後はowner、upload terms、export path、current costが確認できる動画ルートで動かします。
よくある質問
Nano Banana Proだけで動画を作れますか？
Nano Banana Proはimage and reference-frame layerとして扱います。final video modelではありません。clipの開始点になる静止画を作るか修正し、motionはGemini Omni、Gemini API + Veo、Google creative surface、または検証済みの外部routeで扱います。
どのルートが一番よいですか？
low-riskな手動テストならconsumerまたはapp-style video routeです。developer workならGemini API + Veoを評価します。creative productionならexportとrightsが合うsuiteを選びます。wrapperはowner、model route、upload、credits、watermark、privacy、supportが明確な場合だけ試します。
Veoは必要ですか？
video routeは必要です。VeoはGoogleのdeveloper video familyです。casual manual clipではapp surfaceで足りることがありますが、automation、billing、quota、production ownershipが関係するなら公式docsで確認します。
Pro画像からpromptを書くコツは？
画像にsubject、style、lighting、text、compositionを任せます。promptはcamera movement、action、timing、stability、do not change constraintsに使います。
商品写真をuploadしても安全ですか？
upload、storage、privacy、rights、export、account rulesがその商品画像に合う場合だけです。未公開商品、client files、brand-sensitive assetsはapproved accountまたはofficial routeを使ってください。
無料wrapperを使ってもよいですか？
harmless testに限定してください。owner、model route、upload terms、credits、watermark、export、privacy、commercial-use rules、supportが明確になるまで、本番素材には使いません。
普通のimage-to-video toolではだめですか？
画像が普通で、taskが単純ならbroad toolで十分です。このworkflowはNano Banana Proで静止画を作る、または直す必要があるときに使います。
顔、文字、商品形状が変わるときは？
blind rerollしないでください。Pro imageを修正または簡略化し、stability constraintsを強め、first-frameやproduct controlの強いrouteに変えます。critical detailを保てないなら、そのrouteは素材に合っていません。
