DeepSeek値上げ|AI料金に「ピーク時間」が入った日
「AIの利用料が、ある日いきなり上がったらどうするのか」「うちが使っているAI、月いくらまで膨らむのか読めない」——AIを業務の仕組みに組み込むほど、この不安は濃くなります。
結論から言うと、2026年8月16日に起きたのは単なる「値上げ」ではありません。AIの料金に、電気と同じ「ピーク時間」という概念が入ったのが本質です。しかもそれを最初にやったのは、業界で一番安く売っていた提供元でした。
株式会社Fyveは、中小企業や1人規模の事業者がAIを業務に組み込む設計を支援しています。この記事では公式ドキュメントで確認できた数字だけを使い、この変化が実務に何を要求するのかを整理します。
DeepSeekがV4系APIを最大4.7倍に値上げした
中国のAI企業DeepSeekは2026年8月13日、主力モデル「deepseek-v4-flash」「deepseek-v4-pro」のAPI料金を改定すると発表しました。新料金の発効は2026年8月16日 16:00 UTC(日本時間では8月17日 午前1時)です。
公式のAPIドキュメントに掲載されている改定前後の単価は、次のとおりです(すべて100万トークンあたりの米ドル)。
改定前と改定後の単価一覧
モデル | 項目 | 改定前 | オフピーク | ピーク |
|---|---|---|---|---|
deepseek-v4-flash | 入力(キャッシュヒット) | $0.0028 | $0.007 | $0.014 |
入力(キャッシュミス) | $0.14 | $0.22 | $0.44 | |
出力 | $0.28 | $0.66 | $1.32 | |
deepseek-v4-pro | 入力(キャッシュヒット) | $0.003625 | $0.022 | $0.044 |
入力(キャッシュミス) | $0.435 | $0.66 | $1.32 | |
出力 | $0.87 | $1.98 | $3.96 |
もっとも目につくのは出力側です。v4-flashの出力は $0.28 から ピーク $1.32 へ、約4.7倍。v4-proの出力は $0.87 から ピーク $3.96 へ、約4.5倍になりました。オフピーク帯はいずれもピークのちょうど半額に設定されています。
報道の「10倍以上」はキャッシュヒット入力の話
この件を報じた海外メディアの見出しには「10倍以上」「1,100%」という数字も並んでいます。これは出力ではなくキャッシュヒットした入力トークンの話です。
v4-proのキャッシュヒット入力は $0.003625 から ピーク $0.044 へ、約12倍。もともとの単価が極端に低かったぶん、倍率だけを見ると跳ね上がります。ただし絶対額は100万トークンで4セント台なので、倍率の大きさと請求額へのインパクトは一致しません。値上げの記事を読むときは、必ず「どの項目の倍率か」を確認してください。
それでも競合より安い、という事実は変わらない
もう一点、公平のために書いておきます。4倍以上になった後でも、DeepSeekのV4系は主要な競合モデルよりまだ単価が低いという状態は維持されています。「DeepSeekが終わった」という話ではありません。
ここを踏まえないと、この出来事から間違った教訓を引き出すことになります。読み取るべきは「特定の会社が高くなった」ではなく、次に説明する料金の形そのものの変化です。
どのくらいの使用量から、実際に効いてくるのか
倍率の話は目を引きますが、自分の請求額にいくら乗るかは使用量次第です。単価が低い世界の4倍なので、規模によっては誤差の範囲に収まります。v4-flashの出力を例に、月間の出力トークン量ごとの差額を出しておきます。
月間の出力トークン量 | 改定前($0.28/1M) | ピーク($1.32/1M) | 差額 |
|---|---|---|---|
100万 | $0.28 | $1.32 | 約$1 |
1,000万 | $2.80 | $13.20 | 約$10 |
1億 | $28 | $132 | 約$104 |
10億 | $280 | $1,320 | 約$1,040 |
読み取れることは2つです。個人や小規模の使い方であれば、今すぐ慌てて工事をする必要はありません。月に数ドルの差でしかない段階で時間を使うのは、費用対効果が合いません。
一方で、この差は使用量に比例してまっすぐ伸びます。自動化を増やしていくと、ある時点から急に無視できなくなる。だから今やるべきなのは工事ではなく、次章で書く棚卸しです。自分が今どのあたりにいるかを知っておけば、工事が必要になる時期を自分で判断できます。
本当の変化は値上げ幅ではなく「料金の形」
今回の改定でDeepSeekが導入したのは、ピーク時間とオフピーク時間で単価が変わる時間帯別料金です。同じモデルに同じ処理を投げても、投げた時刻によって請求額が2倍違う。AIのAPI料金でこの方式が主力モデルに入ったのは、実務上かなり大きな転換です。
ピーク帯は日本の業務時間のど真ん中に重なる
公式ドキュメントが定義するピーク時間は UTC 01:00〜04:00 と UTC 06:00〜10:00。それ以外の時間はすべてオフピークで、単価は半額になります。
日本時間(UTC+9)に直すと、こうなります。
区分 | UTC | 日本時間(JST) | 単価 |
|---|---|---|---|
ピーク① | 01:00〜04:00 | 10:00〜13:00 | 2倍 |
ピーク② | 06:00〜10:00 | 15:00〜19:00 | 2倍 |
オフピーク | 上記以外 | 上記以外 | 半額 |
つまり午前10時から13時、午後3時から7時——日本の事業者が最も普通に働いている時間帯が、そのまま高い方の時間帯です。時差の都合で、日本のユーザーは構造的に不利な側に置かれています。

