ガイド

著者 Matt Connor 2026-08-01

Claudeの1Mトークン料金はいくら？

Claude APIは入力と出力で料金が別です。1Mトークンを使ったときの請求額を、モデル別の単価と入力・出力の比率から計算する方法を説明します。

Claudeの1Mトークンの料金はいくらですか？

1Mトークンは100万トークンを意味し、すべてのClaude API（application programming interface）の料金表示に使われる単位です。料金は1つではありません。入力と出力では請求レートが異なり、各モデルにそれぞれ異なる料金が設定されているためです。2026年8月時点では、Claude Haiku 4.5の入力100万トークンは$1、Claude Sonnet 5は$2、Claude Opus 5は$5です。

出力の料金は高く設定されています。現在のすべてのモデルで、出力レートは入力レートの5倍です。そのため、表示された料金よりも、入力と出力の比率が請求額に大きく影響します。長いドキュメントを送って短い回答を返すアプリと、短いプロンプトから長い回答を生成するアプリでは、料金の構成が大きく異なります。

このページでは単位コストを説明し、構築前に料金を見積もる方法を示します。作業中にトークンが実際にどこで使われるかについては、Claude Codeセッション内でトークンが使われる場所を参照してください。

1Mトークンの規模

トークンは、モデルが読み書きするテキストのまとまりです。Anthropicの概算では、1トークンは4文字、または英語で約0.75語です。したがって、1 millionトークンは約750,000語、プレーンテキストでおよそ4 MBです。

一般的な入力について公開されている推定値を見ると、その規模をより具体的に把握できます。

ChartApproximate input token counts for common content, published estimates

label

tokens

Average web page (10 kB)

2,500

Documentation page (100 kB)

25,000

Research paper PDF (500 kB)

125,000

The data behind this chart

[
  {
    "label": "Average web page (10 kB)",
    "tokens": "2,500"
  },
  {
    "label": "Documentation page (100 kB)",
    "tokens": "25,000"
  },
  {
    "label": "Research paper PDF (500 kB)",
    "tokens": "125,000"
  }
]

この割合で計算すると、1Mトークンは平均的なWebページを約400ページ、一度ずつ読む量に相当します。同じ規模の研究論文なら8本分です。中規模のコードベースを1回処理する量、または1人が軽いチャット利用を1か月続ける量でもあります。

これらはすべて推定値として扱ってください。Code、JSON、および英語以外の言語のテキストでは、1トークンに含まれる語数が少なくなるため、0.75という比率は楽観的な上限です。もう1つ、カウントに影響する要因があります。Claude Opus 4.7以降（Opus 5およびSonnet 5を含む）は新しいtokenizerを使用しており、同じテキストでもSonnet 4.6以前より約30 percent多くのトークンを生成します。Claude Haiku 4.5は古いtokenizerを使用します。そのため、Haiku 4.5で測定したカウントは、同一の入力をSonnet 5で処理した場合のカウントを過小評価します。この境界をまたいだ単純な1 millionトークン当たりの価格比較は公平ではありません。決定する前に、同じpromptを両方のmodelでカウントしてください。

Claudeの100万トークンあたりの料金

ChartClaude API list price in USD per million tokens, August 2026

label

input_usd

output_usd

Haiku 4.5

Sonnet 5 (to 31 Aug 2026)

Sonnet 5 (from 1 Sep 2026)

Opus 5

The data behind this chart

[
  {
    "label": "Haiku 4.5",
    "input_usd": 1,
    "output_usd": 5
  },
  {
    "label": "Sonnet 5 (to 31 Aug 2026)",
    "input_usd": 2,
    "output_usd": 10
  },
  {
    "label": "Sonnet 5 (from 1 Sep 2026)",
    "input_usd": 3,
    "output_usd": 15
  },
  {
    "label": "Opus 5",
    "input_usd": 5,
    "output_usd": 25
  }
]

Claude Sonnet 5は、2026年8月31日まで、入力が$2、出力が$10の導入価格です。2026年9月1日からは標準料金が適用され、入力が$3、出力が$15になります。Claude Opus 5は、入力が$5、出力が$25です。

料金は変動します。このページの数値はすべて2026年8月時点の計算例として扱い、予算を承認する前に公式料金ページで最新の数値を確認してください。

