Seedance 2.0 API プロバイダー比較：LaoZhang、fal、Replicate、OpenRouter、Kie、PiAPI

Seedance 2.0 API は、単に利用できるかどうかではなく、どのプロバイダー経路から入るかを決める段階にあります。2026 年 4 月 20 日時点の公開情報では、PiAPI と Kie は料金を見ながら task/API を試したい場合に強く、Replicate は hosted model の慣れた経路、fal は SDK と playground で素早く動かす経路、OpenRouter は routing と fallback、LaoZhang は OpenAI-style の呼び出し、支払い、サポート、統一 API が重要な gateway 経路です。

最初に比べるべきものは単価ではありません。direct host、hosted model、router、credit API、task API、gateway は契約の形が違います。同じ Seedance 2.0 でも、リクエスト形式、課金単位、失敗時の扱い、サポート範囲が変わります。

まずプロバイダー表で分ける

ByteDance の Seedance 2.0 ページ は、モデル能力の基準として見るべきです。text、image、audio、video input を扱う unified multimodal audio-video model という説明は重要ですが、それだけで各 provider route が同じ公式契約になるわけではありません。公開資料だけで確認できる範囲では、public provider route と書く方が安全です。

料金単位をそろえてから比べる

料金比較で失敗しやすいのは、見える数字を同じ単位として並べることです。fal、Replicate、Kie、PiAPI は秒課金に見えますが、resolution、fast/standard、video reference の有無で変わります。OpenRouter は token formula、LaoZhang は route と model ID が公開されていても、正確な Seedance 価格は console/current list 確認です。

比較の順番は次の通りです。

1. route class を決める。direct host、hosted model、router、task API、credit API、gateway は役割が違います。
2. 自分の workload で 5 秒、10 秒、15 秒を計算する。
3. resolution と input type を固定する。
4. moderation rejection、timeout、queue failure、retry の扱いを確認する。
5. 公開料金と console-only の料金を分ける。

この見方では、PiAPI は rate card が最も読みやすく、Kie は条件が合うと強く、Replicate は 480p で始めやすく、fal は開発体験が強みです。OpenRouter は routing layer として評価し、LaoZhang は価格確認まで gateway value として扱うのが現実的です。

各プロバイダーの実務メモ

LaoZhang

LaoZhang Seedance 2.0 Video Generation API docs は OpenAI-style の /v1/videos route を示し、doubao-seedance-2-0-fast-260128 と doubao-seedance-2-0-260128 を列挙しています。text、image、video、audio references、first/last frame、extension、editing、duration、watermark、generate_audio も扱います。

LaoZhang は、ひとつの API surface、support、billing convenience、local payment friction の低減が価値になる場合に候補になります。公開秒単価だけで最安を探すなら、価格が明記された direct provider や task API の方が比較しやすいです。

fal

fal の Seedance 2.0 tool guide と example repository には、text-to-video、image-to-video、reference-to-video、fast variants が見えます。fal の強みは、playground、SDK、examples、endpoint names がそろっていることです。

720p standard rows は $0.3024-$0.3034/sec 前後、fast row は $0.2419/sec 前後です。料金よりも integration speed が重要なら、最初に fal を試す意味があります。

Replicate

Replicate の bytedance/seedance-2.0 は、Replicate を既に使っているチームに向きます。input schema は prompt、image、last_frame_image、reference_images、reference_videos、reference_audios、duration、resolution、aspect ratio、generate_audio を扱います。

480p non-video $0.08/sec、480p video input $0.10/sec、720p non-video $0.18/sec、720p video input $0.22/sec という行は読みやすいです。既存の predictions、webhooks、storage があるなら、Replicate は低摩擦な最初の検証先になります。

OpenRouter

OpenRouter Seedance 2.0 は 2026 年 4 月 15 日に released とされ、from $7/M tokens の video generation option として表示されています。video token calculation は height、width、duration、24 fps、1024 の除算に依存します。

OpenRouter は $7/M tokens を $0.10/sec と横並びにするものではありません。provider routing、uptime visibility、fallback policy が必要なときに価値があります。価格比較は実際の output settings で換算してからです。

Kie

Kie は bytedance/seedance-2 と bytedance/seedance-2-fast を docs と public pricing rows で見せています。fast、standard、480p、720p、1080p、video input の組み合わせごとに row があり、fast 720p no-video は $0.165/sec 前後、standard 720p no-video は $0.205/sec 前後です。

