Claude Sonnet 5の導入価格は8月31日まで｜単価1.5倍に備えEC業務のAPI費用を再計算する5手順

齋藤竹紘2026年8月3日2026年8月3日Claude

Claude Sonnet 5のプロモーション価格とは、8月31日までの導入割引のことです。

モデルIDを1文字も書き換えていないのに、9月1日の請求から単価が上がります。Anthropic が2026年6月30日に公開した Claude Sonnet 5 は、100万トークンあたり入力2米ドル・出力10米ドルという導入価格で提供されていますが、この価格が有効なのは2026年8月31日までです。9月1日からは入力3米ドル・出力15米ドルの標準価格に移ります。本記事を公開した8月3日から数えて、残りは28日です。本記事は、EC支援19年・5,000社超の実績を持ち、AI導入支援は2023年から提供する株式会社オルセル（うるチカラ運営）の現場知見にもとづいて解説します。値上げそのものより厄介なのは、単価の1.5倍という数字の裏で、同じ日本語文でも消費トークン数が増えている点です。ここを見落とすと、9月の請求は想定を2割以上超えます。

9月1日に何が変わり、何が据え置かれるのか

変わるのは単価だけで、APIの使い方は何も変わりません。Anthropic公式の価格ページに明記されているとおり、Claude Sonnet 5 の単価は2026年8月31日まで100万トークンあたり入力2米ドル・出力10米ドル、2026年9月1日からは入力3米ドル・出力15米ドルです。入力も出力も、きれいに1.5倍。リクエストの形式もレスポンスの形式も変わらないので、コードを直す必要はありません。請求書の金額だけが静かに変わります。

同時に上がるのが、プロンプトキャッシュとバッチ処理の単価です。キャッシュは基本入力単価に連動する仕組みなので、5分キャッシュの書き込みは1トークンあたり2.50米ドルから3.75米ドルへ、1時間キャッシュの書き込みは4米ドルから6米ドルへ、キャッシュヒットは0.20米ドルから0.30米ドルへ移ります。バッチAPIは入出力とも5割引という条件が維持されるため、8月中の1米ドル・5米ドルが、9月からは1.50米ドル・7.50米ドルになります。割引の構造自体は据え置きで、土台の単価だけが持ち上がる形です。

据え置かれるものも押さえておく価値があります。100万トークンのコンテキストウィンドウは追加料金なしのまま、9,000トークンのリクエストも90万トークンのリクエストも1トークンあたりの単価は同じです。最大出力の12万8,000トークンも変わりません。ウェブフェッチはトークン代以外の追加課金がなく、ウェブ検索は1,000回あたり10米ドルという別建ての料金が続きます。コード実行ツールは組織あたり月1,550時間まで無料、超過分がコンテナ1台あたり1時間0.05米ドルという条件のままです。値上げの対象は、あくまでトークン単価とそれに連動する部分に限られます。

ここからが本題です。単価が1.5倍になったという事実だけを見て「請求も1.5倍だな」と結論づけると、見積もりを外します。Claude Sonnet 5の変更点をまとめた公式ドキュメントは、Sonnet 5 が新しいトークナイザを採用しており、同じテキストに対して従来より約30%多いトークンを生成すると明記しています。Anthropicのリリース脚注では、増加率は内容によって1.0倍から1.35倍の幅があるとされています。つまり、Sonnet 4.6 で「入力1,000トークン」と測っていた文章は、Sonnet 5 では1,300トークン前後として課金される計算になります。

この2つを掛け合わせると、実態が見えてきます。Sonnet 4.6 は入力3米ドル・出力15米ドルの旧トークナイザ、Sonnet 5 の導入価格は入力2米ドル・出力10米ドルの新トークナイザです。単価が3分の2になり、トークン数が1.3倍になるので、掛け算すると0.87前後。Anthropicが「導入価格は Sonnet 5 への移行がおおむねコスト中立になるよう設定した」と説明しているのは、この計算のことでした。ところが9月1日に単価が元に戻ると、掛け算の結果は1.3前後に変わります。Sonnet 4.6 の時代と比べて実質3割高、8月の請求と比べて1.5倍。二段構えで効いてくるわけです。

現場で繰り返し見るのは、この手の価格改定を「あとで一括で見直す」と先送りして、9月の請求書を見てから慌てるパターンです。28日という猶予は、実測して、設定を直して、必要ならモデルを入れ替えるところまでを含めると、決して長くありません。