コンテキスト長によって料金単価が変わることはありません。Claude 4.6以降では、1Mトークンの完全なコンテキストウィンドウにも標準料金が適用されます。そのため、900,000トークンのリクエストも、9,000トークンのリクエストも、トークンあたりの料金は同じです。長いプロンプトの料金が高くなるのは、トークン数が多いためです。長いコンテキスト専用の料金はありません。

価格変更後も使える計算式

すべての請求額は、2回の乗算と1回の加算で計算できます。

cost = (input_tokens  / 1,000,000) * input_rate
     + (output_tokens / 1,000,000) * output_rate

実行可能なコードで書くと、次のようになります。

INPUT_RATE = 2.00    # USD per million input tokens, Sonnet 5, August 2026
OUTPUT_RATE = 10.00  # USD per million output tokens

def cost(input_tokens, output_tokens):
    return (input_tokens * INPUT_RATE + output_tokens * OUTPUT_RATE) / 1_000_000

print(f"{cost(4300, 400):.4f}")

これにより、0.0126 が出力されます。入力トークンを4,300個送信し、出力トークンを400個受け取るリクエストの料金は、Sonnet 5では約1.3セントです。2つの料金はコード内の1か所にまとめて記述してください。料金が変更されたら2行を編集するだけで、システム内のすべての見積もりに変更が反映されます。

実際のアプリでの試算

サポートアシスタントを例にします。システムプロンプトと製品ドキュメントは合計4,000トークンです。Messages APIはステートレスで、モデルは呼び出し間で何も記憶しないため、これらはすべてのリクエストで送信されます。ユーザーの質問で約300トークン追加されます。回答は約400トークンです。1リクエストあたり、入力4,300トークンと出力400トークンになります。

入力トークン1,000,000個で、この形式のリクエストを約232回処理できます。1日1,000リクエストの場合、アプリは毎日4.3 million入力トークンを消費します。したがって、「1M tokens」は6時間未満のトラフィックで使い切ります。

ChartEstimated cost per 1,000 requests at 4,300 input and 400 output tokens

label

cost_per_1k_usd

Opus 5, list rates

31.50

Sonnet 5, list rates

12.60

Sonnet 5, Batch API

6.30

Haiku 4.5, list rates

6.30

Sonnet 5, warm prompt cache

5.40

The data behind this chart

[
  {
    "label": "Opus 5, list rates",
    "cost_per_1k_usd": "31.50"
  },
  {
    "label": "Sonnet 5, list rates",
    "cost_per_1k_usd": "12.60"
  },
  {
    "label": "Sonnet 5, Batch API",
    "cost_per_1k_usd": "6.30"
  },
  {
    "label": "Haiku 4.5, list rates",
    "cost_per_1k_usd": "6.30"
  },
  {
    "label": "Sonnet 5, warm prompt cache",
    "cost_per_1k_usd": "5.40"
  }
]

このトラフィックを Claude Opus 5 で処理すると、1,000リクエストあたり $31.50 かかります。Sonnet 5では $12.60 です。Claude Haiku 4.5に切り替えると $6.30 になり、Sonnet 5でプロンプトキャッシュをウォームな状態にすると、さらに低い $5.40 になります。

このトラフィックを1か月分として30倍します。定価で Sonnet 5 を使用すると、月額約 $378 です。同じアプリでウォームキャッシュを使用すると、約 $162 です。この利用量では、モデルの選択とキャッシュの判断は、料金交渉で得られる差額よりも大きな影響を持ちます。どのモデルを使うかは別の問題です。評価に合格する最も安いモデルを選びます。適切なテスト方法については、Opus、Sonnet、Haikuの選択で説明しています。

プロンプトキャッシュで繰り返し部分を削減する

その4,000トークンのプレフィックスはすべてのリクエストで同一ですが、毎回、入力料金を全額支払います。プロンプトキャッシュは処理済みのプレフィックスを保存し、再利用時の料金を低くします。

キャッシュの読み取り料金は、基本入力料金の0.1倍です。キャッシュの書き込み料金は、5分間の有効期間では基本料金の1.25倍、1時間の有効期間では2倍です。したがって、5分間のキャッシュは1回の読み取りで元が取れます。書き込みには0.25倍の追加料金がかかりますが、読み取りごとに0.9倍分を節約できるためです。1時間のキャッシュは、損益分岐点に達するまでに2回の読み取りが必要です。

有効にする最も簡単な方法は、トップレベルに1つのフィールドを追加することです。

