Wan 3.0 vs Wan 2.7：移行とモデル選択ガイド

PixMindで新規連携を構築するなら、実際に使用するAPIプロジェクトで特定のWan 2.7ワークフローが呼び出せると確認済みの場合を除き、Wan 3.0を選ぶのが妥当です。Wan 3.0は、最大30秒の出力、480p枠、より多い参照素材、共通する720pと1080pでの低い確認時点料金など、現行仕様の範囲が広くなっています。Wan 2.7の既存動作がこれらの追加機能より重要で、アカウント単位のアクセスも確認できている場合に限り、稼働中のWan 2.7連携を維持してください。

難しいのは可用性です。2026年9月5日時点では、両モデルの公開ページが「Available」と表示されていました。しかし、設定済みのあるAPIプロジェクトから認証付きモデルディレクトリを取得すると、wan3.0-videoは返った一方、wan2.7-videoは返りませんでした。認証付き料金レスポンスにはWan 2.7の料金が残っていました。これは一つのプロジェクトで観測されたカタログの不整合です。Wan 2.7が全体で終了した証拠ではなく、料金レコードだけでモデルを呼び出せることも証明できません。

本ガイドでは、文書化されたインターフェース、公開料金、そしてこの日付付きアカウント観測を比較します。旧ルートが認証付きモデルディレクトリになかったため、画質を比較する制御生成は実施していません。したがって、扱うのは移行とモデル選択であり、どちらがより美しい動画を作るかではありません。

要点

• 新規開発では、確認した認証付きカタログに表示され、現行インターフェースも広いwan3.0-videoがより安全な既定値です。
• wan2.7-videoをwan3.0-videoへ文字列だけで置き換えないでください。長さ、解像度、参照、料金、検証を意図的に移行する必要があります。
• 2026年9月5日、両方の公開APIページは「Available」でしたが、一つの認証済みプロジェクトでは/pricingにWan 2.7の行が残る一方、/modelsには表示されませんでした。
• 共通解像度で、Wan 3.0の認証付きポイント単価は30%低く、公開ドル料金は30.8%低い値でした。ただし、この二つの価格層は分けて扱います。
• 公開アクセスでも有料アクセスでも、素材、人物、音声、ブランド、音楽など第三者コンテンツの権利が自動的に処理されるわけではありません。

このガイドの内容

• Wan 3.0とWan 2.7の早見表
• 可用性と認証付き検出
• 音声移行のリスク
• 料金と費用計算式
• 安全なAPI移行
• 再現可能な事前確認
• 商用利用の境界
• よくある質問

Wan 3.0とWan 2.7の早見表

Wan 3.0は文書化された動作範囲を広げていますが、Wan 2.7もPixMindの公開画面に残っています。次の表ではPixMindでの観測とAlibabaのアップストリーム文書を分け、上流機能を接続確認済みのルートと誤認しないようにしています。

公開状態の基準は、現在のWan 3.0 APIページとWan 2.7 APIページです。AlibabaのWan 2.7画像から動画へのガイドは上流仕様の2～15秒と720p/1080pを裏付け、参照から動画への文書は参照画像と動画の合計上限を示します。上流文書はPixMindアカウントへのアクセスを証明しません。

Wan 2.7からWan 3.0で変わったこと

主な変更は制作範囲の拡大であり、画質上の勝利が実証されたわけではありません。Wan 3.0では文書上の最大長が15秒から30秒へ倍増し、480p出力が追加され、上流のマルチモーダル、ファイル、Webソースの設計範囲も広がりました。Alibaba公式のWan 3.0 APIリファレンスは上流モードと制限を説明していますが、すべてのフィールドがPixMindの公開ペイロードに出ている証拠ではありません。

長さが増えるとショット設計も変わります。5、10、15秒を固定値にしているワークフローはそのまま利用できますが、30秒の要求を同じプロンプトの長尺版とだけ考えるべきではありません。長いクリップでは、出来事、カメラ移動、音声キュー、連続性の確認に使える時間が増えます。最高解像度に費用をかける前に構成をテストしてください。

