# API キー

API キーを使用して、API リクエストを認証します。

Stripe は API キーを使用して実装からのリクエストを認証し、アクセスできる Stripe リソースを判断します。コードの実行環境に合ったキーの種類を選択し、サーバー側のキーには実装に必要な権限のみを付与します。

表示しているアカウントまたはサンドボックスのキーの作成、表示、期限切れの設定、ローテーションを行うには、ダッシュボードの [API キー](https://dashboard.stripe.com/apikeys)ページを使用します。このガイドでは、Stripe API で使用するキーについて説明します。API v2 のエンドポイント、動作、テストについては、[API v2 の概要](https://docs.stripe.com/api-v2-overview.md)を参照してください。

リクエストに有効なキーが含まれていない場合、Stripe は[無効なリクエストエラー](https://docs.stripe.com/error-handling.md#invalid-request-errors)が返されます。リクエストに失効したキーが含まれている場合、Stripe は[認証エラー](https://docs.stripe.com/error-handling.md#authentication-errors)を返します。API リクエストの調査とエラーのトラブルシューティングを行うには、[ワークベンチのリクエストログ](https://docs.stripe.com/workbench.md)を使用します。

> #### Stripe を初めて使用する場合
> 
> - **ビジネスの安全を確保:** キー管理に関する[ベストプラクティス](https://docs.stripe.com/keys-best-practices.md)をご覧ください。
- **構築とテスト**: [サンドボックス](https://docs.stripe.com/sandboxes.md)を作成または選択して、そのテストキーを使用します。新しい実装では、設定とデータを本番環境から分離しておくために、アカウントのテスト環境のサンドボックスではなく、別の一般的なサンドボックスを使用します。サンドボックスのキーは、公開可能キーの場合は `pk_test_`、制限付きキーの場合は `rk_test_`、シークレットキーの場合は `sk_test_` で始まります。
- **本番環境で決済を受け付ける準備が整ったら**: [本番環境のキーに切り替え](https://docs.stripe.com/keys.md#switch-to-live-mode)ます。これらのキーは `pk_live_`、`rk_live_`、`sk_live_` で始まります。
- **Webhook 署名シークレットを確認する必要がある場合**: Webhook シークレットは API キーとは別です。各 Webhook エンドポイントのダッシュボードの [Webhooks](https://dashboard.stripe.com/webhooks) セクションで確認できます。

## キーの種類

Stripe アカウントに登録すると、3 種類の API キーが作成されます。

| タイプ | 安全に公開可能 | 説明 |
| --- | --- | --- |
| 公開可能 API キー `pk_...` | はい | Stripe.js、Elements、モバイル SDK の API キー。アカウントを識別し、支払い詳細からトークンや PaymentMethod を作成できますが、支払いの作成やアカウントデータの読み取りなど、機密性の高い操作は実行できません。フロントエンドのコードや配信するアプリケーションに含めることができます。 |
| 制限付き API キー (RAK) `rk_...` | いいえ | 権限を管理できる API キー。不正利用者がキーを取得した場合にビジネスに及ぼす被害を制限します。必要な数の RAK を作成して、アプリケーションのさまざまな部分に割り当てることができます。Stripe Apps では、ユーザーがアプリをインストールする際に [RAK 認証](https://docs.stripe.com/stripe-apps/api-authentication/rak.md) を使用して権限付きキーを生成することもできます。RAK の設定方法と使用方法については、[ガイド](https://docs.stripe.com/keys/restricted-api-keys.md)で説明しています。 |
| シークレット API キー `sk_...` | いいえ | すべての Stripe API に対して無制限の権限を持つ API キーです。権限を制限できないため、新しいユースケースでシークレットキーを使用することは推奨しておらず、既存の実装については、シークレットキーの使用を RAK に移行することを推奨しています。 |
| 組織の API キー `sk_org_...` | いいえ | 組織レベルで機能する API キー。アカウントレベルの制限付きキーまたはシークレットキーと同様ですが、[組織](https://docs.stripe.com/get-started/account/orgs.md)レベルで動作し、複数の Stripe アカウントを一括管理できます。[こちらのガイド](https://docs.stripe.com/keys/organization-api-keys.md)では、組織 API キーの設定方法と使用方法について説明しています。 |

一部のホスティングプラットフォームが発行する[マネージド API キー](https://docs.stripe.com/keys/managed-api-keys.md)もサポートしています。マネージドキーは、ホスティングプラットフォームがホストされたアプリケーションに直接提供するシークレット API キーです。マネージドキーを直接扱う必要はなく、ホスティングプロバイダーが発行とローテーションを行います。

> #### Webhook 署名シークレット
> 
> Webhook 署名シークレットは API キーではなく、Webhook ごとのシークレットであり、Webhook の受信側がその Webhook が実際に Stripe から送信されたことを認証するために使用します。各 Webhook エンドポイントの署名シークレットは、ダッシュボードの [Webhooks](https://dashboard.stripe.com/webhooks) セクションで確認できます。

API キーを安全に管理する責任は、お客様にあります。[API キーを保護するためのベストプラクティス](https://docs.stripe.com/keys-best-practices.md)に関するガイドをご覧ください。

### サンドボックスモードと本番環境

Stripe の API リクエストはすべて、*サンドボックス* (A sandbox is an isolated test environment that allows you to test Stripe functionality in your account without affecting your live integration. Use sandboxes to safely experiment with new features and changes)または*本番環境* (Use this mode when you’re ready to launch your app. Card networks or payment providers process payments)で行われます。サンドボックスでは連携をテストしてテストデータにアクセスでき、本番環境では実際のアカウントデータにアクセスできます。各モードにはそれぞれ専用の API キーのセットがあり、一方のモードのオブジェクトにはもう一方のモードからアクセスできません。たとえば、サンドボックスの[プロダクトオブジェクト](https://docs.stripe.com/api/products/object.md)を本番環境の決済に含めることはできません。

| タイプ | 使用するタイミング | オブジェクト | 使用方法 | 考慮事項 |
| --- | --- | --- | --- | --- |
| サンドボックス | サンドボックスと関連するテスト API キーを使用してシステムを構築します。サンドボックスでは、カードネットワークとペイメントプロバイダーは決済を処理しません。 | API コールでは、シミュレートされたオブジェクトが返されます。たとえば、テスト用の [Customer](https://docs.stripe.com/api/customers/object.md)、[PaymentIntent](https://docs.stripe.com/api/payment_intents/object.md)、[Refund](https://docs.stripe.com/api/refunds/object.md)、および [Subscription](https://docs.stripe.com/api/subscriptions/object.md) オブジェクトを取得して使用できます。 | [テスト用のクレジットカードとアカウント](https://docs.stripe.com/testing.md#cards)を使用します。実際の支払い方法を受け付けることも、実際のアカウントを処理することもできません。 | [Identity](https://docs.stripe.com/identity.md) による検証チェックは行われません。また、Connect [account (アカウント) オブジェクト](https://docs.stripe.com/api/accounts/object.md)は機密フィールドを返しません。 |
| 本番環境 | 実装を立ち上げて実際の支払いを受け付ける準備ができたら、本番環境と関連する本番 API キーを使用します。本番環境では、カードネットワークとペイメントプロバイダーは決済を処理します。 | API コールでは、実際のオブジェクトが返されます。たとえば、実際の [Customer](https://docs.stripe.com/api/customers/object.md)、[PaymentIntent](https://docs.stripe.com/api/payment_intents/object.md)、[Refund](https://docs.stripe.com/api/refunds/object.md)、および [Subscription](https://docs.stripe.com/api/subscriptions/object.md) オブジェクトを取得して使用できます。 | 実際のクレジットカードを受け付けて、顧客のアカウントを処理します。クレジットカードとアカウントの実際の支払いのオーソリ、支払い、キャプチャーを受け付けることができます。 | 不審請求の申請のフローはより細かく、[テストプロセス](https://docs.stripe.com/testing.md#disputes)はよりシンプルです。また、一部の[支払い方法](https://docs.stripe.com/payments/payment-methods.md)ではフローがさらに細かく、ステップ数が多くなります。 |

## キーを保護する

アプリケーションのバックエンド外部に公開しても安全なのは、公開可能キーのみです。制限付き API キーを含むその他の Stripe API キーは、自身の責任で保護する必要があります。キーを保護するには、次の手順に従います。

- 機密性の高いキーは、ホスティングプラットフォームが提供するシークレットの保管庫に保存してください。[このブログ記事](https://stripe.dev/blog/securing-stripe-api-keys-aws-automatic-rotation)に例があります。シークレットの保管庫を使用できない場合は、環境変数を使用してバックエンドアプリケーションにキーを渡してください。
- バージョン管理にチェックインされるソースコードや設定ファイルにキーを記載しないでください。
- 既知のサーバーからのみキーを使用できるように、[アクセスポリシー](https://docs.stripe.com/keys.md#access-policies)を設定します。
- キーにアクセスできるチームメンバーが組織を退職した場合は、[キーをローテーション](https://docs.stripe.com/keys.md#rolling-keys)してください。
- メール、チャット、またはその他の暗号化されていないチャネルでキーを共有しないでください。

包括的なガイドとして、[シークレット API キー管理のベストプラクティス](https://docs.stripe.com/keys-best-practices.md)をご参照ください。また、AI エージェントがこれらのベストプラクティスに従えるよう、[スキルライブラリ](https://github.com/stripe/ai/tree/main/skills)も提供しています。

## API キーの管理

次のセクションでは、API キーページでキーを作成および管理する方法について説明します。

#### 制限付きの API キーを作成する

ほとんどのユースケースでは、[制限付き API キー](https://docs.stripe.com/keys/restricted-api-keys.md) (RAK) を使用してください。RAK を使用すると、実装に必要な権限のみを正確に割り当てられるため、万一キーが漏洩した場合でも不正利用による被害を最小限に抑えられます。

- [Restricted API Keys](https://docs.stripe.com/keys/restricted-api-keys.md) の手順に従って、RAK を作成し、権限を設定して、シークレットキーから移行してください。

#### シークレット API キーを作成する

実装で Stripe のすべての API およびリソースへの無制限のアクセスが求められる場合にのみ、無制限のシークレット API キーを作成してください。シークレットキーが不正利用者に取得されると、事業に被害が及ぶ可能性があります。代わりに RAK を使用することをお勧めします。

1. [API キー](https://dashboard.stripe.com/test/apikeys)ページで、**シークレットキーを作成**をクリックします。
2. ダイアログで、メールまたはショートメッセージで送信された確認コードを入力してください。ダイアログが自動的に進まない場合は、**Continue** をクリックしてください。
3. **キー名** フィールドに名前を入力し、 **作成** をクリックします。
4. キー値をクリックしてコピーします。
5. キーの値を保存します。後で取得することはできません。
6. **メモを追加** フィールドにキーの保存店舗を入力し、 **完了** をクリックします。

### API キーの表示

本番環境でシークレットキーを作成すると、保存する前に一度だけ表示されます。後で再表示できないため、保存する前にキーをコピーします。忘れたキーやアクセスできなくなったキーは復元できません。キーを紛失した場合は、ローテーションするか削除し、新しいキーを作成します。本番環境では、デフォルトのシークレットキーやスケジュールされたローテーションによって生成されたキーなど、Stripe によって作成された API キーのみを表示できます。サンドボックスモードでは、制限付きキーやシークレットキーを含むすべての API キーを常に確認できます。公開可能 API キーは機密情報ではないため、デフォルトで表示され、表示するために追加の操作は必要ありません。

> 機密性の高いキーは、プラットフォームが提供するシークレットの保管庫など、紛失しない場所に保存してください。アプリケーションのコードにキーを記載しないでください。

**本番環境での RAK の表示**

表示できるのは、Stripe が作成した本番環境の RAK のみです。自身で作成した RAK は、一度表示すると以降は表示できません。

1. 本番環境の [API キー](https://dashboard.stripe.com/apikeys)ページで、**制限付きキー**リストから、表示するキーの**本番環境キーを表示**をクリックします。
2. キー値をクリックしてコピーします。
3. キーの値をプラットフォームの[シークレット保管庫](https://docs.stripe.com/keys-best-practices.md#use-a-secrets-vault)に保存してください。プラットフォームでシークレット保管庫を利用できない場合は、環境変数を使用してください。
4. **Hide live key** をクリックします。

**本番環境でのシークレット API キーの表示**

表示できるのは、Stripe が作成した本番環境のシークレットキーのみです。ご自身でシークレットキーを作成した場合、一度表示すると以後は再表示できません。

1. 本番環境の [API キー](https://dashboard.stripe.com/apikeys)ページで、**標準キー**リストから、表示するキーの**本番環境キーを表示**をクリックします。
2. キー値をクリックしてコピーします。
3. キーの値をプラットフォームの[シークレット保管庫](https://docs.stripe.com/keys-best-practices.md#use-a-secrets-vault)に保存してください。プラットフォームでシークレット保管庫を利用できない場合は、環境変数を使用してください。
4. **Hide live key** をクリックします。
5. メモを追加するキーのオーバーフローメニュー (⋯) をクリックし、 **キーを編集** を選択します。
6. **メモ** フィールドにキーの保存店舗を入力し、 **保存** をクリックします。

### API キーを特定の IP アドレスに制限する

IP アドレス制限に代わり、[アクセスポリシー](https://docs.stripe.com/keys.md#access-policies)が導入されました。制限ではなく、ポリシーを使用してください。

### API キーの名前またはメモを変更する

1. [API キー](https://dashboard.stripe.com/test/apikeys)ページで、変更するキーのオーバーフローメニュー (⋯) をクリックします。
2. **キーを編集** を選択します。
3. 次の手順を実行します。
   - 名前を変更するには、 **キー名** フィールドに新しい名前を入力します。
   - メモのテキストを変更するには、 **メモ** フィールドに新しいメモのテキストを入力します。
4. **保存**をクリックします。

### API キーを期限切れにする

シークレット API キーまたは制限付き API キーを失効させる場合は、新しいキーを作成し、失効したキーを使用しているすべてのコードを更新する必要があります。失効したキーを使用しているコードからは API コールを実行できなくなります。

> 公開可能キーを期限切れにすることはできません。

1. [API キー](https://dashboard.stripe.com/test/apikeys)ページの**制限付きキー**または**標準キー**リストで、失効させるキーのオーバーフローメニュー (⋯) をクリックします。
2. **キーを期限切れにする** を選択します。
3. ダイアログで、 **キーを期限切れにする** をクリックします。キーを期限切れにしたくない場合は、 **キャンセル** をクリックします。

### API キーのローテーション

API キーをローテーションすると、そのキーが取り消され、すぐに使用できる代替キーが生成されます。また、一定時間後に API キーをローテーションするようスケジュールすることもできます。代替キーの名前は次のとおりです。

- 置換後の公開可能キー名は常に `Publishable key` です。
- 置換後のシークレットキー名は常に `Secret key` です。
- 置換後の制限付きキー名は、ローテーションされたキーと同じです。

シークレットまたは制限付き API キーは、キーを編集することで名前を変更できます。

次のようなシナリオでは、API キーをローテーションします。

- 本番環境でシークレットまたは制限付き API キーを紛失し、ダッシュボードから復元できない場合。
- シークレットまたは制限付き API キーが侵害された場合、そのキーを使用する可能性のある悪意のある API リクエストをブロックするために、キーを取り消す必要があります。
- キーにアクセスできるチームメンバーが組織を退職するか、役割を変更した場合。
- ポリシーにより、一定間隔でキーのローテーションが必要な場合。

#### ダウンタイムを回避して安全にローテーションする

キーのローテーション時のダウンタイムを回避する方法は以下のとおりです:

1. **猶予期間の使用**: ダッシュボードでキーをローテーションすると、最長 7 日間は古いキーと新しいキーの両方が機能します。これにより、ダウンタイムなしで段階的に移行できます。7 日間以上必要な場合は、手動で新しいキーを作成して移行し、完了してから古いキーを無効化します。
2. **段階的な展開**: 可能であれば、まずサーバーまたはサービスの一部から新しいキーを使用し、サーバーのログにエラーがないか監視してからさらにデプロイします。
3. **失効前の監視**: 古いキーの有効期限が切れる前に、[リクエストのログを確認](https://docs.stripe.com/keys.md#view-request-logs)し、数時間または数日間にわたってリクエストの量がゼロになってから古いキーを無効化します。

#### ダッシュボードで API キーをローテーションする

1. [API キー](https://dashboard.stripe.com/test/apikeys)ページで、ローテーションするキーのオーバーフローメニュー (⋯) をクリックします。
2. **キーをローテーション** を選択します。
3. **有効期限** ドロップダウンから有効期限を選択します。**今すぐ** を選択すると、古いキーは削除されます。時間を指定すると、キーの有効期限が切れるまでの残り時間がキー名の下に表示されます。
4. **API キーのローテーション**をクリックします。
5. キー値をクリックしてコピーします。
6. キーの値を保存します。後で取得することはできません。
7. **メモを追加** フィールドに、キーの保存店舗を入力し、 **保存** または **完了** をクリックします。

### API キーのアクセスを復元する

API キーは、180 日以上にわたって送金、支払いの作成、または支払先の更新に使用されていない場合、アクセスが制限されることがあります。アクセスが制限されたキーでは、支払いや送金の作成、または支払先の作成は行えません。キーを通常通り使用できるように、またはブロックされた操作を実行するために、アクセスを復元できます。

#### API キーのアクセスを復元する

1. [API キー](https://dashboard.stripe.com/test/apikeys)ページで、復元するキーのオーバーフローメニュー (⋯) をクリックします。
2. **アクセスを復元** を選択します。
3. **復元** をクリックします。

## キーの API リクエストログを表示

[API リクエストのログを開く](https://docs.stripe.com/workbench/overview.md#request-logs)には、任意のキーのオーバーフローメニュー (⋯) をクリックし、**リクエストログを表示**を選択します。ログを開くと、Stripe ダッシュボードのワークベンチにリダイレクトされます。

## 本番環境に切り替える

実際の決済を受け付ける準備ができたら、サンドボックス (テスト) キーではなく本番モード API キーを使用します。[API keys](https://dashboard.stripe.com/apikeys) ページで、**sandbox mode** (サンドボックスモード) から **live mode** (本番モード) に切り替えます。ページに本番モード API キーが表示されます。

> #### 本番環境移行チェックリストを完了する
> 
> API キーの切り替えは手順の 1 つにすぎません。インテグレーションが本番運用の準備が整っていることを確認するために、[本番環境移行チェックリスト](https://docs.stripe.com/get-started/checklist/go-live.md)全体を確認してください。

### 公開可能キー (クライアント側)

\**本番環境の公開可能 API キー **(`pk_live_` で始まる) をコピーし、クライアントサイドコード内の `pk_test_` キーに置き換えてください。このキーは、コードやアプリに埋め込んでも安全です。

### 制限付きまたはシークレットの API キー (サーバー側)

サーバーサイド API キーは機密性の高い情報であるため、[シークレット API キーを管理するためのベストプラクティス](https://docs.stripe.com/keys-best-practices.md)を確認してください。API キーが露出したり侵害されたりした場合に事業への被害を抑えられるように、サーバーサイドコード用に[制限付き API キー](https://docs.stripe.com/keys/restricted-api-keys.md)を生成することを推奨しています。

1. バックエンドアプリケーションで本番環境キーを使い始める前に、コードからハードコードされた API キーを削除してください。代わりに[シークレット保管庫](https://docs.stripe.com/keys-best-practices.md#use-a-secrets-vault)を使用してサンドボックスキーを提供し、アプリケーションが引き続き動作することを確認してください。プラットフォームでシークレット保管庫を利用できない場合は、環境変数を使用できます。
2. **本番環境のキー** (`rk_live_` または `sk_live_` で始まるキー) を[表示](https://docs.stripe.com/keys.md#reveal-an-api-key)してコピーします。キーの値をサーバー環境に安全に保存します。
3. サーバー環境を設定すれば、アプリケーションにサンドボックスキーではなく本番環境キーを渡せるようになります。

#### Webhook 署名キー (サーバーサイド)

Webhook を使用する場合は、各 Webhook エンドポイントの URL を更新し、ダッシュボードの [Webhook](https://dashboard.stripe.com/webhooks) セクションから新しい **署名シークレット** をコピーします。

## アクセスポリシー

キーにアクセスポリシーを関連付けることで、キーへのアクセスを制限できます。アクセス権限のないキーを使用してリクエストを行おうとした場合、Stripe はそのリクエストをブロックして通知します。

Stripe では、すべての本番環境キーにアクセスポリシーを設定することをお勧めします。これにより、不正アクセスが通知されるため、必要に応じてキーをローテーションできます。

キーごとに異なるポリシーを割り当てることで、アクセスを管理できます。たとえば、それぞれのキーに異なるポリシーを割り当てることで、ステージング環境と本番環境を区別できます。

### アクセスポリシーの種類

Stripe は次の種類のアクセスポリシーに対応しています。

- **IP アドレス**: 1 つ以上の特定の IPv4 アドレスまたは CIDR 範囲へのアクセスを制限します。サーバーの IP アドレスが固定されている場合は、この方法を使用してください。
- **詳細設定**: Autonomous System Number (ASN)、国、および一般的な脅威カテゴリに基づいてアクセスを制限します。動的にスケーリングしている場合は、ASN と国を使用してクラウドプロバイダーからのアクセスを許可できます。

詳細設定アクセスポリシーでは、以下のルールを任意に組み合わせて使用できます。

- **許可する ASNs**: 指定された ASN からのリクエストは許可され、それ以外はすべてブロックされます。
- **国**: 指定された国からのリクエストは許可され、それ以外はすべてブロックされます。
- **送信元**: 選択した送信元からのリクエストはブロックされます。以下の送信元を選択できます。
  - **匿名 VPN**: プライバシーと匿名性のために販売されているサードパーティーの VPN サービス (企業向け VPN は除く)。Stripe API へのアクセスに VPN を使用しない場合は、これらをブロックすることを検討してください。
  - **公開プロキシ**: 公開リスト由来のオープンプロキシサーバー。Stripe API へのアクセスに公開プロキシを使用しない場合は、これらをブロックすることを検討してください。
  - **住宅向けプロキシ**: 住宅向け ISP に関連付けられたプロキシ。Stripe API へのアクセスに住宅向け ISP を使用しない場合は、これらをブロックすることを検討してください。
  - **Tor の出口ノード**: Tor ネットワークからのトラフィック。Stripe API へのアクセスに Tor を使用しない場合は、これらをブロックすることを検討してください。

複数のルールを選択すると、AND ロジックで組み合わされます。たとえば、ASN 16509 (Amazon) を許可し、アメリカを許可し、Tor の出口ノードをブロックした場合、このポリシーでは、Tor の出口ノードであることが判明していないアメリカ国内の AWS IP からのリクエストのみが許可されます。それ以外のすべてのリクエストをブロックします。

### アクセスポリシーを作成する

アクセスポリシーを作成するには、ダッシュボードの[アクセスポリシー](https://dashboard.stripe.com/api-access-policies)ページに移動し、次の手順に従います。

1. **ポリシーの作成**をクリックします。
2. 名前 (例: 「本番サーバー」) と任意の説明を入力します。
3. **IP アドレス**または**詳細設定**を選択します。
4. 選択したタイプに応じて、ポリシーを設定します。
   - **IP アドレス:** 1 つ以上の有効な公開 IPv4 アドレスまたは CIDR 範囲を入力します。たとえば、`192.0.2.0/24` は 192.0.2.0 ～ 192.0.2.255 の範囲をカバーします。
   - **詳細設定:** [アクセスポリシーの種類](https://docs.stripe.com/keys.md#access-policy-types)で説明されているとおりに、許可する ASN、許可する国、ブロックする送信元を任意に組み合わせて指定します。
5. **次へ**をクリックします。
6. ポリシーの詳細を確認してから、**ポリシーを作成**をクリックします。
7. 認証を求められた場合は、画面の指示に従います。

作成に成功すると、新しいポリシーがリストに表示されます。

### アクセスポリシーを適用または削除する

API キーにアクセスポリシーを適用するには、ダッシュボードの [API キーページ](https://dashboard.stripe.com/apikeys)に移動して、次の手順に従います:

1. **標準キー**または**制限付きキー**のリストで、更新するキーを見つけて、そのオーバーフローメニュー (⋯) を開きます。
2. **アクセスポリシーを管理**を選択します。
3. **アクセスポリシー**のドロップダウンで、目的のポリシーを選択します。
4. 選択したポリシーの詳細を確認し、**保存**をクリックします。
5. 認証を求められた場合は、画面の指示に従います。

キーからアクセスポリシーを削除するには、ダッシュボードの [API キーページ](https://dashboard.stripe.com/apikeys)に移動して、次の手順に従います:

1. **標準キー**または**制限付きキー**のリストで、更新するキーを見つけて、そのオーバーフローメニュー (⋯) を開きます。
2. **アクセスポリシーを管理**を選択します。
3. **アクセスポリシー**のドロップダウンで、**なし**を選択します。
4. **保存**をクリックします。

### アクセスポリシーを更新する

アクセスポリシーを変更するには、ダッシュボードの[アクセスポリシー](https://dashboard.stripe.com/api-access-policies)ページに移動し、次の手順に従います。

1. 変更するポリシーを見つけて、そのオーバーフローメニュー (⋯) を開きます。
2. **ポリシーを編集**を選択します。
3. [アクセスポリシーを作成する](https://docs.stripe.com/keys.md#create-an-access-policy)で説明されているとおりにポリシーオプションを更新し、**次へ**をクリックします。
4. ポリシーの詳細を確認してから、**保存**をクリックします。
5. 認証を求められた場合は、画面の指示に従います。

アクセスポリシーを更新すると、その変更は割り当てられているすべての API キーに即座に適用されます。

### アクセスポリシーの削除

アクセスポリシーを削除するには、ダッシュボードの[アクセスポリシー](https://dashboard.stripe.com/api-access-policies)ページに移動し、次の手順に従います。

1. 削除するポリシーを見つけて、そのオーバーフローメニュー (⋯) を開きます。
2. **ポリシーを削除**を選択します。
3. 確認ダイアログの内容を確認して影響を把握してから、**ポリシーを削除**をクリックします。

アクセスポリシーを削除すると、そのポリシーが適用されていたすべての API キーから即座に削除されます。これらのキーは、別のポリシーを適用するまで、すべての送信元からのリクエストを許可します。

## See also

- [シークレット API キーを管理するためのベストプラクティス](https://docs.stripe.com/keys-best-practices.md)
- [侵害された API キーからの保護](https://support.stripe.com/questions/protecting-against-compromised-api-keys)
- [API キーのアクセスが制限されているのはなぜですか](https://support.stripe.com/questions/why-does-my-api-key-have-limited-access)
- [導入内容をテストする](https://docs.stripe.com/testing.md)