curl https://api.anthropic.com/v1/messages \
  -H "content-type: application/json" \
  -H "x-api-key: $ANTHROPIC_API_KEY" \
  -H "anthropic-version: 2023-06-01" \
  -d '{
    "model": "claude-opus-5",
    "max_tokens": 1024,
    "cache_control": {"type": "ephemeral"},
    "system": "You are a helpful assistant.",
    "messages": [
      {"role": "user", "content": "What are the key themes in Pride and Prejudice?"}
    ]
  }'

続いて、返されるusageブロックを読み取ります。

{
  "usage": {
    "cache_creation_input_tokens": 5120,
    "cache_read_input_tokens": 1800,
    "input_tokens": 50,
    "output_tokens": 503
  }
}

これら3つの入力カウンターにはそれぞれ異なる料金が適用され、合計すると実際の入力量になります: total_input_tokens = cache_read_input_tokens + cache_creation_input_tokens + input_tokens。input_tokensだけを使うコスト見積もりは、キャッシュを有効にすると大きく誤ります。

キャッシュが元を取れなくなる原因は2つあります。どちらもエラーを返さずに発生します。

プレフィックスはバイト単位で同一でなければなりません。 キャッシュ検索はプレフィックスの一致に基づくため、system promptの先頭にタイムスタンプやユーザー名を置くと、リクエストごとに内容が変わります。その場合、毎回、基本入力料金の1.25倍を支払い、読み取りは一度も発生しません。症状は、cache_creation_input_tokensが高いままで、cache_read_input_tokensが0のままになることです。cache_controlは、リクエスト間で内容が同じ最後のブロックに配置し、変化する内容はすべてその後に置きます。toolsの定義を変更すると、その下にあるキャッシュ全体が無効になります。無効化は、tools、system、messagesの順序に沿って下流へ適用されるためです。

プレフィックスは十分に長くなければなりません。 キャッシュ可能な最小長は、Opus 5では512トークン、Sonnet 5では1,024トークン、Haiku 4.5では4,096トークンです。これより短いプロンプトはキャッシュされず、エラーも返されません。前述の例の4,000トークンのプレフィックスはSonnet 5ではキャッシュされますが、Haiku 4.5ではキャッシュされません。4,000はそのモデルの下限未満だからです。両方のカウンターが0の場合、何もキャッシュされていません。

バッチ処理で料金が半分になります

Batch API はリクエストを非同期で処理し、入力と出力の両方を50パーセント割引します。上の例では、1,000リクエストあたり$12.60が$6.30になります。この割引はプロンプトキャッシュと併用できるため、キャッシュされたバッチジョブは大量処理を実行する最も安価な方法です。

その代わり、レイテンシが長くなります。そのため、人が結果を待つ処理には適していません。夜間の分類処理やドキュメントのバックフィルに適しています。

1つの会話内でチャットのコストが増える理由

APIは状態を保持しないため、クライアントはターンごとに会話全体を再送信します。そのため、1つのチャット内のトークン使用量は長さに比例して増えるのではなく、長さの2乗に比例して増加します。

1ターンの平均を500トークンとします。ターン1では入力トークンを500送信します。ターン2では1,000送信します。ターン20では10,000送信します。これを n(n+1)/2 で合計すると、20ターンの会話では入力トークンを約105,000送信したことになります。一方、トランスクリプト自体は10,000トークンしかありません。

そのため、チャット機能のコストはトランスクリプトから想定される額を上回ります。また、長いスレッドでは、変わらないプレフィックスをキャッシュするか、古いターンを要約することでコストを回収できます。ツール呼び出しを繰り返すエージェントも同じ構造になります。さらに悪いことに、すべてのツール結果が履歴に残り、その後の各ターンで再送信されます。自分で実行するエージェントに厳格な支出上限を設定することは、ここで特に重要です。増加は自動的に発生し、監視する人がいないためです。自分で実行するエージェントに厳格な支出上限を設定する

推測する前にトークン数を数える

単語数からトークン数を推定するのはやめてください。APIが無料でトークン数を数えます。これはメッセージ作成とは別のレート制限で提供されます。

curl https://api.anthropic.com/v1/messages/count_tokens \
  -H "x-api-key: $ANTHROPIC_API_KEY" \
  -H "content-type: application/json" \
  -H "anthropic-version: 2023-06-01" \
  -d '{
    "model": "claude-opus-5",
    "system": "You are a scientist",
    "messages": [{
      "role": "user",
      "content": "Hello, Claude"
    }]
  }'