参照素材も明示的な対応付けが必要です。AlibabaのWan 2.7 R2Vガイドでは、参照画像と動画の合計が5件までです。現在のWan 3.0画面では10画像、5動画、5音声クリップが上限として示されています。Wan 3.0の大きな上限を前提にしたジョブは、素材を減らして互換性を再確認しない限り2.7へ戻せません。AlibabaはWan 3.0のファイル入力とWeb入力を文書化し、PixMindのランディングページでも説明していますが、現在のPixMind公開リクエストビルダーには該当フィールドがありません。本番ペイロードでfile_urlやlink_urlを推測しないでください。

見落としやすい上流の時間制限が二つあります。AlibabaはWan 3.0の参照動画の合計を15秒、参照音声の合計を別に15秒へ制限しています。動画入力を使う場合はinput-video duration + requested output duration <= 30 secondsも必要です。これは上流制約であり、PixMindが対応フィールドをすべて公開している証拠ではありませんが、その入力モードを利用できる場合、移行バリデーターは制約を適用すべきです。

Wan 3.0完全ガイドでは、始終端、参照、ファイル、Web、音声の組み合わせを詳しく説明しています。従来のWan 2.7ガイドは、3.0向け記事へ暗黙に名称変更せず、バージョン固有の内容として残すべきです。

公開上の可用性と認証付き検出は一致しない

モデルの可用性は、公開リスト、認証付き検出、受理された生成リクエストという三層の契約として扱います。9月5日のスナップショットでは両モデルが公開ページ確認を通りましたが、調査した一つの設定済みプロジェクトで認証付き検出を通ったのはWan 3.0だけでした。

確認した証拠は次のとおりです。

1. Wan 3.0の公開ページは「Available」と表示していました。
2. Wan 2.7の公開ページも「Available」と表示していました。
3. ある設定済みAPIプロジェクトで、認証付きGET /api-platform/v1/modelsはWan 3.0を返し、Wan 2.7を返しませんでした。
4. 認証付きGET /api-platform/v1/pricingにはWan 2.7のポイント料金が残っていました。

匿名化した実行時証拠： 2026-09-05に本番API環境で観測し、プロジェクトとキーは伏せています。/modelsにはwan3.0-videoがあり、wan2.7-videoはありませんでした。/pricingには両方のIDがありました。この確認では生成POSTを送信していません。

このパターンだけでは原因を特定できません。権限、リージョン、ロールアウト状態、フィルタリング、古いカタログデータといった説明は、サービスが文書化するかサポートが確認するまで仮説です。確実に言える範囲は、その時点の当該プロジェクトで公開カタログと認証付きモデルディレクトリが一致していなかったことです。

連携側は慎重に対応してください。選択モデルが認証付き検出にない場合、有料タスクを作る前に停止します。具体的な可用性エラーを示し、要求されたモデルIDを保持し、別ルートを選ぶ前に運用担当者または利用者の明示的判断を求めます。Wan 2.7のリクエストをWan 3.0へ、またはその逆へ暗黙に送信してはいけません。従来のWan 2.7ルートは、あるAPIプロジェクトで検出されない場合も表示が続くことがあります。

音声動作は移行リスク

現在受理されるタスクで別の挙動が実証されるまでは、Wan 3.0の音声は有効だと扱ってください。9月5日のリポジトリ確認では、公開文書にgenerateAudio制御が示されている一方、現行Wan 3.0バックエンドは音声を強制的に有効化していました。generateAudio: falseを持つ保存済み2.7リクエストや、無音出力を前提にしたワークフローは、移行後に挙動が変わる可能性があります。

Wan 2.7の音声はモード依存で、現在のルートでは任意です。参照ワークフローでは、対応素材に一つの参照音声を関連付けます。独立した音声参照を5件受け付けるとは説明できません。Wan 3.0は上流で最大5件の参照音声ファイルを文書化し、合計長は15秒までですが、始終端モードは参照音声とは別です。

音声を受け入れ基準にしてください。音が必要かを記録し、返されたファイルを確認し、成果物を無音にする必要があれば別途除去やポストプロダクションを計画します。デプロイ済みの契約で確認できるまで、falseを送ればWan 3.0の音声が無効になると保証しないでください。

この比較が画質の勝者を決めない理由