なお、UTCとJSTの換算部分は私が計算したものです。公式ドキュメントの表記はUTCなので、社内で共有するときはUTCの原文も併記しておくことをおすすめします。夏時間の有無や将来の定義変更で、換算した側だけが古くなるからです。
「リソースをより合理的に配分するため」という説明の意味
DeepSeekはこの改定の理由を「リソースをより合理的に配分するため」と説明しています。値上げで利益を取りに行ったというより、混雑している時間帯の処理を、空いている時間帯へ移させたいという意図です。
これは価格を需要調整の道具として使う、いわゆるダイナミックプライシングです。電力、高速道路、宅配便、ホテル——供給に上限があり、需要が時間で偏る商材はすべてこの方式に行き着きます。
だから今回の出来事は、こう要約するのが正確です。
AIは「いくらでも安くなり続けるソフトウェア」ではなく、「供給に上限のある商品」である。それを、一番安く売っていた側が価格の形で認めた。
なぜ、このタイミングだったのか
この改定を伝えた海外メディアはいずれも、背景として需要が計算能力を圧迫している状況を挙げています。使う人が増えすぎて、混雑した時間帯の処理が捌ききれなくなってきた、ということです。
供給を増やすには、GPUを買い、電力を確保し、データセンターを建てる必要があります。どれも数ヶ月から数年かかります。需要は数週間で増えるのに、供給は数年かかる——この非対称がある限り、価格で需要を均す方向に動くのは自然な帰結です。
裏を返すと、この構造が解消されるまでは同じことが繰り返される可能性が高い、ということでもあります。今回を「一度きりの珍しい出来事」として処理しないほうがいいのは、そのためです。
同じ月に、真逆のことも起きている
ここで並べておきたい事実があります。この数週間、AIの価格まわりのニュースは「また安くなった」という方向ばかりでした。無料で使えるチャットの性能は上がり、利用制限も緩む方向に動いています。
一方で今回、事業者が自動化に使うAPIの底値が上がりました。同じ月に、逆向きの2つが同時に起きています。
この非対称の意味は、はっきりしています。
- 安さは消費者側に配られる——チャットの無料枠は各社の獲得競争の道具なので、緩む方向に動きやすい
- コストは事業者側に寄せられる——APIは実際に計算資源を消費する分だけ課金されるので、混雑がそのまま価格に出る
「AIは安くなり続けるから、多少雑に使っても大丈夫」という前提でワークフローを組んでいる場合、この前提は事業者側では成立しません。むしろ、自動化を増やすほど、混雑の影響を受ける側に寄っていくことになります。
今週やるべき4つのこと
では実務として何をするか。特定のモデルを使っていない事業者にも共通する対処を、4つに絞って書きます。今回のDeepSeekの件は「他社もいずれやる」前提で備えておくべき性質の変化だからです。
① 従量課金でAIを使っている場所を、漏れなく書き出す
最初にやるのは棚卸しです。今、自分の事業のどこが「使った分だけ課金される」AIに繋がっているかを、1枚の紙に全部書き出してください。
危ないのは、AIを直接叩いている部分ではありません。月額サブスクの見た目をしているのに、裏側がAPI従量課金になっているツールです。文字起こし、翻訳、画像生成、チャットボット、自動返信、要約——このあたりは「月◯◯円のサービス」として買っていても、超過分がトークン従量になっている構成がよくあります。
書き出すときの項目は3つで足ります。
- どの業務が(見積作成、問い合わせ返信、記事生成…)
- どのAIを、どういう課金で使っているか(定額/従量/定額+超過従量)
- 止まったら困るか(止まっても翌日でいい/止まると業務が止まる)
この3列目が後で効きます。値上げが来たときに削れるのは、止まっても翌日でいい処理だけだからです。
② 時間帯別料金があるものは、重い処理を業務時間の外へ寄せる
時間帯別料金が入っているサービスを使っているなら、重い処理を高い時間帯から外すだけで請求額が変わります。今回のケースなら、日本時間の10〜13時と15〜19時を避ける、ということです。
ここで大事なのは、全部を動かそうとしないことです。人が待っている処理(チャットの応答、問い合わせの自動返信)は時間を選べません。動かせるのは、人が待っていない処理です。
- 日次・週次のレポート生成
- 溜まったデータの分類・要約
- 記事や資料の下書き生成
- 大量データの一括変換
これらは深夜や早朝に寄せても誰も困りません。人が待っている処理と、待っていない処理を分けて、後者だけを移す。これが最小の工事で最大の効果が出るところです。