EC業務のどこでトークンが積み上がっているのか

トークンが増えるのは、生成量が多い業務ではなく、繰り返し回数が多い業務です。1回あたりの消費量が小さくても、月に何千回と走る処理は合計で効いてきます。EC事業者のAPI利用を棚卸しすると、商品説明文の一括生成、レビュー返信の下書き、問い合わせの一次対応、商品CSVの整形という4つに集約されるケースがほとんどでした。以下、それぞれの月間消費量を仮に置いて、8月単価と9月単価の差を出してみます。数字はいずれも Sonnet 5 のトークナイザで測った前提の概算で、実際の値は自店の文面の長さによって上下します。

商品説明文の一括生成から見ていきます。1点あたり、指示文と商品スペックを合わせた入力が約1,200トークン、生成される説明文の出力が約1,600トークンとします。月に300点を新規作成または改訂する店舗なら、入力36万トークン、出力48万トークンです。8月単価だと入力0.72米ドル、出力4.80米ドルで、合計5.52米ドル。9月単価では入力1.08米ドル、出力7.20米ドルの合計8.28米ドルになります。差額は月2.76米ドル。この規模なら、正直なところ誤差の範囲です。

レビュー返信の下書きは、件数が効いてきます。月800件、1件あたり入力900トークン、出力350トークンと置くと、入力72万トークン、出力28万トークン。8月単価で4.24米ドル、9月単価で6.36米ドルです。この業務の特徴は、入力900トークンのうち、店舗のトーン指示と禁止表現リストが毎回同じという点にあります。仮に共通部分が600トークンだとすると、そこは丸ごとキャッシュに載せられる部分です。9月単価でキャッシュヒットを効かせた場合、共通部分の課金は48万トークン分で0.144米ドルまで落ち、可変部分の0.72米ドルと出力の4.20米ドルを足して約5.06米ドル。何もしない場合の6.36米ドルに対して2割ほど下がります。

問い合わせの一次対応が、たいていの店舗で最大の費目になります。Anthropicが公式ドキュメントに載せている試算例では、1会話あたり平均3,700トークン前後という数字が使われています。この配分を借りて、月3,000件、1件あたり入力2,800トークン・出力900トークンと置くと、入力840万トークン、出力270万トークン。8月単価では入力16.80米ドル、出力27.00米ドルの合計43.80米ドルですが、9月単価では入力25.20米ドル、出力40.50米ドルで合計65.70米ドルに跳ねます。差額は月21.90米ドル。ここが再計算の主戦場です。

商品CSVの整形と棚卸しは、1回あたりの入力が突出します。全商品データを100万トークンのコンテキストに流し込む使い方だと、1回で入力60万トークン、出力2万トークンといった規模になります。月4回なら入力240万トークン、出力8万トークン。8月単価で5.60米ドル、9月単価で8.40米ドルです。この業務は即時性が要らないので、バッチAPIに逃がせます。9月のバッチ単価で計算すると入力3.60米ドル、出力0.60米ドルの合計4.20米ドル。値上げ後にもかかわらず、8月の通常単価5.60米ドルより安く収まります。大量データを扱う商品マスタ整備の考え方は、100万トークンのコンテキストで全商品CSVを棚卸しする手順にまとめてあります。

4業務を合計すると、8月は月59.16米ドル、9月は月88.74米ドルです。差額は29.58米ドル。1米ドル150円で換算すると、月およそ8,900円が1万3,300円になり、増える分は月4,400円ほど、年間では約5万3,000円という規模感になります。単体で見れば経営を揺るがす額ではありません。ただし、これは月商数千万円クラスの店舗が1系統だけAIを回している場合の数字です。複数店舗を運営していたり、社内の別部門でも同じAPIキーを使っていたりすると、桁がひとつ上がります。ここを実額で押さえておかないと、値上げの影響を過小にも過大にも見誤ります。

9月1日の請求書を先に出す5手順

再計算の要点は、推測をやめて実測に切り替えることです。1文字あたり何トークンという経験則は、トークナイザが変わった今、そのまま使えません。以下の5手順は、8月中に終わらせておきたい作業を順番に並べたものです。手順ごとに使えるプロンプトを添えてあり、本文で示すプロンプトは全部で6本です。ChatGPT、Claude、Geminiのいずれでも動きます。

