ChatGPT APIキーの取得方法【2026年版】発行から最初の応答まで

ChatGPT APIキーと呼ばれているものは、正確には OpenAI Platformのproject key です。ChatGPTのチャット画面やPlus設定から発行するものではありません。Platformでキーを作成し、全文を一度だけ保存し、API側の請求を設定したうえで、サーバーからResponses APIを呼び出します。

日本は2026年7月18日に確認したOpenAIの API対応国・地域リストに含まれています。ただし判定対象は記事の言語ではなく利用者の実際の所在地です。海外から利用する場合は、その時点の公式リストを先に確認してください。

5分で確認する取得フロー

1. OpenAI Platformへログインする。
2. 利用するprojectを選び、API Keysでsecret keyを作成する。
3. 全文が表示されている間にsecret managerへ保存し、用途に合う最小権限にする。
4. ChatGPTではなくAPI PlatformのBillingを確認する。
5. OPENAI_API_KEYをバックエンドへ設定し、/v1/responsesの応答とUsage記録を確認する。

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の現行 Prepaid Billingには、新しいAPIアカウントは前払い方式、現在の最低購入額は5米ドル、購入creditsの有効期限は1年と記載されています。金額や支払い条件は変わるため、購入時の画面を最終情報にしてください。auto-rechargeが不要ならオフにし、保存後に再確認します。

project budgetもhard capではありません。Projectsの公式説明ではsoft thresholdであり、超過後もリクエストは継続します。確実に止めるには、アプリ側でユーザー別リクエスト数、最大token、再試行回数、内部コストを判定して新規処理を拒否します。

コードで使う場合はバックエンドだけに置く

OpenAIの APIキー安全ガイドは、ブラウザやモバイルアプリへキーを埋め込まず、環境変数またはkey managerを使うよう案内しています。.envでもfrontend bundleに含まれれば公開情報です。

macOS/Linuxのローカル確認では、次の方法ならsecretをcommand historyへ残しません。

bash
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を使っています。

bash
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確認まで安全につながった状態です。