この比較ではペア生成を実施していないため、画質の勝者を示す証拠はありません。旧ルートが認証付きモデルディレクトリに返らず、確認したプロジェクトでは同一のプロンプト、シード、参照、設定、評価基準を使う再現可能な送信ができませんでした。

公開デモやベンダー説明は機能を例示できますが、プロンプト遵守、動き、人物の一貫性、音質、生成速度、失敗率を比較する制御証拠ではありません。小規模なペアテストでも、同じプロンプト、素材、長さ、比率、解像度、音声意図、サンプル数、明文化した採点方法が必要です。

同じ評価環境で両ルートを呼び出せるまでは、確認済み可用性、必要な制御、長さ、解像度、予算で選んでください。視覚性能が決定要因なら、アカウントアクセス確認後に別途ベンチマークを行います。本記事の移行所見をクリエイティブ性能の主張に置き換えてはいけません。

現在の料金と費用計算式

9月5日のスナップショットでは、共通する両解像度でWan 3.0の単価が低い値でした。認証付き/pricingのポイント単価は30%低く、公開モデルページのドル単価は30.8%低い値です。これは別の価格層であり、相互に換算する値ではありません。

計画時の見積もりには次の式を使います。

estimated cost = duration in seconds × rate from the price layer being used

Runtime points: (120 - 84) ÷ 120 = 30% at 720p
Public dollars: ($0.13 - $0.09) ÷ $0.13 = 30.8% at 720p

1080pでも、それぞれの価格層内の割合は同じです。これは時点付きの見積もりであり、将来の見積書ではありません。API課金はStudioクレジットと別で、ポイントと公開米ドル料金の一般的な換算は想定していません。タスク受理時に確定した価格が、そのタスクの運用記録です。

API連携を安全に移行する方法

移行はモデル名の編集ではなく、契約変更として扱います。次の手順なら、有料リクエストを作成する前に非互換性を見つけられます。

1. 現在の契約を棚卸しする。 正確なモデルID、始終端、長さ、解像度、比率、入力素材の役割、音声設定、再試行動作、ポーリングフロー、結果解析、費用ガードを記録します。現行のWan 2.7リクエストフィールドと比較してください。
2. 対象認証情報でモデルを検出する。 タスクを作成するのと同じプロジェクト、同じ環境で認証付きモデルディレクトリを問い合わせます。公開ページや別アカウントだけに依存しないでください。
3. 現在の料金を別に取得する。 モデル検出と料金を両方記録します。料金行があっても、モデルディレクトリにない事実は覆りません。
4. 対応パラメーターを割り当てる。 長さ、解像度、比率、始終端、参照、音声を対応付けます。動画参照では合計15秒の上限とinput-video duration + output duration <= 30 secondsを適用し、参照音声には別の合計15秒上限を適用します。PixMindが正確なペイロード契約を公開するまで、ファイル、リンク、編集、延長は未確認として扱います。未対応フィールドを黙って落とさず拒否してください。
5. 見積もりガードを追加する。 概算を計算して受理されたタスク価格と比べ、選択したしきい値を超える差があれば確認を求めます。
6. 一度だけ送信し、タスクIDを保持する。 クライアントのタイムアウトは結果不明として扱い、作成失敗の証拠とは考えません。IDがある場合は同じタスクのポーリングを再開します。
7. 返却アセットを検証する。 後続公開の前に、長さ、寸法、再生、音声、ソース依存の詳細を確認します。
8. ロールバックを明示する。 Wan 2.7を呼び出せることが引き続き確認できる場合だけ旧設定を保持します。旧モデル名の下で隠しフォールバックを呼び出してはいけません。

PixMind APIクイックスタートには、非同期生成タスクの送信、保存、ポーリングをより詳しく示したパターンがあります。

ワークフロー別のモデル選択

モデルは「新しいほど良い」という一律のルールではなく、必要な契約に沿って選びます。

既存のWan 2.7連携が自動的に誤りになるわけではありません。価値は、実際に検証済みのワークフローとの互換性です。2.7に文書化されていない機能が必要になった場合、アカウント検出から2.7が消えた場合、または公開費用差が処理量に大きく影響する場合、移行の根拠は強くなります。

再現可能な事前確認

ジョブを送信するのと同じ認証情報、プロジェクト、環境で事前確認を実行します。APIキーや非公開ソースURLを含まない、時刻付きで匿名化した記録を保存してください。

