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

> ChatGPTの画面でキーを探すのではなく、OpenAI Platformのprojectで発行します。取得完了とは、secretを保存した時点ではなく、別建てのAPI請求を確認し、Responses APIを呼び、Usageに記録されるところまでです。

- URL: https://blog.laozhang.ai/ja/posts/openai-api-key-free-trial
- Published: 2026-04-02
- Updated: 2026-09-21
- Author: AI Free API Team (https://blog.laozhang.ai/ja/about)
- Category: APIガイド
- Tags: ChatGPT API, OpenAI APIキー, API請求, Responses API, APIセキュリティ

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

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

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

1. [OpenAI Platform](https://platform.openai.com/)へログインする。
2. 利用するprojectを選び、[API Keys](https://platform.openai.com/api-keys)でsecret keyを作成する。
3. 全文が表示されている間にsecret managerへ保存し、用途に合う最小権限にする。
4. ChatGPTではなくAPI PlatformのBillingを確認する。
5. `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の請求システムが別](https://help.openai.com/ja-jp/articles/9039756-managing-billing-settings-on-chatgpt-web-and-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](https://help.openai.com/en/articles/8867743-assign-api-key-permissions)は`All`、`Restricted`、`Read Only`です。利用endpointが分かっているなら、Restrictedで必要なRead/Writeだけを許可します。「分からないからAll」は漏えい時の影響範囲まで広げます。

作成直後のsecret全文は一度しか表示されません。[OpenAI日本語ヘルプ](https://help.openai.com/ja-jp/articles/4936850-where-do-i-find-my-openai-api-key)によると、保存し忘れた値は後から確認できず、新しいキーを作成してアプリ側を更新する必要があります。スクリーンショット、メール、チャット、共有メモは保管先にしないでください。

## APIキーは無料でも、API利用が常に無料とは限らない

credentialの作成自体と、有料のAPIリクエストは別です。新規アカウントなら固定額を必ずもらえる、という古い記事の前提は使えません。Quickstartにテスト経路が表示される場合でも、継続利用できるかは自分のBilling dashboardで判断します。

無料枠の対象かどうかを確認したい場合は、[OpenAI APIの無料枠と利用制限](https://blog.laozhang.ai/ja/posts/openai-api-free-tier)で、Freeの利用ティア、付与されたクレジット、データ共有特典の違いを確認できます。

OpenAIの現行 [Prepaid Billing](https://help.openai.com/en/articles/8264778-what-is-prepaid-billing)には、新しいAPIアカウントは前払い方式、現在の最低購入額は5米ドル、購入creditsの有効期限は1年と記載されています。金額や支払い条件は変わるため、購入時の画面を最終情報にしてください。auto-rechargeが不要ならオフにし、保存後に再確認します。

2026年9月21日時点の[公式説明](https://developers.openai.com/api/docs/guides/spend-limits)では、支出アラートと強制的な支出上限は別の設定です。アラートだけでは処理は止まりませんが、`Enforce a hard limit` を有効にすると、組織またはプロジェクトの上限到達後に429エラーでリクエストが拒否されます。反映には遅延があり、少額の超過は起こり得ます。アプリ側でもリクエスト数、トークン数、再試行回数を制限してください。

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

OpenAIの [APIキー安全ガイド](https://help.openai.com/ja-jp/articles/5112595-api-%E3%82%AD%E3%83%BC%E3%81%AE%E5%AE%89%E5%85%A8%E6%80%A7%E3%81%AB%E9%96%A2%E3%81%99%E3%82%8B%E3%83%99%E3%82%B9%E3%83%88%E3%83%97%E3%83%A9%E3%82%AF%E3%83%86%E3%82%A3%E3%82%B9)は、ブラウザやモバイルアプリへキーを埋め込まず、環境変数または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](https://developers.openai.com/api/docs/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](https://platform.openai.com/usage)を開き、意図したprojectに記録されたか確認します。

初回応答の後、最終JSONを返すだけでよいのか、外部データの取得・更新が必要なのかを決める場合は、[Structured OutputsとFunction Callingの使い分け](https://blog.laozhang.ai/ja/posts/structured-outputs-vs-function-calling)を確認してください。モデルのtool呼び出しはアプリへの依頼であり、実行と結果確認はサーバー側に残ります。

既存アプリがChat Completionsで独自関数を実行している場合、URLだけを変えても移行は完了しません。[Responses APIへfunction callingを移行する実装ガイド](https://blog.laozhang.ai/ja/posts/chat-completions-to-responses-api-function-calling-migration)で、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の整理](https://blog.laozhang.ai/ja/posts/openai-api-key-organization-id)、quota系の429は [quota exceededの切り分け](https://blog.laozhang.ai/ja/posts/openai-api-quota-exceeded-error)へ進んでください。

## 別契約のgatewayを選ぶ場面

OpenAI-compatible gatewayはOpenAI公式keyを発行するサービスではありません。別のkey、base URL、請求、データ方針、サポートを持つ別契約です。

2026年7月18日にブラウザで確認した [LaoZhang APIのドキュメント](https://docs.laozhang.ai/en)は、開発者・企業向けintegration platform、Quick Start、OpenAI-compatibleな呼び出し、Responses API対応を案内しています。複数モデルの切り替えや別supplier contractが要件なら比較対象になりますが、利用前に提供地域、規約、data policy、モデル、billing、障害時の責任を確認してください。

OpenAI公式project、公式サポート、OpenAI側のaudit ownershipが必須なら、この代替ルートは不適合です。APIキーの取得完了は、発行ボタンではなく、権限・保管・請求・初回応答・Usage確認まで安全につながった状態です。