Seedance API 定價實測：完整推導影片權杖公式

Seedance 以權杖計算影片費用，實際符合計量結果的公式是 encoded_width × encoded_height × (24 × seconds + 1) / 1024。其中有兩點在我們找到的文件裡都未提及：額外的 +1 影格，以及編碼尺寸並非標示尺寸（720p 是按 1248×704 計費，不是 1280×720）。我們用五個 Seedance 模型和所有解析度層級執行了 27 次生成，每次的計費權杖數都能用這條公式精確算出。本文先整理各模型的能力，再說明兩次請求即可完成的 API 流程，接著給出完整推導的公式、由此算出的每秒價格階梯，以及費率表容易造成誤解的兩個地方。

TL;DR

• Seedance 影片權杖 = 編碼寬度 × 高度 × (24 × 秒數 + 1) / 1024；額外的 +1 影格與編碼尺寸都是實測結果，文件未記載。
• 720p 按 1248×704 計費，1080p 則是 1920×1088；長寬比不影響費用。
• 從 1.5-pro 往上的所有層級，生成相同的 4 秒影片時，計費權杖數完全一致；每百萬權杖費率介於 $1.0 至 $7.0。
• 4k 的 $4.0/M 費率低於 1080p 的 $7.7/M，但每秒成本是 $0.78，而非 $0.38，高出 2.1 倍。
• generate_audio 不會改變權杖數，但在 1.5-pro 上會讓費率加倍。

以下資料皆於 2026-07-22 透過 Synthorai 閘道的 /v1/videos 端點實測。該端點已提供完整 Seedance 系列，並採用 ByteDance 定價；文中所有數字都有逐項任務原始紀錄可供驗證。

各 Seedance 模型能做什麼？

選擇層級只會改變費率，不會改變權杖計量方式。先按功能需求選模型，再依後續章節估算價格。相同的 4 秒 480p prompt，在 Seedance 2.0、2.0-fast、2.0-mini 與 1.5-pro 上都計為相同的權杖數（各 40,594；1.0-pro-fast 的像素網格稍小，因此計為 39,285）。升級層級買到的是功能，但各系列的功能分布並不平均：

選擇模型前要先了解三個特性。第一，可重現性反而與模型層級相反：只有 1.x 模型提供 seed 和 camera_fixed，因此最便宜的層級可以精確控制，旗艦模型卻不行。第二，每個模型都會嚴格限制可用的功能欄位。對 1.0 模型傳送 generate_audio 會回傳明確的 400 錯誤（extension_not_supported），所以應依各模型的功能清單組裝請求，不要讓所有模型共用同一種 payload。第三，只有 1.0-pro-fast 能生成短至 2 秒的影片，因此下文的公式實測主要使用這個模型；較新的模型都從 4 秒起跳。除了表中功能，若平台有開放上游能力，2.0 模型也支援參考檔案輸入，最多可提供 9 張圖片、3 段影片與 3 個音訊檔案。

如何呼叫 Seedance API？

影片生成採用非同步工作 API：先用一次 POST 建立任務，約兩秒內就會收到回應，之後輪詢任務 URL，直到生成完成。以下是完整的 Python 流程：

import os, time, requests

BASE = "https://synthorai.io/v1"
auth = {"Authorization": f"Bearer {os.environ['SYNTHORAI_API_KEY']}"}

task = requests.post(f"{BASE}/videos", headers=auth, json={
    "model": "seedance-1-5-pro-251215",
    "prompt": "A paper boat drifting across a rain puddle, cinematic",
    "resolution": "720p", "ratio": "16:9",
    "duration": 5, "generate_audio": True,
}).json()                                    # returns in ~2s: {"id": "vid_...", "status": "queued", ...}

while task["status"] not in ("completed", "failed", "cancelled"):
    time.sleep(8)
    task = requests.get(f"{BASE}/videos/{task['id']}", headers=auth).json()

print(task["data"][0]["url"])                # signed MP4, valid 24h
print(task["usage"]["total_tokens"])         # the billing meter this post is about

若不想輪詢，可以在建立任務時加上 Prefer: wait=60 header。回應會等到影片完成或等待時間到期；若逾時，便退回一般的輪詢物件。在我們的測試中，480p 與 720p 影片的實際生成時間介於 20 秒到略超過兩分鐘。已完成任務中的 usage.total_tokens 欄位就是計費依據，本文接下來將分析哪些因素會影響它。

影片權杖到底是什麼？

一個影片權杖代表固定數量的輸出像素與時間切片。計費數量為 W × H × frames / 1024，其中影格數是 24 × seconds + 1，W×H 則是編碼器的實際尺寸，而不是解析度層級顯示的尺寸。這兩項都是我們直接從計量結果反推而來。每種解析度各取三種時長後，計費權杖數都能完全落在同一條直線上，殘差為零。直線斜率代表每秒權杖數，截距則在每種解析度下都正好等於一個影格的權杖數（480p 為 405、720p 為 858、1080p 為 2,040）。再由斜率反推 W×H，即可得到實際的編碼網格：

另外還有一項獨立驗證：ByteDance 廣泛流傳的 2.0 計算範例中，一段 15 秒影片約為 308,880 個權杖，正好是我們實測 720p 每秒權杖數的 15 倍。這表示 720p 網格不只適用於我們用來擬合公式的 1.0 系列（而該官方行銷範例的計算省略了 +1 影格）。