手順1は、直近30日の実使用量を管理コンソールから抜き出すことです。Claude Console の利用状況画面から、モデル別・日別の入力トークン、出力トークン、キャッシュ書き込み、キャッシュ読み出しの内訳を取得します。ここで大事なのは、合計値ではなく内訳を取ることでした。キャッシュヒットの比率が分からないと、次の手順以降の判断ができません。抜き出した数字を業務別に割り振るために、最初のプロンプトを使います。

あなたはAPI利用コストの分析に慣れたデータアナリストです。
以下のAPI利用ログの集計値を、EC業務の系統別に振り分ける棚卸し表を作ってください。

入力データ：
- 期間：{開始日}〜{終了日}
- 総入力トークン：{値}
- 総出力トークン：{値}
- キャッシュ書き込みトークン：{値}
- キャッシュ読み出しトークン：{値}
- リクエスト総数：{値}
- 稼働している処理の一覧：{商品説明文生成／レビュー返信／問い合わせ一次対応／CSV整形／その他}

やること：
1. 処理ごとに「1リクエストあたりの平均入力トークン」「平均出力トークン」を逆算する
2. リクエスト数の内訳が不明な処理は、複数の按分シナリオを3通り提示する
3. キャッシュ読み出し比率が低い処理を、比率の低い順に並べる
4. 数字が足りずに推定に頼った箇所を、すべて明示する

出力：処理別の棚卸し表（文章形式）と、追加で取得すべきログ項目のリスト

手順2は、Sonnet 5 のトークナイザで測り直すことです。Sonnet 4.6 やそれ以前のモデルで数えたトークン数は、そのまま流用してはいけません。トークンカウントAPI に実際のプロンプトを投げ、Sonnet 5 を指定して数え直します。日本語の増加率が公式表記の約30%どおりになるとは限らない点にも注意が必要です。増加率は内容によって変わると明記されているだけで、日本語での実測値は公表されていません。だからこそ、自店の文面で測る意味があります。測った結果を月額に積み上げるのが2本目のプロンプトです。

あなたはAI運用コストの試算を担当するコンサルタントです。
実測済みのトークン数から、9月1日以降の月額API費用を再計算してください。

前提単価（Claude Sonnet 5、100万トークンあたり・米ドル）：
- 2026年8月31日まで：入力2.00／出力10.00／5分キャッシュ書込2.50／1時間キャッシュ書込4.00／キャッシュ読出0.20
- 2026年9月1日から：入力3.00／出力15.00／5分キャッシュ書込3.75／1時間キャッシュ書込6.00／キャッシュ読出0.30
- バッチAPIは入出力とも上記の50%

処理ごとの実測値：
- 処理名：{名称}
- 1リクエストあたり入力トークン（Sonnet 5で実測）：{値}
- 1リクエストあたり出力トークン（Sonnet 5で実測）：{値}
- 月間リクエスト数：{値}
- キャッシュ可能な固定部分のトークン数：{値}
- 即時性の要否：{必要／不要}

やること：
1. 8月単価と9月単価それぞれで、処理別と全体の月額を出す
2. 差額と倍率を処理別に示し、差額の大きい順に並べる
3. 即時性が不要な処理をバッチAPIに移した場合の月額も併記する
4. 為替は1米ドル{レート}円として円換算し、換算前提を明記する

出力：処理別の金額一覧（文章形式、表は使わない）と、削減インパクトの大きい順の優先順位

手順3は、思考まわりの設定を点検することです。ここが今回いちばん見落とされやすい部分でした。Sonnet 5 では adaptive thinking がデフォルトで有効になっており、Sonnet 4.6 で thinking を指定せずに動かしていたリクエストは、何もしなくても思考ありで走ります。思考トークンは出力トークンとして課金されるため、コードを変えていないのに出力側の消費が増えている可能性があります。加えて effort パラメータは、Claude APIと Claude Code において high が既定値です。思考を止めるなら thinking に disabled を渡し、労力を下げるなら effort を明示的に指定します。max_tokens が思考と応答文の合計に対する上限である点も、あわせて確認しておきたいところです。3本目のプロンプトで棚卸しします。

あなたはAnthropic APIの実装レビューを担当するエンジニアです。
以下のリクエスト設定を読み、Claude Sonnet 5 に移行した際のコスト上振れリスクを洗い出してください。

