Wan 3.0とWan 2.7の比較は、画質の勝者を決める話ではなく、用途に合うAPIを選ぶ話です。 OmniaKeyで新規導入するなら、公開済みのwan3.0-videoを先に選びます。最大30秒、480Pの試作枠、テキスト・先頭フレーム・リファレンスという3種類の生成に対応するからです。Wan 2.7は、既存システムが続き生成や専用の指示編集に依存する場合に残す価値があります。

重要な前提があります。OmniaKeyで現在公開している動画モデルはwan3.0-videoとwan3.0-video-primeであり、Wan 2.7の動画ファミリーは公開していません。wan2.7-image-proは画像モデルで、Wan 2.7 Videoの代替ではありません。

結論。 新しいT2V、先頭フレームからの生成、リファレンス生成はwan3.0-videoから始めます。待ち時間の短縮に追加料金を払える場合だけPrimeを選びます。既存のWan 2.7続き生成・編集は、同条件テストに合格するまで一括置換しません。

Wan 3.0とWan 2.7の選び方

用途	第一候補	理由
OmniaKeyへ新規接続	Wan 3.0	3.0の2モデルは公開済み。2.7 Videoは未公開
16〜30秒の連続した1カット	Wan 3.0	3.0は最大30秒、2.7のT2V/I2Vは最大15秒
低解像度で案出ししてからHD生成	Wan 3.0	480P、720P、1080Pを選べる
既存動画の続きを生成	まずWan 2.7を維持	`wan2.7-i2v`の続き生成契約を移行前に再現する必要がある
指示による既存動画の編集	まずWan 2.7を維持	`wan2.7-videoedit`は専用ID。OmniaKeyは3.0のvideo-to-videoを未公開
OmniaKeyで待ち時間を優先	Wan 3.0 Video Prime	小規模な720P検証では60〜80秒、標準版は120〜150秒だった

同一素材・複数seedの画質ベンチマークは実施していません。そのため「3.0の映像が常に上」とは結論しません。

API仕様で変わるもの

Wan 3.0はwan3.0-videoとwan3.0-video-primeの2つに集約されています。操作とmedia配列でT2V、先頭/先頭末尾フレーム、リファレンス生成を指定します。Alibaba Cloudの現行資料では2〜30秒、30 fps、480P・720P・1080Pで、APIはpreview表記です。

Wan 2.7は用途ごとに分かれます。

wan2.7-t2v：テキストと任意の音声から動画を生成
wan2.7-i2v：先頭フレーム、先頭末尾フレーム、動画の続き生成
wan2.7-r2v：複数主体の参照生成と主体別の音色指定
wan2.7-videoedit：既存動画を指示で編集

T2V/I2Vは2〜15秒、R2V/編集は2〜10秒です。いずれも720P・1080P、30 fpsが文書化されています。

比較項目	Wan 3.0	Wan 2.7
モデルID	2 ID、操作で用途を切替	4つの用途別ID
長さ	2〜30秒	T2V/I2V 2〜15秒、R2V/編集 2〜10秒
解像度	480P、720P、1080P	720P、1080P
入力	テキスト、先頭/末尾、参照画像・動画・音声、文書化されたfile/link	ルート別にテキスト、画像、音声、動画、主体参照
OmniaKey	T2V/I2V/R2Vを公開・検証済み	動画ファミリーは未公開

4Kという検索結果をそのまま信じない

一部の比較ページはWan 3.0を「ネイティブ4K」と紹介します。しかし、現在の公式ホステッドAPIに記載されているのは480P、720P、1080Pです。wan3.0-videoまたはPrimeの4K契約を確認できなかったため、本記事では4K対応としません。宣伝動画の解像度やWanの画像モデルの仕様は、動画APIの証拠になりません。

同じ理由で、Identity Lock、パラメータ数、オープンウェイトも、正確な一次資料なしには比較表へ入れません。

OmniaKeyで確認できた範囲

2026年9月14日、公開POST /v1/media/tasks経由で両方のWan 3.0 IDを検証しました。標準版とPrimeはそれぞれ720PのT2V、I2V、R2Vを完了し、標準版は2秒480PのT2Vも完了しました。署名付きR2 URLから全ファイルを取得し、記録されたSHA-256と照合しています。

ルート	5秒720P T2Vの観測時間	出力
`wan3.0-video`	120〜150秒	1280x720 MP4、H.264 + AAC、約5.04秒
`wan3.0-video-prime`	60〜80秒	1280x720 MP4、H.264 + AAC、約5秒

