コンテンツにスキップ
アカウントを作成
または
サインイン
Stripe ドキュメントのロゴ
/
AI に質問する
アカウントを作成
サインイン
始める
支払い
売上
プラットフォームおよびマーケットプレイス
資金管理
開発者向けリソース
概要
Stripe Payments について
構築済みのシステムをアップグレード
支払いの分析
    概要
    支払い成功
    認証
    Authorization Boost
    不審請求の申し立ての分析
    決済手段
    推奨
オンライン決済
概要ユースケースを見つけるManaged Payments
Payment Links を使用する
決済ページを構築
高度なシステムを構築
アプリ内実装を構築
決済手段
決済手段を追加
決済手段を管理
Link による購入の迅速化
支払いインターフェイス
Payment Links
Checkout
Web Elements
アプリ内 Elements
決済シナリオ
複数の通貨を扱う
カスタムの決済フロー
柔軟なアクワイアリング
オーケストレーション
店頭支払い
端末
決済にとどまらない機能
会社を設立する
仮想通貨
Financial Connections
Climate
不正利用について
Radar の不正防止
不審請求の申請の管理
本人確認
ホーム支払いPayments analytics

注

このページはまだ日本語ではご利用いただけません。より多くの言語で文書が閲覧できるように現在取り組んでいます。準備が整い次第、翻訳版を提供いたしますので、もう少しお待ちください。

成功率分析

クレジットカード支払いの受け付けに影響する要因と、決済が失敗または拒否される理由を理解します。

支払い成功率とネットワーク承認率を分析し、一般的な基準のピボットチャートを表示するには、承認ページを使用します。決済が失敗する場所と失敗の理由を特定し、この情報を使用して収入を増やすことができます。このページに移動するには、Stripeダッシュボードで決済>分析>承認をクリックします。

使用できるデータ

承認ページには、試行されたカード決済と承認されたカード決済のデータが含まれます。

  • 支払い試行: Stripe は、Visa、Mastercard、中国銀聯などのカードネットワークを通じて顧客の支払い試行の詳細を送信します。カードネットワークは、カード発行銀行にリクエストを送信し、カード発行銀行は決済を承認または拒否します。

  • 承認された決済:カード発行銀行は顧客のカード詳細を検証し、取引に十分な資金を予約します。カード発行銀行は支払いを承認し、金額を確保しますが、取引をキャプチャーするまで資金を送金しません。承認された決済では、決済が最終的にキャプチャーされたかどうかは考慮されません。承認とキャプチャーの違いについて、詳細をご確認ください。

データセットを構成する

承認ページで、すべての指標、チャート、テーブルにフィルターを適用できます。Stripe は毎日、UTC午後 12:00から UTC 午後 11:59 までお客様のデータを処理します。表示されるデータはすべて、UTC タイムゾーンです。

支払い成功の分析のためのフィルター

承認ページのフィルター

通貨を指定

通貨フィルターを適用して、選択した通貨で行われた決済のみを表示します。通貨フィルターを適用しない場合、支払い通貨に関係なく、すべての決済がデフォルトの売上処理通貨で表示されます。

たとえば、デフォルトの売上処理通貨が USD で、EUR 通貨フィルターを適用するとします。表示される取引には、EUR で行われた決済のみが含まれ、USD など他のすべての通貨で行われた決済は除外されます。

通貨を指定するには、その他のフィルター>通貨をクリックして、使用する通貨を選択します。

アカウント タイプの指定

Organizations を使用している場合は、各アカウントの承認の分析を確認できます。

  1. ダッシュボードで、アカウントピッカーをクリックし、組織を選択します。
  2. 受け入れ分析ページを開くには、決済> 分析 に移動します。
  3. (オプション)特定のアカウントのアナリティクスを表示するには、フィルターの下でアカウントをクリックし、アカウントを選択します。
  4. (オプション)デフォルトでは、組織の承認分析はUSDで表示されます。データの表示通貨を変更するには、USDで表示をクリックし、ドロップダウンからご希望の通貨を選択してください。表示される通貨設定は、通貨フィルターとは異なります。

代行業者を指定

代行業者フィルターを適用して、特定の決済代行業者の受け入れ分析を表示します。設定によっては、Stripe に加えて、他の代行業者から決済を受け付けることもできます。

代行業者を指定するには、代行業者をクリックし、代行業者を選択して適用をクリックします。複数の代行業者を表示するように選択できます。