現在の設定：
- モデルID：{値}
- thinking パラメータ：{未指定／disabled／adaptive／enabled+budget_tokens}
- effort パラメータ：{未指定／low／medium／high}
- max_tokens：{値}
- temperature / top_p / top_k：{値}
- assistant メッセージのプレフィル：{有／無}
- 想定する応答文の長さ：{文字数}

前提として押さえること：
- Sonnet 5 は adaptive thinking がデフォルトで有効
- 思考トークンは出力トークンとして課金される
- max_tokens は思考と応答文の合計に対する上限
- effort は Claude API と Claude Code で high が既定
- 手動 extended thinking と、非既定のサンプリングパラメータは400エラーになる

やること：
1. 400エラーになる設定を先に列挙する
2. 出力トークンが増える要因を、影響の大きい順に説明する
3. 品質を落とさずにコストを下げる設定変更案を、変更前後の値つきで示す
4. 変更後に再測定すべき項目を挙げる

出力：エラー要因、コスト上振れ要因、推奨設定、再測定項目の4部構成

手順4は、キャッシュとバッチの適用範囲を引き直すことです。プロンプトキャッシュの単価は、5分キャッシュの書き込みが基本入力単価の1.25倍、1時間キャッシュの書き込みが2倍、読み出しが0.1倍という関係で決まります。Anthropicは公式に、5分キャッシュなら1回の読み出しで、1時間キャッシュなら2回の読み出しで元が取れると説明しています。裏を返せば、呼び出し間隔がキャッシュの有効期限を超えている処理は、書き込み料金を払い続けるだけで一度も回収できていません。ここは実装を触らずに設定だけで改善できる領域です。

あなたはプロンプトキャッシュの設計に詳しいエンジニアです。
以下の処理について、キャッシュの有効期限と適用範囲を再設計してください。

前提となる料金構造（基本入力単価に対する倍率）：
- 5分キャッシュ書き込み：1.25倍（有効期限5分）
- 1時間キャッシュ書き込み：2倍（有効期限1時間）
- キャッシュ読み出し：0.1倍
- 5分キャッシュは1回の読み出しで、1時間キャッシュは2回の読み出しで損益分岐に達する

処理の情報：
- 処理名：{名称}
- 1日の実行回数と時間分布：{値}
- 連続する呼び出しの平均間隔：{値}
- プロンプトの固定部分（システム指示・禁止表現・出力仕様）：{トークン数}
- プロンプトの可変部分（商品情報・レビュー本文など）：{トークン数}
- 現在のキャッシュ設定：{未設定／5分／1時間}

やること：
1. 呼び出し間隔と有効期限を突き合わせ、現状で回収できているか判定する
2. 5分と1時間のどちらが有利か、月額の差額つきで結論を出す
3. 固定部分と可変部分の境界をどこに引くべきか示す
4. 実行タイミングをまとめることで回収率が上がる場合、その具体案を出す

出力：現状判定、推奨設定、想定削減額、実装時の注意点

手順5は、9月単価で再計算した結果をもとに、据え置きか、降格か、分散かを決めることです。判断に必要な材料は、ここまでの4手順でそろっています。降格の候補として現実的なのは Claude Haiku 4.5 で、単価は100万トークンあたり入力1米ドル・出力5米ドル、コンテキストは20万トークン、最大出力は6万4,000トークンです。ここで効いてくるのが、Haiku 4.5 が旧トークナイザを使うモデルだという点でした。単価が Sonnet 5 の9月価格の3分の1になるうえに、同じ日本語文でも消費トークン数が3割ほど少なくなります。先ほどの問い合わせ一次対応を Haiku 4.5 に移すと、月65.70米ドルが16.90米ドル前後まで下がる計算で、削減率はおよそ74%。ただし品質が落ちる業務もあるため、機械的に落とすのは危険です。モデル階層の選び分けは Claudeのモデル階層をEC業務でどう使い分けるかで整理しています。降格の可否は5本目のプロンプトで判定します。

あなたはEC事業者のAI運用を設計するコンサルタントです。
以下の処理を Claude Sonnet 5 から Claude Haiku 4.5 に降格してよいか判定してください。

