このStripeステータスページでは、Stripe決済、ダッシュボードへのアクセス、Stripe APIに影響する報告済みインシデントを確認できます。インシデントが掲載されていない場合は、以下の確認項目と障害の状況を比較し、問題がアカウント、ブラウザ、ネットワーク、インテグレーションのいずれに限定されているかを判断してください。
Site Administrator
最終レビュー: September 25, 2026
最新の記録ステータス
稼働中 直近のチェックでは、Stripe のWebサイトは稼働し、正常に応答しているようでした。
| エンドポイント | 状態 | 観測時刻 |
|---|---|---|
| stripe.com | Operational | 2026-11-10 15:54 UTC |
| api.stripe.com | Operational | 2026-11-10 15:54 UTC |
あなたの環境では動作していますか?
最近の報告は 0 件です。傾向を示すにはもう少しデータが必要です。
単一の外部チェックでは見逃す可能性がある部分的・地域的な障害も含めて確認するには、Stripe の公式ステータスページも参照してください。 公式ステータスページ.
api.stripe.com からの障害を調査する際は、HTTPステータス、レスポンス本文、エンドポイント、タイムスタンプ、リクエストまたはエラー識別子を使用してください。
Stripeの稼働状況は、単純に「稼働中」か「停止中」かで判断できるものではありません。問題は決済処理、Checkout、ダッシュボードへのアクセス、または api.stripe.com へのリクエストに影響する可能性があり、それぞれの機能が異なる原因で失敗することがあります。
報告済みのサービス全体のインシデントを確認するには、Stripe公式ステータスページを最初に確認するのが最適です。インシデントの発生時間と影響を受けたコンポーネントを、ログに記録されたエンドポイント、リージョン、決済操作(確認できる場合)と比較してください。ステータスページに問題が表示されていなくても、アカウント設定、デプロイ、ローカルの接続障害、インテグレーション固有のエラーを除外することはできません。
Stripe公式ステータスページを開き、影響を受けているStripeのコンポーネントと時間に一致するインシデントを探します。インシデントが発生中の場合は更新情報を確認し、広範囲に及ぶ設定変更は避け、失敗したリクエストの詳細を後で確認できるよう保存してください。
一致するインシデントが表示されない場合は、問題が局所的である可能性を考え、以下の確認を続けます。ステータスページに問題が表示されていなくても、アカウント、デプロイ、インテグレーション、ネットワークの問題を除外することはできません。
どこで障害が発生しているかを確認します。
api.stripe.com であることと、問題を再現できるかを確認してください。「決済に失敗しました」のようなメッセージは、Stripe全体の障害ではなく、カードの拒否、無効なリクエスト、アカウント設定、アプリケーションエラーを示している場合があります。
api.stripe.com へのリクエストがタイムアウトする、または接続を確立できない場合は、別のネットワークまたはデプロイ環境からの動作と比較します。影響を受けている環境で、DNS名前解決、外向きHTTPSアクセス、ファイアウォールルール、プロキシ設定、TLSインスペクションを確認してください。
同じリクエストが別の環境では成功する場合、原因は元のネットワーク、ホスト、デプロイにローカルなものである可能性が高くなります。HTTP 502、503、504レスポンスの場合は、アプリケーションとサーバーのログを使って、そのレスポンスがStripe、ホスティング層、リバースプロキシ、APIゲートウェイのどこから返されたものかを確認します。リクエストを再現する際は、安全な認証済みテストのみを使用してください。
ダッシュボードまたはCheckoutの問題が1つのブラウザに限られる場合は、サイト固有のデータを消去するかプライベートウィンドウでテストし、別のサポート対象ブラウザまたはデバイスと比較します。ブラウザではなくアカウントに問題が付随する場合は、認証済みユーザーにアカウントのアクセス権と権限を確認してもらいます。
Stripeが利用可能に見えるにもかかわらず、1つのアカウントまたはインテグレーションだけが失敗する場合は、影響を受けている環境、API認証情報、権限、Webhook処理、リクエストパラメーター、最近変更した設定を確認します。安全かつ適切な場合に限り、テスト環境と本番環境の動作を比較してください。1つのエンドポイント、マーチャントアカウント、決済手段、またはデプロイに限定された障害は、Stripe全体の障害とは考えにくいものです。
ブラウザのレポート、チケット、ログにシークレットAPIキーを決して公開しないでください。診断出力を共有する前に、決済情報と認証情報をマスキングしてください。
一時的なネットワークまたはサーバーレスポンスに対しては、インテグレーションで定義されている再試行動作に従い、決済操作の重複を避けてください。インテグレーションが対応している場合は冪等性保護を使用し、別の請求を試みる前に決済状態を確認します。
ステータスページに一致するインシデントが表示されず、問題が続く場合は、タイムスタンプとタイムゾーン、影響を受けた環境、エンドポイント、HTTPステータス、サニタイズ済みレスポンス、リクエストまたはエラー識別子、別のネットワークから問題を再現できるかどうかを収集します。この証拠は、何も考えずに再試行を繰り返すよりも有用です。
実装固有の調査については、対象のAPI操作、認証方式、決済フロー、Webhook処理、再試行動作、冪等性に関するStripeのドキュメントを参照してください。障害が発生しているStripeの機能領域と、使用しているインテグレーション環境に合ったドキュメントを選択してください。
このライブチェックは当社サーバーから実行されるため、すべての地域、アカウント、機能、ネットワーク経路を反映するとは限りません。
Stripe公式ステータスページで、利用しているStripeのサービスまたは操作に影響するインシデントを確認してください。未掲載の問題はアカウント、インテグレーション、ネットワーク、デプロイに限られている可能性があるため、インシデントの発生時間をログと比較します。
ステータスページに問題がない場合、局所的な原因である可能性が高くなります。HTTPレスポンス、エンドポイント、認証情報、リクエストパラメーター、環境、DNS、外向きHTTPS接続を確認してください。安全な場合は、同じ非破壊的なリクエストを別のネットワークまたはデプロイから比較してテストします。
いいえ。カード決済は、拒否、無効なリクエスト、アカウントまたは決済手段の設定、アプリケーションエラーによって失敗することがあります。症状を障害と判断する前に、APIレスポンスを確認し、アプリケーションがStripeに到達したかを確認してください。
リクエストの時刻とタイムゾーン、エンドポイント、HTTPステータス、サニタイズ済みレスポンス、環境、APIから返されたリクエストまたはエラー識別子を記録します。記録を共有する前に、シークレットキー、決済情報、その他の機密情報を削除してください。
決済作成を何も考えずに再試行しないでください。インテグレーションの再試行と冪等性の動作に従い、重複操作のリスクを減らすため、まず決済状態を確認します。Stripeでインシデントが発生中の場合は、障害の詳細を保存し、インシデントの更新情報に従ってください。
この違いは、影響を受けた環境のDNS、ファイアウォール、プロキシ、TLS、認証情報、デプロイ、環境設定の問題を示している可能性があります。正確なリクエストとレスポンスを比較し、認証情報を公開せずに接続をテストしてください。
このライブチェックは当社サーバーから実行されるため、すべての地域、アカウント、機能、ネットワーク経路を反映するとは限りません。