Kie は request shape を正しく map できるチームに向きます。最安に見える row が自分の入力条件と違えば、予算はすぐ外れます。

PiAPI

PiAPI Seedance 2 docs は POST https://api.piapi.ai/api/v1/task、seedance-2、seedance-2-fast を示しています。現在の公開価格は $0.13/sec と $0.10/sec です。

PiAPI は task API としてわかりやすい選択肢です。4-15 秒 output、input video duration 制限、text-to-video、first/last frame、mixed references の omni-reference mode を扱えます。明快な public rate を優先するなら、PiAPI から始める価値があります。

ワークフロー別の最初の選択

安い直接テストなら、PiAPI、Kie、Replicate の lower-resolution rows から始めます。PiAPI は料金表が明快、Kie は request shape が合うと安く、Replicate は 480p や既存インフラがある場合に強いです。

最短で SDK を動かすなら fal です。価格は高めでも、最初の product proof までの時間を短くできます。

Replicate の運用に慣れているチームなら Replicate、複数 provider の fallback を見たいなら OpenRouter、gateway convenience が重要なら LaoZhang を検討します。LaoZhang は本番予算の前に console price を確認します。

実装は provider adapter で分離する

アプリ側に残すべきものは、prompt、references、duration、aspect ratio、callback/polling、storage policy、budget guard です。provider-specific な endpoint path、model ID、request schema、billing unit、moderation behavior、result format は adapter に閉じ込めます。

ts
type VideoJob = {
  prompt: string;
  durationSeconds: number;
  aspectRatio: "16:9" | "9:16" | "1:1";
  references?: Array<{ type: "image" | "video" | "audio"; url: string }>;
};

type ProviderRoute = {
  name: "laozhang" | "fal" | "replicate" | "openrouter" | "kie" | "piapi";
  model: string;
  submit(job: VideoJob): Promise<{ taskId: string }>;
  poll(taskId: string): Promise<{ status: string; videoUrl?: string }>;
  estimate(job: VideoJob): { unit: string; value: number | null };
};

fal で最初の検証を行い、PiAPI や Kie で production cost を試し、OpenRouter を fallback lane にし、LaoZhang を gateway として追加する場合でも、application logic は同じ job object を使うべきです。

本番前チェック

• current price row：予算決定日に provider pricing を再確認する。
• model ID と mode：fast/standard、resolution、input references、native audio を確認する。
• failure billing：rejection、timeout、queue failure、cancel を試す。
• polling と retention：result URL の期限と callback support を確認する。
• input limits：image、video、audio reference の数と時間制限を見る。
• wording：強い根拠がない場合は public provider route と書く。
• fallback：別 provider で rerun、resolution を下げる、duration を短くする、manual review を決める。
• logging：provider、model ID、duration、resolution、request shape、task ID、cost estimate、final status、output URL expiry を保存する。

よくある質問

Seedance 2.0 API の各プロバイダーはすべて ByteDance 公式ですか？

いいえ。ByteDance はモデルの公式 baseline を持ちますが、各 provider page が同じ direct official contract を証明するわけではありません。根拠がない場合は public provider route と表現します。

最安の Seedance 2.0 API プロバイダーはどれですか？

resolution、duration、input mode、route type がないと決まりません。PiAPI fast は $0.10/sec、Replicate 480p non-video は $0.08/sec、Kie は条件次第でさらに低い row があります。OpenRouter は token 換算、LaoZhang は console price 確認が必要です。

LaoZhang はどんな場合に向いていますか？

OpenAI-style gateway、local payment convenience、support、multi-model access が重要な場合です。公開秒単価の最安比較だけなら、direct provider や task API の方が透明です。

fal と Replicate はどちらから試すべきですか？

SDK examples と developer experience を優先するなら fal。Replicate workflow や lower visible rows を使いたいなら Replicate です。

OpenRouter はいつ使いますか？

routing、fallback、provider comparison、uptime visibility が重要な場合です。token formula は height、width、duration で換算してから比較します。

テストから本番に進む前に何を確認しますか？

model ID、exact price row、duration、resolution、reference limits、native audio、failure billing、callback/polling、retention window、fallback policy を確認します。