モデルの前提：
- Sonnet 5：入力3.00米ドル／出力15.00米ドル（2026年9月1日以降）、コンテキスト100万トークン、最大出力12万8,000トークン、新トークナイザ
- Haiku 4.5：入力1.00米ドル／出力5.00米ドル、コンテキスト20万トークン、最大出力6万4,000トークン、旧トークナイザ（同じ文章でもトークン数が少なく出る）

処理の情報：
- 処理名：{名称}
- 出力がそのまま顧客に届くか：{届く／社内確認を挟む}
- 求められる判断の複雑さ：{定型置換／条件分岐あり／文脈解釈が必要}
- 1リクエストの入力トークン：{値}
- 誤りが出た場合の影響：{軽微／クレーム化／法令リスク}
- 薬機法・景表法の表現制約：{有／無}

やること：
1. 降格の可否を「可」「条件付き可」「不可」で判定し、理由を述べる
2. 条件付き可の場合、追加すべき検証工程を具体的に書く
3. 降格した場合の月額削減見込みを、トークナイザ差も織り込んで概算する
4. 品質劣化を検知するための観測指標を3つ提案する

出力：判定、根拠、削減見込み、監視指標

見積もりを外す4つの失敗と回避策

最も多いのが、旧トークナイザで測った数字をそのまま使ってしまう失敗です。Sonnet 4.6 の頃に作った試算シートには、旧トークナイザ基準のトークン数が入っています。これに9月単価を掛けても、実際の請求には届きません。Sonnet 5 の実数は約1.3倍なので、旧カウントのまま計算すると見込みが23%ほど過小に出ます。回避策は単純で、トークンカウントAPIで Sonnet 5 を指定して測り直すこと。試算シートに「どのモデルで測ったトークン数か」を列として持たせておくと、次にモデルが変わったときも同じ事故を繰り返さずに済みます。

2つ目は、adaptive thinking が有効になったことに気づかず、max_tokens を据え置いている失敗です。Sonnet 4.6 では thinking を指定しなければ思考なしで動いていましたが、Sonnet 5 では同じリクエストが思考ありで走ります。max_tokens は思考と応答文の合計に対する上限なので、応答文の長さぎりぎりに設定していた処理は、思考に枠を食われて本文が途中で切れます。出力トークンは増えているのに成果物は短くなるという、いちばん報われない状態です。応答が切れていないかを目視で確認し、必要なら thinking に disabled を渡すか、max_tokens を積み増します。

3つ目は、effort を指定しないまま常用している失敗でした。Claude API と Claude Code では effort の既定値が high です。深く考えさせるほど思考トークンが伸び、出力側の課金が積み上がります。定型的な商品説明文の生成やレビュー返信の下書きに、上限の労力設定を割り当てる必然性はありません。処理ごとに effort を明示し、下げても品質が落ちないラインを探すのが定石です。ここは1週間ほど並行運用して、出力を人が読み比べてから決めるのが安全でした。

4つ目は、キャッシュの有効期限と実際の呼び出し間隔が噛み合っていない失敗です。1時間キャッシュは書き込みが基本単価の2倍かかるため、2回以上読み出さないと損をします。夜間バッチのように1日1回しか走らない処理に1時間キャッシュを設定していると、毎回2倍の書き込み料金を払って一度も回収しないまま期限切れを迎えます。逆に、5分間隔で連続実行している処理に何も設定していなければ、取れるはずの割引を捨てています。呼び出しログの時刻分布を見て、キャッシュ設定を後から合わせるのが正しい順序です。

据え置き・降格・分散をどう選ぶか

判断軸は3つで足ります。出力が顧客の目に直接触れるか、判断の複雑さがどの程度か、そして即時性が要るかどうか。この3つで振り分ければ、選択肢はおのずと決まります。

Sonnet 5 に据え置くべきなのは、顧客の目に直接触れて、かつ文脈の解釈が必要な処理です。問い合わせの一次対応で、返答をそのまま顧客に送っている場合が典型でした。ここを削って炎上させると、削減額の何十倍もの対応コストがかかります。月20米ドル前後の差額を惜しんで品質を落とす判断は、割に合いません。

Haiku 4.5 への降格が向くのは、社内確認を挟む処理と、定型性の高い処理です。商品説明文の下書き、CSVの項目整形、レビューの分類やタグ付けあたりが該当します。単価が3分の1になるうえに旧トークナイザで消費トークンも少なく出るため、削減率は7割を超えることも珍しくありません。ただし、コンテキストが20万トークンで最大出力が6万4,000トークンという制約があるので、大量データを一括で流し込む処理は移せない場合があります。