これは接続確認であり、レイテンシのベンチマークではありません。P95、失敗率、常時2倍速を示せるサンプル数ではありません。

運用上は次の3点に注意してください。

1080Pは課金前処理まで確認し、完了レンダリングは未検証です。
音声を明示しなくても、出力にはAACトラックが入りました。
Alibabaが受理した後はキャンセルを上流へ伝播できず、ローカルでキャンセルしてもレンダリングと課金が続く場合があります。

Wan 2.7 Videoには同時点のOmniaKey検証記録がありません。したがって、画質・速度・料金をOmniaKey同士で比べたようには書きません。

Wan 3.0の料金

解像度	`wan3.0-video`	`wan3.0-video-prime`
480P	$0.05/秒	$0.078/秒
720P	$0.10/秒	$0.18/秒
1080P	$0.20/秒	$0.38/秒

計算式は次のとおりです。

text

タスク価格 = 出力秒数 x 解像度別単価

720P・5秒なら標準版は5 x $0.10 = $0.50、Primeは5 x $0.18 = $0.90、30秒なら$3.00と$5.40です。再生成は別タスクなので、採用できた1本あたりの総費用で判断してください。

Wan 2.7 VideoはOmniaKeyで公開されていないため、OmniaKey価格もありません。直接利用するAlibabaの地域・モデル料金と混同しないでください。

最新値はWan 3.0モデルページ、Primeモデルページ、料金一覧で確認できます。

OmniaKey APIで生成する

現在のカタログに表示されるProvider IDを使います。短いwan-3 aliasは有効ではありません。

bash

curl --fail-with-body https://api.omniakey.com/v1/media/tasks \
  -H "Authorization: Bearer your-omniakey-api-key" \
  -H "Content-Type: application/json" \
  -H "Idempotency-Key: wan30-shot-001" \
  -d '{
    "model": "wan3.0-video",
    "type": "video",
    "operation": "text_to_video",
    "input": {"prompt": "a slow camera move through a paper theater"},
    "parameters": {"resolution": "720P", "ratio": "16:9", "duration": 5, "audio": true}
  }'

非同期APIなので、GET /v1/media/tasks/{id}をsucceededまたはfailedまでポーリングします。1タスクは1本です。同じ本文とIdempotency-Keyなら元のタスクを返し、別本文で同じキーを使うと409になります。詳細は動画生成ドキュメント（英語）にあります。

安全な移行手順

wan2.7-*を一括置換せず、次の順で進めます。

T2V、先頭フレーム、先頭末尾、続き生成、参照、編集を別々に棚卸しします。
意味が一致する生成だけをWan 3.0のテスト群へ移します。
prompt、素材、長さ、解像度、審査基準を固定します。
採用率、主体の崩れ、動き、音声、時間、全リトライ費用を記録します。
続き生成と編集は合格するまで旧ルートを残します。
本番ではOmniaKeyのライブカタログに実在するIDだけを使います。

よくある質問

Wan 3.0はWan 2.7より優れていますか？

用途次第です。3.0は長さと解像度の選択肢が広く、OmniaKeyで公開済みです。2.7固有の続き生成や編集APIが必要な既存処理では、置換前の検証が必要です。本記事に総合画質の勝者を示すベンチマークはありません。

Wan 3.0は4Kに対応しますか？

確認した公式ホステッドAPIは480P、720P、1080Pです。利用する正確なエンドポイントが4Kを明記し、実際に返すまでは未対応として扱ってください。

OmniaKeyでWan 2.7 Videoを呼べますか？

いいえ。現在公開されているのはWan 3.0 VideoとWan 2.7 Image Proです。画像モデルは4つのWan 2.7動画IDを提供しません。

標準版とPrimeの違いは何ですか？

公開操作は同じです。Primeは高価ですが、5秒720Pの小規模検証では約半分の時間でした。これはSLAではありません。

Wan 3.0タスクはキャンセルできますか？

ゲートウェイへ要求はできますが、Provider受理後は上流レンダリングを止められません。課金制御としては使わないでください。

すべてのWan 2.7ワークフローを移行すべきですか？

いいえ。意味が一致する生成処理から移行します。続き生成と指示編集は、新しいリクエスト形式で必要な挙動を維持できると同条件テストで確認してから移します。

情報源と検証方法

事実確認日は2026年9月17日です。OmniaKeyの観測値は2026年9月14日に公開経路で実行した7件の有料smoke taskに基づきます。品質ベンチマークやSLAではありません。導入前にライブカタログを再確認してください。

APIキーを作成動画モデルを見る

Wan 3.0とWan 2.7を比較

WAN 3.0 VS 2.7