レートリミットとは？APIの上限・429エラー・RPM/TPMの意味と対処法

Rate Limitレートリミットとは、一定時間内にAPIやWebサービスを使える量を制限する仕組みのことです。

AI APIでは、1分あたりのリクエスト数（RPM）、1分あたりのトークン数（TPM）、1日あたりの利用量（RPD・TPD）などに上限が設定される場合があります。この上限を超えると、リクエストが一時的に失敗したり、429エラーが返ったりすることがあります。

レートリミットは「使用禁止」の仕組みではなく、APIの流量を整えるための制御ゲートです。上限はサービス・モデル・利用ティアによって変わるため、公式ドキュメントや管理画面で確認するのが基本です。

429429 Too Many Requestsは、レートリミットに達したときに返ることがあるHTTPステータスコードです。短時間に多すぎるリクエストを送った場合に使われるコードとして、IETFのRFC 6585でも定義されています。

ただし、429が出てもサービス全体が停止しているわけではありません。自分のアカウント・プロジェクト・組織・モデル・利用ティアなどに設定された上限に達している可能性があります。

また、401（認証エラー）・400（入力エラー）・5xx（サービス障害）はレートリミットとは原因が異なります。まずステータスコードを確認し、429かどうかを切り分けることが対処の起点になります。

Wait Time何分待てば必ず解消するとは断定できません。上限の種類によって異なるためです。

RPM・TPM（分単位）の上限に達している場合は、数分待つと再実行できる場合があります。一方、RPD・TPD（日次上限）に達している場合は、その日のリセット時刻まで待つ必要があることがあります。

エラーレスポンスにRetry-Afterなどの待機時間が示されている場合はその案内を参考にします。表示がない場合も、すぐに連続で再送するのではなく、一定の間隔を空けて再試行するのが安全な進め方です。

RPMRPM（Requests Per Minute）は、1分あたりに送れるリクエスト数の上限です。APIを何回呼び出せるかを見る指標で、入力内容の長さには関係なく、送った「回数」がカウントされます。

TPMTPM（Tokens Per Minute）は、1分あたりに処理できるトークン数の上限です。リクエスト回数が少なくても、入力文や出力文が長い場合はTPMの上限に達することがあります。

比喩で整理すると、RPMは「1分間にゲートを通れる回数」、TPMは「1分間に運べる荷物の総量」です。両方が独立した上限として設定されている場合があるため、429が出たときはどちらが原因かを確認することが大切です。

日次上限RPD（Requests Per Day）は1日あたりに送れるリクエスト数、TPD（Tokens Per Day）は1日あたりに処理できるトークン数の上限です。

RPMやTPMが「短時間の混雑メーター」であるのに対して、RPDやTPDは1日全体の累積使用量を見る指標です。日次上限に達している場合は、数分待つだけでは解消しないことがあります。

同様に、同時に処理できるリクエスト数（同時実行数）に上限が設けられているサービスもあります。バッチ処理や自動化ツールを使っている場合は、この点も確認しておくと原因を切り分けやすくなります。

Plan有料プランや上位ティアに移行すると利用できる上限が引き上がる場合がありますが、レートリミットが完全になくなるとは限りません。

モデル別のRPM・TPM・日次上限・同時実行数などの制限は、有料プランでも残ることがあります。また、Web版の有料プランとAPI利用は料金体系・上限の管理が分かれている場合があるため、同じと考えない方が安全です。

現在のプランで適用されている上限は、公式ドキュメントや管理画面のLimits・Rate Limitsから確認するのが確実です。

KeyAPIキーを増やしても、レートリミットを回避できるとは限りません。

上限はAPIキー単位ではなく、プロジェクト・組織・アカウント・モデル・利用ティアなどの単位で管理される場合があります。同じプロジェクトや組織に紐づくAPIキーを増やしても、利用枠が共有されていれば上限は変わらないことがあります。

また、上限を避ける目的でAPIキーやアカウントを増やす使い方は、サービスの利用規約に反する可能性があります。制限に達した場合は、まず利用量の調整・ティアの確認・上限申請の可否を管理画面で確認するのが基本的な進め方です。

Billingレートリミットと料金上限は別の仕組みです。

レートリミットは、短時間にどれだけAPIを使えるかを制限する仕組みです。料金上限は、月間の支出上限・無料枠・クレジット残高など、使える金額に関する制限です。

この2つは独立しているため、料金枠が残っていても短時間に使いすぎるとレートリミットに達する場合があります。逆に、レートリミットに余裕があっても料金上限に達してAPIが止まることもあります。エラーが出たときは、どちらが原因かを管理画面で切り分けることが大切です。

Web vs APIWeb版の利用上限とAPIのレートリミットは、別に考える必要があります。

ChatGPTやGrokなどの画面上に表示される「一定時間後に再度お試しください」などの制限は、Web版・アプリ版の利用制限である場合があります。一方、APIのレートリミットは開発者向けにリクエストを送る仕組みに対して設定される上限で、確認場所・料金体系・上限の考え方が異なります。

まず「自分はWeb版を使っているのか、APIを使っているのか」を確認することが、エラー切り分けの起点になります。

Where to Checkまず公式ドキュメントのRate Limits・API Referenceページで、使われている単位・適用範囲・ティア別の上限の考え方を確認するのが基本です。

そのうえで、管理画面のLimits・Rate Limits・Usage・Billing・Quota・Project settingsなどの項目で、自分のアカウントに適用されている現在の上限と使用量を確認します。表示名はサービスによって異なります。

モデルや利用ティアによって上限が変わる場合があるため、使用中モデルのページと現在のティアをあわせて確認すると、より正確に把握しやすくなります。

Actionまずは時間を空けて再実行します。RPM・TPMが原因なら数分待つと再実行できる場合があります。エラーレスポンスにRetry-Afterが含まれていればその時間を参考にします。

それでも同じエラーが続く場合は、以下の順番で切り分けます。

① リクエスト数・並列実行を減らす（RPMが原因の場合）
② 入力・出力を短くする（TPMが原因の場合）
③ 管理画面で日次上限・ティア・Billingを確認する（待っても解消しない場合）
④ ティアの引き上げ・上限申請の可否を確認する（利用量調整で対応できない場合）

エラー直後に連続再送するのは逆効果になる場合があるため、まず原因を確認してから対処するのが基本的な進め方です。