他社モデルへの分散は、単価そのものの水準差が効いてくる大量処理で検討する価値があります。2026年8月3日時点で、OpenAIの GPT-5.6 は Luna が100万トークンあたり入力0.20米ドル・出力1.20米ドル、Terra が入力2米ドル・出力12米ドル、Sol が入力5米ドル・出力30米ドルです。LunaとTerraは7月30日にそれぞれ8割と2割の値下げを受けており、Luna の水準は Sonnet 5 の9月単価と比べて1桁違います。Google の Gemini 3.6 Flash は入力1.50米ドル・出力7.50米ドルとされていますが、こちらは公式ページで直接確認できておらず、要確認として扱ってください。分散は請求先が増える分だけ運用が煩雑になるので、月額の削減幅が1万円を下回るなら見送るのが現実的です。

工数の目安も置いておきます。手順1から手順5までを一通り回すのに、既存の実装を把握している担当者で半日から1日というのが実感でした。実装を触らずに設定だけで済む改善、つまり effort の明示、キャッシュ期限の調整、バッチAPIへの移行の3つだけなら、2時間程度で終わります。モデルを差し替える場合は、品質の並行検証に1週間ほど見ておきたいところです。単価が半額になった Claude Opus 5 のコスト構造や、Claude Sonnet 5 の料金体系そのものの解説もあわせて確認すると、上位モデルまで含めた配分を組み立てやすくなります。マルチベンダーで配分を決めるための最後のプロンプトが6本目です。

あなたは複数のAIベンダーを併用する運用設計に詳しいアーキテクトです。
以下のEC業務を、コストと品質の両面から最適なモデルへ振り分けてください。

候補モデルと単価（100万トークンあたり・米ドル、2026年8月3日時点）：
- Claude Sonnet 5：入力3.00／出力15.00（9月1日以降）、コンテキスト100万
- Claude Haiku 4.5：入力1.00／出力5.00、コンテキスト20万
- GPT-5.6 Luna：入力0.20／出力1.20
- GPT-5.6 Terra：入力2.00／出力12.00
- Gemini 3.6 Flash：入力1.50／出力7.50（要確認）

業務の一覧（それぞれについて記入）：
- 業務名：{名称}
- 月間リクエスト数：{値}
- 平均入力／出力トークン：{値}
- 出力が顧客に直接届くか：{届く／届かない}
- 判断の複雑さ：{低／中／高}
- 即時性：{必要／不要}

やること：
1. 業務ごとに推奨モデルを1つ選び、理由を2文以内で述べる
2. 全業務を1ベンダーに寄せた場合と、分散した場合の月額を比較する
3. 分散によって増える運用負荷（請求管理・監視・障害時の切り替え）を列挙する
4. 削減額が運用負荷に見合わない業務を指摘し、統合を提案する

出力：業務別の推奨モデル、月額比較、運用負荷、統合提案

9月以降に効いてくる論点

導入価格の終了は、単発の値上げではなく、価格が動く前提で運用を組む時代に入った合図だと受け止めています。2026年に入ってから、Anthropicは Opus 5 を実質半額水準に、OpenAIは Luna を8割引に、Googleは Flash 系の出力単価を段階的に下げてきました。値下げも値上げも数か月単位で起きます。1度作った試算シートを1年放置する運用は、もう成り立ちません。

構造として押さえておきたいのは、トークナイザの変更が価格改定と同じ意味を持つようになった点です。単価表には現れないのに、実質的な支払額を3割動かします。今後モデルが更新されるたびに、単価だけでなくトークナイザが変わったかどうかを確認する習慣が要ります。移行時の実測プロセスは Sonnet 4.6 から Sonnet 5 への移行手順に整理してあるので、次のモデル更新でも同じ型が使えます。

もうひとつ、細かいながら見逃せない変化があります。Sonnet 5 ではツール定義に伴うシステムプロンプトのトークン数が減っており、tool_choice を auto または none にした場合で354トークン、any または tool を指定した場合で474トークンです。Sonnet 4.6 の497トークンと589トークンと比べると、ツールを多用するエージェント処理では地味に効いてきます。値上げの一方で、こうした削減も同時に起きている。差し引きを自分で測らないと、正しい判断はできません。