1. GET /api-platform/v1/models
   Assert the requested model ID is present.

2. GET /api-platform/v1/pricing
   Assert the selected model and resolution have a current rate.

3. Validate locally
   duration, resolution, ratio, media counts, media roles, and audio mode.
   For Wan 3.0, also validate combined reference video <= 15 seconds,
   combined reference audio <= 15 seconds, and input video + output <= 30 seconds.

4. Estimate cost
   duration × current rate.

5. Create one task
   save task ID, accepted price, model ID, and normalized parameters.

6. Poll the same task
   do not create a replacement merely because the client timed out.

9月5日の観測では、そのプロジェクトでwan2.7-videoに対して取るべき正しい事前対応は、第1ステップで停止することでした。第2ステップで料金が存在しても、不整合として記録すべきであり、検出を回避する根拠にはできません。

商用利用と素材の権利

有料アクセス自体が、入力、人物、ブランド、音楽、音声、第三者素材の権利を与えるわけではありません。商用利用は、有料プランの適格性、適用されるモデルやプロバイダーの条件、現行利用規約、そして出力へ提供または再現されるすべての保護要素に対する利用者の権利によって決まります。対象アカウントと用途について、現行プランと商用利用の基準、商用利用と入力権利に関する規約を確認してください。

公開前に、画像、映像、音声、声、商標、ロゴ、肖像、台本の出所と許可を記録します。意図しない文字、同一性のずれ、声の類似、無許諾素材がないか、動画全体を確認してください。生成によって権利が自動的に処理されることはなく、技術的に有効なAPIリクエストも法的承認ではありません。

よくある質問

Wan 2.7はPixMindでまだ利用できますか？

Wan 2.7の公開APIページは2026年9月5日に「Available」と表示していましたが、設定済みのあるプロジェクトの認証付きモデルディレクトリには返りませんでした。これはプロジェクト単位のカタログ不整合であり、全体で終了した証拠ではありません。タスクを作成する認証情報で検出を確認してください。

なぜWan 2.7は料金にあり、モデル一覧にはなかったのですか？

観測したレスポンスから原因は特定できません。モデル検出がプロジェクトごとに異なる場合や、カタログの同期がずれている場合でも、料金行が残ることがあります。原因を推測せず、料金を欠落モデルの呼び出し許可として扱わないでください。

Wan 3.0はWan 2.7より安いですか？

日付付きのPixMind両価格層では、720pと1080pのどちらも安い値でした。Wan 3.0は認証付きポイントで30%、公開ドルページで30.8%低い値です。実リクエストでは、この計算ではなく、受理されたタスクの見積もりが最終値です。

Wan 2.7のペイロードをWan 3.0で再利用できますか？

再利用できると想定しないでください。業務上の意図を維持しながら、モデルID、モード、長さ、解像度、比率、参照、音声、ポーリング、結果検証を現行Wan 3.0契約に対応付けます。

Wan 3.0の画質は優れていますか？

本比較からは判断できません。制御されたペア生成を実施していないため、動き、一貫性、プロンプト遵守、音声、速度、信頼性の勝者を示すのは不正確です。

今はどちらのルートを使うべきですか？

新規連携では、認証付きモデルディレクトリで確認してからwan3.0-videoを使用します。Wan 2.7は、対象プロジェクトで呼び出せて、検証済みワークフローの維持がWan 3.0の長い尺、多い参照、480p枠、低い現行公開料金より重要な場合だけ残してください。

モデル選択を明示する

最も安全な移行判断は明示的です。本番認証情報で利用可能なモデルを検出し、リクエスト契約全体を検証し、現行費用を計算して、受理されたタスク料金を記録します。確認したスナップショットでは、新規PixMind開発の実用的な既定値はWan 3.0で、Wan 2.7は検証済みかつバージョン固有の依存先としてのみ保持すべきです。

ディレクトリの欠落から暗黙のフォールバックを起こさず、公開の「Available」表示で認証済みプロジェクトの結果を上書きしないでください。対話型ワークフローにはWan 3.0ジェネレーターを開き、本番コードを変更する前に現行Wan 3.0 API契約を確認します。