Connect を指定する

連結するプラットフォームは、すべての連結アカウントで集計されたダイレクト決済アクティビティーを確認できます。Standard アカウントからのデータを表示するには、プラットフォームがプラットフォーム管理を有効にする必要があります。

  • 連結アカウントのデータを含めるには、連結アカウントを含めるをクリックします。
  • 連結アカウントのデータを除外するには、連結アカウントを含めないをクリックします。

決済成功率または承認率を指定する

レート フィルターを適用して、決済成功率または承認率の分析を表示します。

決済成功率は、3D セキュア認証、Stripe または Radar によるブロック、カードネットワーク認証など、支払いプロセスのあらゆる段階で成功したすべての支払い試行を測定します。レートを計算するには、カードネットワークによって承認された支払い件数を、Stripe 経由で送信された一意の支払い試行回数で割ります。無効な API コールを除く、すべての支払いの試行が含まれます。

決済試行のタイプには、次のものがあります。

  • 失敗した 3DS 認証の決済
  • 支払いのブロック件数
  • カード発行会社による支払い拒否
  • オーソリされた支払い

決済成功率を指定するには、決済成功率をクリックします。

レート計算の例

決済成功率と承認率を求めるための承認率の計算例は以下のとおりです。

計算コンポーネントコンポーネントの値
Stripe への決済リクエスト総額103,000
無効な API リクエスト(3,000)
有効な API リクエスト100,000
失敗した認証処理(1,000)
ブロックされた支払い処理(1,000)
カードネットワークに到達した決済試行の合計回数98,000
オーソリされた支払い93,000
決済成功率93% = (93,000 / 100,000)
ネットワーク承認率94.9% = (93,000 / 98,000)

元のレートまたは重複排除レートを指定

決済試行の中には、同じ一意の購入の繰り返し試行であるものもあります。たとえば、元の決済試行がCVCの誤りが原因で拒否された場合、顧客はエラーを修正した後に支払いを再送信する必要があります。これには、無効な API リクエストを除くすべての決済試行が含まれます。

元のレートには、同じ購入に対するすべての決済試行(再試行を含む)が含まれます。

未加工のレートを指定するには、未加工をクリックします。

レート計算の例

以下は、元のレートの計算例です。

計算ステップ結果
決済 A、試行 1失敗
決済 A、試行 2失敗
決済 A、試行 3承認済み
元のレート (すべての試行をカウント)33.3% = (1 / 3) (オーソリ済み処理 1 回 / 処理総数 3 回)

承認データをダウンロードする

レポート用に生成された承認データをダウンロードできます。このデータには、選択したフィルターに一致するすべての決済が含まれます。

データをダウンロードするには、各チャートの上部にあるダウンロードするをクリックします。

主要指標レポート

このレポートには、レート、承認された決済件数、承認された支払い額など、選択したフィルターの主な指標が表示されます。

時系列は、カスタマイズ可能な previous_period とレートを比較します。デフォルトでは、比較期間は選択した期間の直前から始まり、同じ期間を表します。

Payments レポート

このレポートには、クレジットカードの受け付けを促進する一般的な基準がいくつか示されています。

各上位レベルのフィルターには、対応するピボットチャートがあります。フィルター機能をピボットチャートと組み合わせることで、決済のさまざまなグループのパフォーマンスを経時的に監視できます。また、クレジットカードブランド、国、顧客が決済に使用する入力方法などのオプション全体で決済を分析することもできます。

タブを使用して、レート、支払い件数(絶対数または決済の割合)、支払い金額を比較します。レートの変化が支払い件数や支払い金額の変化にどのように関連するかを確認できます。

Sigmaを使用して傾向を確認したり、項目別のダウンロードを使用して利用可能な支払い属性でフィルタリングしたりできます。たとえば、カードテスティングを行うと、決済率が低下し、支払い件数が急増する可能性があります。

オプション説明
カードの発行国支払時における顧客の実際の所在地ではなく、カード発行会社の国を指します。平均して、国内の成功率は国際 決済 (クレジットカードの発行国とビジネスの所在地が異なる地域に所在する場合) よりも高くなっています。このピボットは、顧客の所在地を特定するのにも役立ちます。
カードタイプ平均すると、クレジットの成功率はデビットの成功率よりも高く、最終的には、プリペイドの成功率よりも高いです。これは通常、デビットカードやプリペイドカードで行われる支払いには、購入を完了させるだけの残高がないと拒否されるという、さらなる失敗の原因があるからです。

