ChatGPT APIキーの取得方法【2026年版】発行から最初の応答まで
ChatGPTの画面でキーを探すのではなく、OpenAI Platformのprojectで発行します。取得完了とは、secretを保存した時点ではなく、別建てのAPI請求を確認し、Responses APIを呼び、Usageに記録されるところまでです。
目次

ChatGPT APIキーと呼ばれているものは、正確には OpenAI Platformのproject key です。ChatGPTのチャット画面やPlus設定から発行するものではありません。Platformでキーを作成し、全文を一度だけ保存し、API側の請求を設定したうえで、サーバーからResponses APIを呼び出します。
日本は2026年7月18日に確認したOpenAIの API対応国・地域リストに含まれています。ただし判定対象は記事の言語ではなく利用者の実際の所在地です。海外から利用する場合は、その時点の公式リストを先に確認してください。
5分で確認する取得フロー
- OpenAI Platformへログインする。
- 利用するprojectを選び、API Keysでsecret keyを作成する。
- 全文が表示されている間にsecret managerへ保存し、用途に合う最小権限にする。
- ChatGPTではなくAPI PlatformのBillingを確認する。
OPENAI_API_KEYをバックエンドへ設定し、/v1/responsesの応答とUsage記録を確認する。
| 確認項目 | 合格条件 | よくある勘違い |
|---|---|---|
| Key created | 正しいprojectに記録がある | 文字列を見ただけでAPIも使えると思う |
| Secret stored | 全文を一度だけ安全な保管先へ保存 | 後から再表示できると思う |
| Permission scoped | 必要なendpointだけ許可 | とりあえずAllを選ぶ |
| API billing ready | Platform側に利用可能な状態がある | ChatGPT Plusの支払いで足りると思う |
| First response | 応答が返り、Usageに記録される | key発行を動作確認の代わりにする |
| 支出設定の確認 | アラートと強制上限の設定を区別する | 金額を入れただけで停止すると考える |
ChatGPTの契約とAPIの契約は別
OpenAIの日本語ヘルプは ChatGPTとPlatformの請求システムが別であると説明しています。ChatGPT PlusやProを契約していてもAPI creditsは付きません。APIへ入金してもChatGPTプランは変わりません。
ChatGPTが使えるのにAPIでinsufficient_quotaが出る場合、確認するのはAPI PlatformのBillingであり、ChatGPTのサブスクリプション画面ではありません。
project keyを安全に発行する
API Keysを開く前に、開発・検証・本番のどのprojectへ所属させるか決めます。キー名もwordpress-productionやsupport-stagingのように用途が分かるものにします。環境ごとに分けておけば、一つをrotateしても他のシステムを止めずに済みます。
OpenAIの現在の API key permissionsはAll、Restricted、Read Onlyです。利用endpointが分かっているなら、Restrictedで必要なRead/Writeだけを許可します。「分からないからAll」は漏えい時の影響範囲まで広げます。
作成直後のsecret全文は一度しか表示されません。OpenAI日本語ヘルプによると、保存し忘れた値は後から確認できず、新しいキーを作成してアプリ側を更新する必要があります。スクリーンショット、メール、チャット、共有メモは保管先にしないでください。
APIキーは無料でも、API利用が常に無料とは限らない
credentialの作成自体と、有料のAPIリクエストは別です。新規アカウントなら固定額を必ずもらえる、という古い記事の前提は使えません。Quickstartにテスト経路が表示される場合でも、継続利用できるかは自分のBilling dashboardで判断します。
無料枠の対象かどうかを確認したい場合は、OpenAI APIの無料枠と利用制限で、Freeの利用ティア、付与されたクレジット、データ共有特典の違いを確認できます。
OpenAIの現行 Prepaid Billingには、新しいAPIアカウントは前払い方式、現在の最低購入額は5米ドル、購入creditsの有効期限は1年と記載されています。金額や支払い条件は変わるため、購入時の画面を最終情報にしてください。auto-rechargeが不要ならオフにし、保存後に再確認します。
2026年9月21日時点の公式説明では、支出アラートと強制的な支出上限は別の設定です。アラートだけでは処理は止まりませんが、Enforce a hard limit を有効にすると、組織またはプロジェクトの上限到達後に429エラーでリクエストが拒否されます。反映には遅延があり、少額の超過は起こり得ます。アプリ側でもリクエスト数、トークン数、再試行回数を制限してください。
コードで使う場合はバックエンドだけに置く
OpenAIの APIキー安全ガイドは、ブラウザやモバイルアプリへキーを埋め込まず、環境変数またはkey managerを使うよう案内しています。.envでもfrontend bundleに含まれれば公開情報です。
macOS/Linuxのローカル確認では、次の方法ならsecretをcommand historyへ残しません。
read -s OPENAI_API_KEY
export OPENAI_API_KEY値を確認するためにechoしないでください。存在チェックはtrue/falseだけ返します。
外部ツールのBYOK欄へ貼る前に
WordPressプラグインやPCアプリへ入力する場合、次を確認できなければ止めます。
- secretが端末内または提供者サーバーのどこへ保存されるか
- browserから直接送信して値が露出しないか
- input、output、logの保持と削除方針
- keyを削除し、rotate後に差し替える手順
- Restricted keyで必要なendpointだけ許可できるか
出所不明の無料ツールへ本番keyを渡すより、ツール専用の低権限keyを用意し、Usageを監視できる状態にします。
Responses APIで初回応答を確認する
2026年7月18日に確認した Developer quickstartはResponses APIを使っています。
curl https://api.openai.com/v1/responses \
-H "Content-Type: application/json" \
-H "Authorization: Bearer $OPENAI_API_KEY" \
-d '{
"model": "gpt-5.6",
"input": "API_OK とだけ答えてください"
}'例のモデルがprojectに表示されなければ、現行ドキュメントとprojectで利用可能なtext modelへ置き換えます。応答後は Usageを開き、意図したprojectに記録されたか確認します。
初回応答の後、最終JSONを返すだけでよいのか、外部データの取得・更新が必要なのかを決める場合は、Structured OutputsとFunction Callingの使い分けを確認してください。モデルのtool呼び出しはアプリへの依頼であり、実行と結果確認はサーバー側に残ります。
既存アプリがChat Completionsで独自関数を実行している場合、URLだけを変えても移行は完了しません。Responses APIへfunction callingを移行する実装ガイドで、tool schema、function_callの判定、call_idの対応付け、アプリ側実行ループを確認してください。
エラーごとの次の一手
- 401:実行中プロセスが正しい変数を読むか確認。値は表示せず、必要ならrotate。
- 429 / insufficient_quota:API BillingとUsageを確認。ChatGPT契約やkey追加では解決しません。
- 429 / rate limit:並列数を下げ、backoffを実装し、現在のlimitsを確認。
- model not found / permission denied:モデル可用性とRestricted permissionsを確認。
- 漏えい:投稿やcommitを消すだけでは不十分。直ちにrevokeし、差し替えてUsageを監査。
project選択で詰まったら API keyとorganization/projectの整理、quota系の429は quota exceededの切り分けへ進んでください。
別契約のgatewayを選ぶ場面
OpenAI-compatible gatewayはOpenAI公式keyを発行するサービスではありません。別のkey、base URL、請求、データ方針、サポートを持つ別契約です。
2026年7月18日にブラウザで確認した LaoZhang APIのドキュメントは、開発者・企業向けintegration platform、Quick Start、OpenAI-compatibleな呼び出し、Responses API対応を案内しています。複数モデルの切り替えや別supplier contractが要件なら比較対象になりますが、利用前に提供地域、規約、data policy、モデル、billing、障害時の責任を確認してください。
OpenAI公式project、公式サポート、OpenAI側のaudit ownershipが必須なら、この代替ルートは不適合です。APIキーの取得完了は、発行ボタンではなく、権限・保管・請求・初回応答・Usage確認まで安全につながった状態です。