這會帶來兩個實務結果。第一，長寬比不會影響費用：九組成對測試中，16:9 和 9:16 的計費權杖數全部相同，因此直式輸出不會增加成本。第二，常見的近似公式 W × H × 24 × duration / 1024 少算了一個影格，尺寸也用錯了，這就是第三方估價與實際帳單通常會相差幾個百分點的原因。

Seedance 的實際每秒成本是多少？

將實測的每秒權杖數乘上各層級牌價，整個產品線可整理成以下價格階梯：

若拿 2026 年 7 月其他按秒計費服務的牌價比較（彙整自公開價格追蹤網站）：Kling 約為 $0.07/s、Sora 2 約為 $0.10/s、Veo 3.1 約為 $0.40/s。Seedance 2.0 的 480p 與 Kling 價位相同，卻已包含原生多軌音訊；1.0-fast 則能以 Kling 約七分之一的費率生成可用的 480p 影片。用 2.0 生成一段 15 秒 720p 影片約需 $2.17；相同影片改用 1.0-pro-fast 則是 $0.31。

4k 比較便宜嗎？費率表說是，帳單不是

Seedance 2.0 的 4k 每權杖費率最低，每百萬權杖為 $4.0，低於 1080p 的 $7.7，但它仍是整份價目表中最昂貴的選項。原因就在公式裡：4k 每秒產生的權杖數約為 1080p 的四倍（194,400 對 48,960），因此即使費率較低，每秒成本仍高出 2.1 倍，分別是 $0.778/s 與 $0.377/s。我們用來校準的 4 秒 4k 影片計為 785,700 個權杖，四秒影片就要 $3.14。閱讀任何按權杖計價的費率表時，都應把該解析度的每秒權杖數一起納入計算；影片按權杖計費時，標示費率與實際帳單可能呈現完全相反的結果。

generate_audio 會改變什麼？

改變的是費率，不是權杖數。在 1.5-pro 上，相同的 5 秒影片，開啟與關閉音訊都計為 50,638 個權杖；無聲版牌價為 $1.2/M，音訊版則加倍至 $2.4/M，因此含配樂的輸出成本正好是 2 倍，沒有隱藏的權杖附加費。2.0 系列的音訊已包含在單一模型費率內，不需要另外計算開關差額。如果 pipeline 本來就會自行加入背景音樂，1.5-pro 無聲版的 $0.0121/s 是整個產品線中低調但划算的選項。

非同步影片計費如何運作？

費用會附著於前述任務生命週期：任務第一次回報完成時只計費一次，輪詢多少次都不影響帳單。取消機制也符合實際執行狀態：仍在佇列中的任務可以正常取消且不收費，但任務一旦進入執行階段，上游便會拒絕刪除（409），只能等待結果。生成失敗不計費。

執行 27 個任務後，我們整理出三個操作注意事項。第一，影片回應包含權杖用量，但沒有成本欄位，與 chat 的 usage.cost 不同；預算必須按權杖數 × 所用層級費率自行計算。第二，輸出是有效期限 24 小時的簽章 URL，應儘快移至自己的儲存空間。第三，建立任務時要控制速率：平台限制每個 workspace 每分鐘最多建立 6 個影片任務。由於每個待處理任務都會按最壞情況預留餘額，上游變慢時若一次大量送出請求，可能暫時收到餘額不足回應，即使最終實際費用仍在預算內。

常見問題

Seedance 2.0 API 真的已經可以用了嗎？

可以。2026 年初常見的限制資訊，例如需要中國地區憑證、等候名單與分階段推出，都已經過時。Synthorai 閘道的 /v1/videos 端點已提供包含 2.0 在內的完整系列，採用 ByteDance 定價（模型頁面：Seedance 2.0、1.5-pro、1.0-pro-fast），也有其他平台提供服務。若某個頁面仍聲稱 Seedance 2.0 僅能使用體驗額度，那是 API 正式推出前的舊資訊。

為什麼不同供應商的 Seedance 價格差異這麼大？

多數經銷商會自行加入利潤與進位規則，將按權杖計費換算成固定的每秒或每段影片價格，因而隱藏了隨解析度與時長變動的權杖計算。本文公式就是所有報價背後的基準：用編碼尺寸計算 W × H × (24s + 1) / 1024，再乘上官方費率，就能精確算出任何供應商的加價幅度。

長寬比或直式格式會增加費用嗎？

不會。在所有測試解析度與時長中，16:9 和 9:16 的計費權杖數都完全相同。只有解析度和時長會改變計量結果，而且時長與權杖數是完全線性關係。

Seedance 2.5 呢？

已經發布消息，但我們追蹤的 API 尚未提供。權杖公式以及層級與費率的結構很可能會延續；正式上線後，我們會用同一套方法重新實測。

實測日期為 2026-07-22/23：透過 /v1/videos 使用五個 Seedance 模型完成 27 次生成，權杖數取自各任務的用量紀錄，費率採用 ByteDance 牌價，功能矩陣則來自即時的 /v1/videos/models 目錄。競品每秒價格是牌價，不是實測數據。所有測量點都能精確符合公式；編碼尺寸是從計量結果反推而來，因此若 ByteDance 更換編碼器，應重新驗證。其他模態的系列文章：圖片生成、語音轉文字、語音工作階段與文字權杖。

← 返回部落格