セキュリティコードの応答

クレジットカードに印刷される3桁または4桁の確認番号。通常は署名欄またはクレジットカードの表面に記載されます。Stripeが承認のためにCVC(またはCVV)をカードネットワークに送信すると、カード発行会社は追加の確認として、登録されている顧客情報とCVCを確認します。提供された情報が一致しない場合、CVCの確認チェックは失敗し、決済が拒否される可能性があります。CVCチェックに失敗した場合、支払いが不正なものである可能性があり、注文を履行する前に必ず確認してください。

値の例:

  • 未送信: CVCがカードネットワークに送信されていません。
  • 合格 - CVCがカードネットワークに送信され、確認に成功しました。
  • 失敗 - CVCがカードネットワークに送信され、確認に失敗しました。
  • 未チェック - CVCがカードネットワークに送信されましたが、検証は行われませんでした。

入力方法

Apple Pay や Google Pay といったデジタルウォレットは、トークン化され、またデバイスで認証されていることから、カード発行会社での信頼度が高く、一般にカード決済よりも成功率が高くなります。

Stripe Terminalを使用している場合は、決済方法としてクレジットカード提示が表示されることもあります。これは対面決済を表します。通常、クレジットカード提示の成功率は、クレジットカード非提示取引よりも高くなっています。対面決済の場合、物理クレジットカードは購入時に提示する必要があるため、多くの場合、カード発行会社にとってのリスクプロファイルがオンライン決済よりも低くなります。

インタラクションタイプカードネットワークは、顧客が決済フローに参加しているかどうかに基づいて、カード決済を 2 種類に分類しています: 顧客主導取引(CIT)と加盟店主導取引(MIT)。カード発行会社はこれらの取引タイプに異なる特性とリスクプロファイルを割り当てているため、2つの取引タイプで成功率が異なる場合があります。各インタラクション・タイプには、このフィルタまたはピボット・オプションが関係するインタラクション・タイプの詳細なサブカテゴリが含まれます。
  • Customer-initiated payments include one-time, saved card and recurring initial payments. A recurring initial payment is the first payment in a series of recurring payments.
  • 加盟店主導の決済には、継続支払いと予定外の支払いが含まれます。

ネットワークトークンの使用状況

ネットワークトークン (NT) とは、プライマリーアカウント番号 (PAN) とも呼ばれる「カード前面」の番号の代わりをする、機密情報ではない 16 桁の数字です。ネットワークトークンを暗号と組み合わせ、承認メッセージで PAN の代わりとして使用し、カードネットワークに送信できます。

PANとは異なり、ネットワークトークンは、特定のビジネスとチャネルのみに動的に制限できる支払い認証情報であり、潜在的なセキュリティ違反や不正利用のリスクと影響を減らせます。ビジネスでNTを使用すると、承認成功率も向上します。ネットワークにはNTとPANの間の最新のマッピングが含まれているため、Stripeは、基礎となるPANが変わっても同じNTを使用し続けることができ、正当な決済試行が拒否されるのを回避できます。

郵便番号の応答

住所確認サービス (AVS) とは、顧客が入力した請求先住所を、顧客のカード発行会社に登録済みの請求先住所と比較して一致を確認することにより、クレジットカードやデビットカードの不正決済を検出および防止する、本人確認ツールです。住所確認は主に、アメリカ、カナダ、イギリスのカード発行会社が採用しています。

値の例:

  • 未送信 - 郵便番号がカードネットワークに送信されていません。
  • 合格: 郵便番号がカードネットワークに送信され、確認に成功しました。
  • 失敗: 郵便番号がカードネットワークに送信され、確認に失敗しました。
  • 未チェック - 郵便番号がカードネットワークに送信されましたが、検証は行われませんでした。
プロセッサー設定に複数の代行業者が含まれている場合は、代行業者フィルタを使用して、選択した代行業者の決済レポートを表示できます。
再試行ステータス決済が再試行されたかどうかに基づいて取引を表示します。これは、重複排除とは異なり、支払いの最終試行であり、最終結果を伴う最初の試行である可能性があります。
その他ピボットチャートに表示されない少数のデータポイントをグループ化した「その他」カテゴリーが含まれます。たとえば、データ内のクレジットカードの発行国のすべてを確認できます。確認するには、Sigma でデータを表示するか、データをダウンロードします。