エージェント運用が広がるほど、この傾向は強まります。Claude Managed Agents はトークンとは別に、セッション稼働時間あたり0.08米ドルという課金軸を持っています。トークン単価だけを見て安いモデルを選んでも、稼働時間が伸びれば総額は逆転します。EC業務でエージェントに在庫調整や受注確認を任せる構成が増えてくると、コスト設計の変数はトークンだけでは足りなくなるはずです。8月中に作った試算シートに、稼働時間という列を1本足しておくと、次の判断が速くなります。

よくある質問

Claude Sonnet 5の導入価格はいつ終わりますか

2026年8月31日で終わります。9月1日からは100万トークンあたり入力3米ドル・出力15米ドルの標準価格に移り、入力・出力とも1.5倍になります。Anthropicの公式価格ページと Sonnet 5 の発表記事の両方に同じ日付が明記されており、延長の告知は2026年8月3日時点でありません。

8月中に前払いすれば安い単価を確保できますか

いいえ、できません。Claude APIは実際に使ったトークン量に対する従量課金で、支払いのタイミングではなく利用のタイミングの単価が適用されるためです。事前にクレジットを購入していても、9月1日以降の利用分は標準価格で消費されます。前倒しで処理できる業務があるなら、8月中に実行しておくほうが確実です。

日本語のトークン数はどれくらい増えますか

公式には約30%増と説明されていますが、日本語に限定した実測値は公表されていません。Anthropicの発表脚注では、増加率は内容によって1.0倍から1.35倍の幅があるとされています。自店の商品説明文やレビュー返信の文面をトークンカウントAPIに投げ、Sonnet 5 を指定して測るのが唯一の確実な方法です。

コードを変えずにコストを下げる方法はありますか

はい、3つあります。即時性の要らない処理をバッチAPIに移せば入出力とも5割引になり、キャッシュの有効期限を呼び出し間隔に合わせれば読み出し単価が基本入力の0.1倍まで下がり、effort を明示的に下げれば思考トークンが減ります。いずれもリクエストのパラメータ変更だけで済み、実装の作り直しは不要です。

Haiku 4.5に落とすと品質はどれくらい落ちますか

業務によります。定型置換や分類、項目整形といった判断の単純な処理では体感差がほとんど出ない一方、文脈の解釈や微妙なトーン調整が要る処理では差が出ます。顧客に直接届く文面は Sonnet 5 に残し、社内確認を挟む下書き工程から順に落としていくのが安全な進め方です。1週間ほど両方を並行させて出力を読み比べてから決めてください。

為替の影響はどう見ておけばよいですか

料金はすべて米ドル建てなので、円安が進めば円換算の請求額はそのまま増えます。本記事では1米ドル150円で換算していますが、これは計算の前提として置いた値であり、実際の請求は決済時のレートに依存します。試算シートには為替レートを変数として持たせ、単価改定と為替変動を切り分けて見られるようにしておくのが実務的です。

9月1日は、何もしなくてもやってきます。やることは、実測して、設定を直して、配分を決めるだけです。28日あれば十分に間に合います。

参考文献

著者：齋藤竹紘（株式会社オルセル編集長／5,000社以上のEC支援実績／書籍3冊）

※うるチカラでは、生成AIの導入支援から運用最適化まで、貴社のEC事業に合わせたカスタマイズ提案を行っています。無料相談（30分）も実施中ですので、お気軽にお問い合わせください。
https://uruchikara.jp/contact/

【監修】齋藤竹紘（株式会社オルセル代表 / 19年・5,000社のEC支援実績）

齋藤竹紘

株式会社オルセル代表取締役 / うるチカラ編集長。19年・5,000社以上のEC支援実績を持ち、楽天市場・Amazon・Yahoo!ショッピング・Shopify・Shopee越境ECの実装ノウハウを保有。AI×ECに関する書籍を3冊執筆。「現場で使えるAI実装」を一次情報として発信しています。

投稿者: 齋藤竹紘

株式会社オルセル代表取締役 / うるチカラ編集長。19年・5,000社以上のEC支援実績を持ち、楽天市場・Amazon・Yahoo!ショッピング・Shopify・Shopee越境ECの実装ノウハウを保有。AI×ECに関する書籍を3冊執筆。「現場で使えるAI実装」を一次情報として発信しています。齋藤竹紘のすべての投稿を表示