③ 定額で足りる作業と、従量が要る作業を分ける
3つ目は分離です。定額プランの枠内で済む作業と、どうしても従量課金のAPIが要る作業を、最初から別の器で回す。
分けていないと何が起きるか。値上げが全工程に効きます。「1つのAPIキーで全部やっている」構成は、単価が変わった瞬間に、影響範囲が事業全体に広がります。逆に分けてあれば、値上げが効くのは従量側だけで済み、そこだけを付け替えれば損害が止まります。
判断の目安はシンプルです。
- 人が対話しながら進める作業 → 定額プランで足りることが多い。回数が読めるうえ、上限に当たっても人が待てる
- 無人で回す作業・量が読めない作業 → 従量が要る。ただしここが値上げの直撃を受けるので、量の上限を自分で決めておく
従量課金と定額の使い分けについては、画像生成を例にした記事でも同じ判断軸を整理しています。
④「安いから使っている」だけの依存を、1つ外しておく
4つ目は、少し性質が違います。安さ以外に選ぶ理由がないAIへの依存を、1つでいいので外しておくということです。
今回の件で分かったのは、安さは提供元の都合でいつでも取り下げられるという当たり前の事実です。性能で選んでいるなら値上げされても使い続ける理由が残りますが、安さだけで選んでいた場合、値上げされた瞬間に選ぶ理由がゼロになります。そして、そのタイミングで慌てて乗り換え先を探すことになります。
だから、平常時にやっておきます。
- その処理を別のモデルでも実行できる状態にしておく(プロンプトや設定を、特定のモデル専用にしない)
- 乗り換え先の候補を1つ決めて、実際に一度動かしておく(動かしていない候補は候補ではありません)
- 切り替えに何時間かかるかを測っておく
この3つをやっておくと、次に何が起きても「困る」ではなく「面倒」で済みます。
時間帯より効く場合がある変数——キャッシュ
ここまで時間帯の話をしてきましたが、最初の料金表をもう一度見ると、時間帯より桁の大きい差が別のところにあります。入力トークンの「キャッシュヒット」と「キャッシュミス」です。
v4-flashのオフピークで比べると、キャッシュヒットが $0.007、キャッシュミスが $0.22。同じ入力トークンなのに、約31倍の差があります。時間帯による差が2倍であることを考えると、こちらのほうがはるかに大きい。
キャッシュヒットとは何か
プロンプトキャッシュは、毎回同じ内容を送っている部分を、提供元側に覚えておいてもらう仕組みです。長い指示書、業務ルール、参考資料——リクエストのたびに変わらない前置きが、これに当たります。
キャッシュが効くと、その部分は「読み直し」ではなく「呼び出し」として扱われ、単価が大きく下がります。逆に、毎回わずかでも中身が変わっていると効きません。
効かせるために気をつけること
実務でキャッシュを効かせる勘所は、そう多くありません。
- 変わらない部分を、リクエストの先頭にまとめる——共通の指示や資料を前に、その回だけの入力を後ろに置く
- 共通部分に、毎回変わるものを混ぜない——日付、時刻、実行IDのような値を前置きに入れると、それだけでキャッシュが外れます
- 前置きの文言を頻繁に書き換えない——1文字変えるたびに効かなくなります
特に3つ目は見落としがちです。指示文を少しずつ調整しながら運用していると、調整のたびにキャッシュが外れていることに気づきません。安定した運用に入ったら、前置きは固定してしまうほうが得です。
なお、キャッシュの仕様(有効期間、対象、最小トークン数)は提供元ごとに違います。使っているサービスの公式ドキュメントで、必ず現在の条件を確認してください。ここは各社が頻繁に更新している領域です。
時間帯を移すときに踏みやすい3つの罠
「重い処理をオフピークに寄せる」は言葉にすると簡単ですが、実際にやると引っかかる箇所があります。私が無人ジョブを組むなかで実際に踏んだもの、あるいは踏みかけたものを3つ挙げます。
罠1: リトライがピーク帯に落ちる
深夜に組んだジョブが失敗し、リトライの設定で数時間後に再実行される。その再実行がピーク帯に入っている、というパターンです。
失敗したときほど処理量は多くなりがちなので、影響も大きくなります。リトライの間隔を決めるときは、再実行が何時になるかまで計算する。長い待ち時間を入れるくらいなら、翌日の同じ枠まで送ってしまうほうが安全です。
罠2: 実行時刻の基準がずれている
サーバーやサービスの時刻設定がUTCなのか現地時間なのか、意外と把握していないまま運用していることがあります。UTCで組んだつもりが日本時間で動いていたとなると、避けたはずのピーク帯にきれいに重なります。
対処は単純で、実行ログに「何時に動いたか」をタイムゾーン付きで残すことです。設定を読んで確かめるより、実際に動いた記録を見るほうが確実です。
罠3: 長い処理が境界をまたぐ
オフピークの終わり際に始めた長時間処理が、途中でピーク帯に入る場合があります。このとき請求がどう按分されるかは、提供元の仕様次第で、明記されていないこともあります。
推測で設計しないでください。確実なのは、境界の手前で余裕を持って始めることです。ピーク開始の直前に重い処理を投げない、という運用ルールを1つ置いておけば、仕様を調べなくても回避できます。
私の運用ではどうしているか
私自身、毎日いくつもの定期ジョブを無人で走らせています。記事の下書き生成、情報収集、集計、通知——人が待っていない処理の塊です。今回の件を受けて特別なことをしたわけではなく、元々こういう組み方をしていたので、その中身を書きます。
重い処理は最初から夜と早朝に寄せてある
無人ジョブの実行時刻は、深夜から早朝に集中させています。理由はコストではなく失敗したときに手で直す時間を確保するためでした。朝起きたときに結果が出ていれば、日中に対処できます。
結果として、この配置は時間帯別料金とも相性が良いことになりました。人が待っていない処理を業務時間の外へ出すという判断は、コスト以外の理由でも正解になりやすい、ということだと思っています。
ジョブごとに使うモデルを明示する
もう一つ徹底しているのが、自動実行するジョブでは使うモデルを必ず明示的に指定することです。「環境のデフォルトに任せる」をやらない。
これは元々、品質のばらつきを避けるための規律でした。文章を書かせるジョブには高いモデル、機械的な変換をさせるジョブには安いモデル、と役割で分けています。
ただ、価格が動く局面ではこれが別の意味を持ちます。どのジョブがどのモデルを何回叩いているかが、設定を見れば分かる。単価が変わったときに、影響を受ける箇所が即座に特定できます。デフォルト任せにしていると、この棚卸しが「全部調べ直し」になります。
定額枠と従量課金を混ぜない
対話しながら進める開発作業は定額プランの中で、無人で回すジョブは別の器で、と分けています。分けている最大の理由は片方の事故がもう片方を巻き込まないためですが、値上げに対しても同じ効き方をします。
モデルごとの単価と、どの作業にどの階層を当てるかという考え方は、次の記事でも扱っています。
トークン単価の読み方そのものに不安がある場合は、こちらが入口として使えます。
よくある疑問
DeepSeekはもう使えないのか
そんなことはありません。前述のとおり、改定後もV4系の単価は主要な競合より低い水準にあります。「安さで選んでいた理由が、以前ほど圧倒的ではなくなった」というのが正確な評価です。
加えて、オフピーク帯を使えばピークの半額です。処理時刻を選べる用途なら、コスト面の優位は依然として残ります。判断すべきは「使うか、やめるか」ではなく「いつ使うか」に変わった、と考えるほうが実態に合っています。
日本円でいくらになるのか
円換算の月額試算は、この記事では出しません。為替と使用量の両方で変わるため、断定して書くと必ず外れるからです。
代わりに、自分で出せる形にしておくことをおすすめします。手順は3つです。
- 直近1ヶ月の実際のトークン使用量を、提供元の管理画面から出す(推測しない)
- その使用量を、上の表のピーク単価で計算する(最悪値を先に見る)
- その金額が払える範囲かどうかだけを判断する
ピーク単価で計算して払えるなら、時間帯を移す工事は後回しでかまいません。払えないなら、その時点で②の作業が最優先になります。
他社も時間帯別料金を入れてくるのか
断定はできません。ただし、導入する動機は各社に等しく存在します。理由は今回DeepSeekが挙げたものと同じで、計算資源の供給に上限があり、需要が時間で偏るからです。
備え方としては、特定の会社の動向を追うより、「単価がいつ変わっても影響範囲が分かる」状態を作っておくほうが確実です。それが上の①〜④です。
まとめ
2026年8月16日 16:00 UTC(日本時間8月17日午前1時)、DeepSeekがV4系APIの料金を改定しました。出力トークンは最大約4.7倍、そしてピーク時間とオフピーク時間で単価が2倍変わる方式が導入されました。ピーク帯は日本時間の10〜13時と15〜19時です。
この出来事から読み取るべきは、値上げ幅でも、特定企業の評価でもありません。AIの料金が「時間帯で変わるもの」になったということ、つまりAIは供給に上限のある商品だと、一番安く売っていた側が価格の形で認めたということです。
やることは4つでした。
- ① 従量課金でAIを使っている場所を漏れなく書き出す
- ② 人が待っていない重い処理を、業務時間の外へ寄せる
- ③ 定額で足りる作業と、従量が要る作業を別の器に分ける
- ④ 安さだけで選んでいる依存を1つ外し、乗り換え先を実際に動かしておく
AIのコストは、どのモデルを選ぶかだけでは決まりません。いつ、どの器で回すかで桁が変わります。自社のどの業務がどの器に乗っているか分からない状態であれば、まずはその棚卸しからです。私たちが専属AI活用顧問サービスで最初に手をつけるのも、いつもこの1枚です。
AIを使う会社と、使わない会社。
その差は、開き始めています。
ここ数年でAIは急速に進化し、正しく導入できている企業とそうでない企業とでは、業務効率や人件費に大きな差が生まれ始めています。「AI導入に興味はあるが、実際に何ができて、どこから手をつければいいか分からない」——そんな方は、まずこの無料プレゼントに目を通してみてください。