失敗した決済チャート

このチャートは、決済が失敗した理由または拒否された理由を示しています。

決済は、カードネットワークに送信される前であっても、複数の段階で失敗する可能性があります。たとえば、3D セキュア認証に失敗したり、Stripe Radar によってブロックされる場合があります。支払いがカードネットワークに送信された後、カード発行会社は、クレジットカードアカウントの残高不足やクレジットカード情報の誤りなどの理由で、支払いの失敗を拒否することがあります。カード発行会社は、不正利用が疑われる正当な決済を誤って拒否することがあります。

有効なSigmaサブスクリプションがある場合は、Sigma で表示するをクリックして、各チャートを表すクエリのテンプレートにアクセスします。

支払いがカードネットワークに送信される前

決済がカードネットワークに送金される前に、次のような理由で失敗することがあります。

理由説明

認証に失敗しました

APIまたはRadarルールを使用して、決済の3Dセキュア(3DS)認証をリクエストできます。Stripeは、ヨーロッパの強力な顧客認証 (SCA)要件などの特定の規制に準拠するために、3DSをトリガーすることもあります。

この試行の失敗は、顧客が認証ステップを完了しなかったか、その他の理由で認証に失敗した場合です。認証の失敗の詳細については、決済分析をご覧ください。

支払いをブロック (理由別)

Stripe Radarは、CVCや郵便番号の値が一致しない決済などの、リスクが高い決済をブロックします。この自動的な不正利用防止機能によって各支払いが評価されるため、お客様のご対応は必要ありません。

このブロックされた試行は、Stripe が決済をブロックする状況に適しています。Stripe はカード発行会社から最初の承認を取得し、クレジットカードに支払いを行いません。これにより、不審請求の申請につながる可能性のある潜在的な不正利用による決済を防ぐことができます。ブロックされた決済の理由の詳細については、ブロックされた決済チャートをご覧ください。

支払いがカードネットワークに送信された後

決済がカードネットワークに送信された後に、次のような理由で失敗することがあります。

カード発行会社による支払い拒否

カード発行会社は、送信される決済リクエストを承認するかどうかを判断するために、自動システムとモデルを使用します。カード発行会社が支払いを拒否する場合、Stripe はカード発行会社から提供された理由を提示します。場合によっては、カード発行会社から決済の失敗理由を拒否コードを使用して知らせます。決済の多くは一般的な支払い拒否に分類されます (最もよくあるのは do_not_honor)。プライバシーとセキュリティ上の理由から、カード発行会社は、カード会員のみに通知し、お客様や Stripe と具体的な詳細を話し合うことはできません。

ほとんどの企業において、カード発行会社は以下のような理由で決済を拒否します。

理由説明
一般的な回答例:対応不可、またはサービス提供不可カード発行会社は、決定の具体的な理由を提供しないことを選択しました。カード発行会社に連絡して詳細を確認するか、別の決済手段を試すように顧客に求めます。決済手段を再試行することもできます。
番号やCVCの誤りなど、クレジットカード情報が正しくありません顧客が入力したクレジットカード情報が正しくない、またはカード情報が無効になりました。カードの自動更新が有効になっていることを確認してください。メール、ショートメッセージ、アプリ内通知など、複数のチャネルで顧客に連絡し、決済の詳細を再入力するか、問題が解決しない場合はカード発行会社に問い合わせます。それ以外の場合は、別の決済手段をお試しください。
残高不足オーソリ時に決済額をカバーするのに十分な資金がありません。別の決済手段を試すよう顧客に促すか、後日この支払いを再試行するための承認を顧客から得ます。
クレジットカードの紛失または盗難顧客から、カードが紛失または盗難されたとの報告がありました。再試行は成功しません。顧客は、詳細な情報についてはカード発行会社までご連絡ください。正当なカード所有者が購入を試行している可能性もあるため、顧客に具体的な理由を報告しないでください。
取引が許可されていないカード発行会社が不明な理由により決済を拒否しました。理由は、クレジットカードまたは支払いに関連する場合と、支払いに固有の場合があります。後者の一例として、加盟店の支出カテゴリーがカードで許可されていないという理由が挙げられます (たとえば、対象外のアイテムへの FSA カードの使用)。顧客はカード発行会社に詳細を問い合わせるか (カード発行会社に問い合わせるまでは、再試行が成功する確率は高くありません)、別の決済手段を試す必要があります。