レスポンスには1つのフィールドがあります。

{ "input_tokens": 14 }

実際のsystem promptとtool definitions、および代表的なuser messageを渡してください。その後、その数値を上記のコスト関数に入力します。このエンドポイントはメッセージリクエストと同じbodyを受け取るため、画像とPDFも正しくカウントされます。注意点が2つあります。カウントは推定値であり、請求時の数値とわずかに異なる場合があります。また、渡したmodelのtokenizerで測定されるため、実際に実行するmodelを渡してください。

出力トークンは、まだ存在しないため事前にカウントできません。max_tokensで上限を設定し、実際のトラフィックでusage.output_tokensから実際の分布を測定してください。

料金に加算される項目

料金の大部分はトークンです。トークン以外の項目もいくつかあり、見落とされがちです。

ツール定義は、リクエストごとに入力トークンになります。ツール使用のシステムプロンプトだけで、独自のスキーマを含める前に、Opus 5では286から406トークンが追加されます。冗長なツールの説明が10個あると、小さなプロンプトのサイズが2倍になることがあります。
Web searchは1,000回あたり$10です。検索結果がコンテキストに入る際に消費するトークンの料金も別途かかります。
Web fetch自体に追加料金はありません。ただし、取得したページは入力トークンになります。100 kBのドキュメントページは、およそ25,000トークンです。
Claude 4.6以降でinference_geoを使用してUS限定の推論を要求すると、キャッシュの読み取りと書き込みを含む、すべてのトークンカテゴリに1.1倍の倍率が適用されます。

APIを購入するべきかどうかは、利用量によって異なります。利用量が一定水準を下回る場合は、定額の月額プランの方が明らかに有利です。APIとClaudeのサブスクリプションを実際の数値で比較して、その違いを確認できます。

FAQ

Claudeにおける1Mトークンの料金はいくらですか？

モデルによって異なります。また、トークンが入力か出力かによっても異なります。2026年8月時点では、1M入力トークンの料金は Claude Haiku 4.5 で $1、導入時料金の Claude Sonnet 5 で $2、Claude Opus 5 で $5 です。これらの各モデルでは、出力料金は入力料金の5倍です。Sonnet 5 の料金は2026年9月1日に、入力が $3、出力が $15 に変更されます。料金は変動するため、予算に金額を計上する前に公式の料金ページで確認してください。

1Mトークンは1Mワードと同じですか？

いいえ。1トークンは英語でおよそ4文字、または約0.75ワードです。そのため、1Mトークンは約750,000ワードに相当します。この比率は目安にすぎません。コード、JSON、英語以外の言語では、1ワードあたりのトークン数が多くなります。Claude Opus 4.7以降では新しい tokenizer も使用されており、同一のテキストに対して Claude Sonnet 4.6以前より約30パーセント多くのトークンが生成されます。そのため、モデル世代間でカウントをそのまま比較することはできません。実行する予定のモデルを指定して、無料の /v1/messages/count_tokens endpoint で測定してください。

prompt caching は常に料金を節約できますか？

いいえ。5分間の cache write には基準入力料金の1.25倍がかかります。そのため、書き込んだ prefix を一度も読み取らない場合、通常どおり送信するより25パーセント高くなります。1回目の読み取りで元が取れます。失敗する原因は2つあり、どちらも通知されません。リクエスト間で cached prefix が変わると、完全一致する prefix だけが対象になるため、lookup は一致しません。prefix がモデルの最小 cacheable length より短い場合も、キャッシュされず、エラーは返されません。最小長は Sonnet 5 では1,024トークン、Haiku 4.5 では4,096トークンです。cache_creation_input_tokens と cache_read_input_tokens が両方とも0の場合、cache は機能していません。

メッセージ数よりも速く請求額が増えたのはなぜですか？

各ターンで会話全体が再送信されるためです。Messages API は状態を保持しません。そのため、チャットの20ターン目では、それ以前の19ターンすべてが入力として再び送信されます。各ターンが平均500トークンの場合、会話の transcript は10,000トークンの長さでも、約105,000入力トークンが送信されます。すべての tool result が履歴に残るため、agent loop も同じ動作をします。安定した prefix をキャッシュするか、古いターンを要約してリクエストから削除してください。

#claude #tokens #api-pricing#cost-estimation#prompt-caching