カード発行会社が決済を拒否する可能性のある理由の完全なリストについては、拒否コードをご覧ください。

ブロックされた決済チャート

このチャートは、決済がブロックされた理由を示しています。

有効なSigmaサブスクリプションがある場合は、Sigma で表示するをクリックして、各チャートを表すクエリのテンプレートにアクセスします。

ブロックの理由説明
ルールの一致 (Radar)一部の支払いは、Radar で設定されたルールによってブロックされています。リスクスコアに従って Radar がデフォルトでブロックした支払いは含まれません。
承認後にルールと一致(Radar)Radar に設定されているルールが原因で、カード発行会社が支払いを承認した後に一部の支払いがブロックされています。具体的には、郵便番号やセキュリティコードコードがカード発行会社に登録されているものと一致していることを確認するなど、カード発行会社からの応答を必要とする Radar ルールです。これには、リスクスコアに従って Radar がデフォルトでブロックした支払いは含まれません。
高リスク(Radar)一部の支払いは、そのリスクスコアが原因で Radar によってデフォルトでブロックされています。Radar は AI を使用してこのスコアを決定しますが、デフォルトでブロックする最小スコアを調整できます。Radar のルールの中には、オーソリ後に支払いをブロックするものがあります。
Stripe決済の一部は、上記に含まれない他の理由でStripeによってブロックされます(世界中で不正利用として認識されている拒否リストに記載されたクレジットカードで開始された支払い、制裁対象国から実行された支払いなど)。さらに、Stripeは、カードテスティングに関連する疑いのある決済をブロックする場合があります。

支払いの最適化チャート

Stripe はAdaptive Acceptance、自動カード更新機能、ネットワークトークンなどの機能を提供し、承認率を高め、正当な支払いが拒否されないようにします。

有効なSigmaサブスクリプションがある場合は、Sigma で表示するをクリックして、各チャートを表すクエリのテンプレートにアクセスします。

注

最適化の計算は概算であり、結果を保証するものではありません。Stripe が提供するデータは、お客様がこれらの機能を使用するかどうかを独自に決定できるように、お客様の意思決定に役立てることを目的としています。また、予想される影響の計算方法も予告なく変更される場合があります。定期的にこのページを参照して、予想される最適化機能のメリットを把握してください。

Adaptive Acceptance

Stripe がカード発行会社から支払い拒否の応答を受け取ると、AI モデルによって、Stripe がリクエストを再試行するべきかどうか、および受け入れの可能性を高められるようにオーソリリクエストを調整する方法が即時に評価されます。このリクエストの再試行は、Stripe がお客様に支払い応答を返す前にリアルタイムで行われます。このレポートに示されている上昇は、最初にカード発行会社によって拒否された後で、Adaptive Acceptance が正常に再試行した支払いによるものです。

自動カード更新機能

カード番号と有効期限は定期的に変更されるため、有効期限の切れたカード情報は、オンラインビジネスでの支払い拒否でよく見られる原因となっています。Stripe は主要なカードネットワークと連携して、保存されているカード支払い情報を自動的に更新して、最新のカード詳細を利用できるようにしています。このレポートに示されている上昇は、支払い日から 180 日以内に更新されたカードで実行された支払いの成功によるものです。

ネットワークトークン

ネットワークトークンは、カード番号の代わりとなる安全な支払い認証情報です。ネットワークトークンを使用すると、基盤となるカードのデータが変更された場合でも最新状態を維持するため、最新の認証情報で支払いを処理できます。Stripe は、カードをトークン化するために主要なカードネットワークとの連携を構築し、またネットワークトークンを使用する状況を判断して成功率を最大化するために AI モデルを構築しました。このレポートに示されている上昇は、支払い日から 180 日以内に基盤となる認証情報が更新されたネットワークトークンで実行された、支払いの成功によるものです。

参照情報

  • 認証の分析
  • 不審請求の申し立ての分析
  • 決済手段の分析
このページはお役に立ちましたか。
はいいいえ
  • お困りのことがございましたら 、サポートにお問い合わせください。
  • 早期アクセスプログラムにご参加ください。
  • 変更ログをご覧ください。
  • ご不明な点がございましたら、お問い合わせください。
  • LLM ですか?llms.txt を読んでください。
  • Powered by Markdoc