成功率分析公開プレビュー
カード支払いの承認に影響する要因、支払いの失敗や拒否の理由を理解します。
公開プレビュー
Payments analytics is in public preview. If you’re interested in trying it, you can join the waitlist.
Stripe ダッシュボードの承認 ページを使用して、決済の成功率とオーソリ率を分析し、決済が失敗した正確な箇所、失敗した理由、この情報を使用して収益を増やす方法を特定できます。
このページに移動するには、ダッシュボードの Payments > 分析 > 承認 をクリックします。
ダッシュボードの承認ページには、カード決済に関する次のデータが表示されます。
- 決済の成功率とネットワークオーソリ率 (未加工または重複排除として表示)
- 一般的なディメンションのピボットチャート (フィルターとしても利用可)
- 支払いが失敗した理由 (認証の問題、ブロック、カードネットワークによる支払い拒否の理由)
- Stripe の支払い最適化機能によりもたらされる向上
使用できるデータ
このページのデータには、試行されたカード決済とオーソリされたカード決済が含まれます。
試行された支払い | 試行された支払いとは、顧客が試行した決済の支払い詳細を、Visa、Mastercard、中国銀聯などのカードネットワークを通じて Stripe が送信したケースのことです。次に、カードネットワークは該当するカード発行会社にリクエストを送信し、カード発行会社は決済を承認または拒否します。 決済の試行は、決済がカードネットワークに送信される前であっても、複数の段階で失敗する可能性があります。たとえば、3D セキュア認証に失敗したり、Stripe Radar によってブロックされたりする可能性があります。決済がカードネットワークに送金された後、カード発行会社は、カード口座の残高不足やカード情報の誤りなど、いくつかの理由で決済を拒否することがあります。不正利用の疑いがあるとして、カード発行会社が正当な決済を誤って拒否することがあります。 |
オーソリ済みの支払い | 支払いがオーソリされたということは、カード発行会社が顧客のカード詳細を確認し、取引に十分な資金を確保したことを意味します。支払いが承認され、金額が確保されますが、売上はビジネスによって取引がキャプチャーされるまで送金されません。 オーソリされた決済では、決済が最終的にキャプチャーされたかどうかは考慮されません。詳しくは、オーソリとキャプチャーの違いについてをご覧ください。 |
データセットを構成する
承認 ページの上部にあるフィルターは、ページ上のすべての指標、チャート、表に適用されます。Stripe は、毎日午前 12:00 UTC から午後 11:59 UTC までの間データを処理します。データはすべて UTC 基準で表示されます。
「承認」ページの上部にあるフィルター。
通貨を指定する
通貨フィルターを適用しない場合、実際の支払い通貨に関わらず、デフォルトの売上処理通貨ですべての支払いが表示されます。通貨フィルターを適用すると、選択した通貨を使って行われた支払いのデータのみが表示されます。たとえば、デフォルトの通貨が USD の場合に EUR 通貨フィルターを選択すると、EUR で行われた取引のみが表示され、USD などの他の通貨で行われた取引は表示されません。
通貨を変更するには、通貨 > + フィルターを追加をクリックし、リストから目的の通貨を選択します。
アカウントの種類を指定する
Organizations を使用している場合は、各アカウントの承認の分析を確認できます。
- ダッシュボードで、アカウントピッカーをクリックし、組織を選択します。
- 支払い成功分析ページを開くには、分析 > 支払いに移動します。
- (オプション) 1 つのアカウントに対する分析を表示するには、フィルターの下にあるアカウントをクリックして、アカウントを選択します。
- (オプション) デフォルトでは、Organizations の支払い成功分析は USD で表示されます。データの表示通貨を変更するには、USD で表示ドロップダウンをクリックして、目的の通貨を選択します。表示通貨の設定は、通貨フィルターとは異なります。
代行業者を指定する
決済代行業者フィルターを使用して、決済代行業者に基づく支払い成功の分析を表示します。設定によっては、Stripe だけでなく、他の決済代行業者 (Worldpay や Ayden など) からの決済を受け付ける場合があります。
決済代行業者を指定するには、代行業者 をクリックし、決済代行業者を選択して、適用 をクリックします。設定に基づいて、表示する決済代行業者を選択して組み合わせることができます。
Connect を指定する
Connect プラットフォームには、すべての連結アカウントで集計されたダイレクト支払いアクティビティが表示されます。Standard アカウントのデータは、プラットフォーム管理を有効にした場合にのみプラットフォームに表示されます。
連結アカウントのデータを含めるには、連結アカウントを含める をクリックします。除外するには、連結アカウントを含めない をクリックします。
決済の成功率またはオーソリ率を指定する
レートフィルターを使用して、決済の成功率またはオーソリ率を使用して分析を確認します。
- 決済の成功率を指定するには、決済の成功率 をクリックします。
- オーソリ率を指定するには、オーソリ率 をクリックします。Stripe 以外の代行業者フィルターを設定した場合、Stripe はデータにアクセスできないため、オーソリ率で指定できません。
次の表では、これら 2 つの率の違いについて説明します。
| 率 | 説明 | 含まれる決済の試行の種類 |
|---|---|---|
決済成功率 | 支払い成功率は、決済プロセスのあらゆる段階 (3DS 認証、Stripe または Radar によるブロック、カードネットワークオーソリ) におけるすべての支払い試行の成功率を測定する指標です。 この値は、カード発行会社によってオーソリが承認された支払いの数を、Stripe を通じて送信された一意の支払い試行数で割って求められます。計算には、無効な API コールを除くすべての支払い試行が含まれます。 |
|
オーソリ率 | ネットワークオーソリ成功率は、カードネットワークに到達した支払い試行の成功率を測定する指標です。この値は、カード発行会社によってオーソリが承認された支払いの数を、カードネットワークに送信された一意の支払い試行数で割って求められます。 無効な API コール、3D セキュア認証に失敗した支払い、ブロックされた支払いは、Stripe がオーソリリクエストをカード発行会社に送信する前に発生するため、分母の数に含めません。 |
|
支払い成功率とオーソリ率を求めるためのオーソリ率の計算例は以下のとおりです。
| 計算コンポーネント | コンポーネントの値 |
|---|---|
| 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) |
未加工率と重複排除率を指定する
一部の支払い試行では、同じ一意の購入が繰り返し試行されます。たとえば、セキュリティコードが間違っていたために最初の支払いの試行が拒否された場合、顧客はエラーを修正した後に支払いを再送信する必要があります。計算には、無効な API リクエストを除くすべての試行が含まれます。
未加工率を指定するには、未加工 をクリックします。重複排除率を指定するには、重複排除 をクリックします。
次の表では、2 つの率の違いについて説明します。
| 未加工率 | 同じ購入を行うこれらの試行をすべてカウントします。 |
| 重複排除率 | 再試行をグループ化し、最終結果に基づいて支払い成功率を計算します。 |
次の表は、未加工率と重複排除率を使用した計算例を示しています。
重複排除率を見ると、すべての支払いの再試行がまだ試行されていない場合、過去 1 か月間の成功率またはオーソリ率が一時的に低下することがあります。継続収益型ビジネスでは一般的な「督促」という手法である繰り返しの支払い再試行のスケジュールを立てることもできます。Stripe Billing で督促を実行する場合、Stripe は Billing の設定を使用してチャートの影響を受けた部分を強調表示します。
Invoice (請求書) を使用する支払いの場合は、試行を同じ請求書でグループ化します。Customer (顧客) を使用する支払いの場合は、時間的に近く、同じ金額で試行されている試行を同じ Customer でグループ化します。その他の支払いはすべて、時間的に近く、同じ金額の試行を同じカード番号でグループ化します。
承認データをダウンロードする
レポートの生成に使用されたすべてのデータをダウンロードできます。ダウンロードは、レポートの上部にあるフィルターに一致する決済を提供します。ダウンロードダイアログは、1 つの通貨フィルター (デフォルトではビジネスの通貨) にのみ設定されています。
これらの分析をダウンロードするには、各グラフの上部にある ダウンロード をクリックします。
主要指標レポート
このレポートには、選択したフィルターの主な指標が表示されます。これには、オーソリ済みの支払いの率と件数、オーソリ済みの支払い額が含まれます。時系列は、カスタマイズ可能な previous_ に対して率を比較します。デフォルトでは、比較期間は選択した時間枠の直前に始まり、同じ期間を表します。
Payments レポート
Payments レポートでは、承認率を高めるいくつかの一般的なディメンションについて、カードの支払い成功率の指標を確認できます。上位のフィルターにはそれぞれ、対応するピボットチャートがあります。フィルタリング機能と Payments チャートのピボットチャートを対応させると生成されるビューで、時間の経過に伴うさまざまな支払いグループのパフォーマンスを監視できます。各タブを切り替えて、率、支払い件数の内訳 (絶対数または支払いの割合)、支払い額を比較できます。
これらのタブをすべて使用して、率の変化が支払い件数や金額の変化にどのように関連しているかを確認します。Sigma で調べたい傾向を詳しく掘り下げることができます。また、項目別のダウンロードを使用して、利用可能な支払い属性をフィルタリングすることもできます。たとえば、カードテスティングでは、支払い率が低下し、支払い件数が急増することがあります。
顧客が支払いに使用するカードブランド、国、入力方法など、さまざまなオプションにわたり支払いを分析します。
カードタイプ
平均すると、クレジットの成功率はデビットの成功率よりも高く、最終的には、プリペイドの成功率よりも高いです。これは通常、デビットカードやプリペイドカードで行われる支払いには、購入を完了させるだけの残高がないと拒否されるという、さらなる失敗の原因があるからです。
カードの発行国
カードの発行国とは、支払い時における顧客の実際の所在地ではなく、カード発行会社の国を指します。平均して、国内の成功率は国際決済 (カードの発行国とビジネスの住所が異なる地域に所在する場合) よりも高くなっています。このピボットは、顧客の拠点を特定するのにも役立ちます。
プロセッサー
決済代行業者フィルターを指定すると、決済代行業者に基づく支払いレポートも表示できます。設定によっては、Stripe だけでなく、他の決済代行業者 (Worldpay や Ayden など) からの決済を受け付ける場合があります。
取引タイプ
カードネットワークでは、顧客が決済フローに参加しているかどうかに応じて、カード支払いを、顧客により開始される取引 (CIT) と加盟店により開始される取引 (MIT) という 2 つのタイプに分類しています。カード発行会社は、これらの取引タイプに異なる特性とリスクプロファイルを割り当てるため、この 2 つの間で成功率に違いが生じる可能性があります。
入力方法
Apple Pay や Android Pay などのデジタルウォレットは、トークン化され、さらにデバイス認証が必要なため、通常のオンラインカード決済よりも成功率が高く、カード発行会社も大きな信頼を寄せています。
Stripe Terminal を使用している場合は、支払い方法オプションとして対面カード支払いが表示されることもあります。これは対面支払いを表します。業界全体で、対面カード支払いの成功率は、非対面カード支払いよりも高くなっています。対面支払いの場合、カードは購入時に提示する必要があるため、カードでの支払いは多くの場合、カード発行会社にとってのリスクプロファイルがオンライン支払いよりも低くなります。
保存されたカードのステータス
先に保存したカード詳細を使用して、後で顧客に請求することができます。これは、サブスクリプションの場合に最もよく使用されます。保存されたカードは、登録済み認証情報 (CoF) とも呼ばれます。一般に、保存されたカードの成功率は、保存されていないカードよりも高くなります。
郵便番号の応答
住所確認サービス (AVS) とは、顧客が入力した請求先住所を、顧客のカード発行会社に登録済みの請求先住所と比較して一致を確認することにより、クレジットカードやデビットカードの不正支払いを検出および防止する、本人確認ツールです。住所確認は主に、アメリカ、カナダ、イギリスのカード発行会社が採用しています。
次の表は、郵便番号の応答指標の値の例を示しています。
| 値 | 定義 |
|---|---|
| 未送信 | 郵便番号がカードネットワークに送信されませんでした |
| 成功 | 郵便番号がカードネットワークに送信され、確認に成功しました |
| 失敗 | 郵便番号がカードネットワークに送信され、確認に失敗しました |
| 未確認 | 郵便番号がカードネットワークに送信されましたが、検証は実行されませんでした |
セキュリティコードの応答
セキュリティコード (CVV とも呼ばれる) は、カードに直接印刷された 3 桁または 4 桁の確認番号です。通常は、カードの署名部分または表面に印刷されます。カード支払いがオーソリのためにカードネットワークに送信されると、Stripe はセキュリティコードを送信します (入力されている場合)。AVS と同様に、カード発行会社は、追加の確認としてセキュリティコードを確認し、顧客の登録情報と照合します。入力された情報が一致しない場合は、セキュリティコードの検証チェックが失敗し、支払いが拒否される可能性があります。セキュリティコードのチェックの失敗は、支払いが不正利用である可能性が示唆されるため、その注文のフルフィルメントを実行する前に慎重に確認してください。
次の表は、セキュリティコードの応答指標の値の例を示しています。
| 値 | 定義 |
|---|---|
| 未送信 | セキュリティコードがカードネットワークに送信されませんでした |
| 成功 | セキュリティコードがカードネットワークに送信され、確認に成功しました |
| 失敗 | セキュリティコードがカードネットワークに送信され、確認に失敗しました |
| 未確認 | セキュリティコードがカードネットワークに送信されましたが、検証は実行されませんでした |
ネットワークトークンの使用状況
ネットワークトークン (NT) とは、プライマリーアカウント番号 (PAN) とも呼ばれる「カード前面」の番号の代わりをする、機密情報ではない 16 桁の数字です。ネットワークトークンを暗号と組み合わせ、オーソリメッセージで PAN の代わりとして使用し、カードネットワークに送信できます。
PAN とは異なり、ネットワークトークン (NT) は、特定のビジネスとチャネルのみに動的に制限できる支払い認証情報であり、潜在的なセキュリティ違反や不正利用のリスクと影響を減らせます。ビジネスで NT を使用すると、オーソリ成功率も向上します。ネットワークには NT と PAN の間の最新のマッピングが含まれているため、Stripe は、基礎となる PAN が変わっても同じ NT を使用し続けることができ、正当な支払い試行が拒否されるのを回避できます。
「その他」をより詳細に分析する
ディメンションに複数のオプションがある場合、ピボットチャートには、チャートに表示されない少数のデータポイントをグループ化した「その他」カテゴリーが含まれます。たとえば、データ内のカードの発行国のすべてを確認できます。確認するには、Sigma でデータを表示するか、データをダウンロードします。
失敗した支払い
このチャートを使用して、支払いが失敗または拒否された理由を調べます。
支払いがカードネットワークに送信される前
次のセクションでは、支払いがカードネットワークに送信される前に発生する失敗について説明します。
| 理由 | 説明 |
|---|---|
認証に失敗しました | API または Radar ルールを使用して、3D セキュア (3DS) による支払いの認証をリクエストできます。また Stripe は、ヨーロッパの強力な顧客認証 (SCA) 要件などの特定の規制に準拠するために 3DS をトリガーする場合があります。 失敗した認証の支払いリクエストは、顧客が認証のステップを完了しなかったか、他の理由で認証に失敗した状況を表します。認証失敗についての詳細は、支払い分析をご覧ください。 |
支払いをブロック (理由別) | Stripe Radar は、リスクが高い支払い (セキュリティコードや郵便番号の値が一致しない支払いなど) をブロックします。この不正利用防止プロダクトが自動で支払いをリスク評価するため、お客様による対応は必要ありません。ブロックされた支払いは Stripe によってブロックされている支払いのことであり、カード発行会社の最初のオーソリは取得していますが、カードへの請求は保留されている状態です。 この予防ツールは、不審請求の申し立てにつながる可能性のある不正な支払いを防ぐのに役立ちます。詳細については、下記にある「ブロックされた支払い (理由別)」セクションをご覧ください。 |
支払いがカードネットワークに送信された後
次のセクションでは、支払いがカードネットワークに送信された後に発生する失敗について説明します。
カード発行会社による支払い拒否
支払いリクエストがカード発行会社に送信されると、自動システムとモデルを使用してオーソリするかどうかが判断されます。カード発行会社が支払いを拒否する場合、Stripe は、カード発行会社から提示された拒否理由をお客様にお知らせします。場合によっては、カード発行会社は、拒否コードを使用して拒否の具体的な理由を提示します。ただし、多くの支払いは一般的な拒否カテゴリー (最もよくみられるのは do_) に分類され、カード発行会社は、プライバシーやセキュリティ上の理由から詳細はカード保有者のみに説明して、お客様や Stripe には説明しません。
ほとんどのビジネスの場合、カード発行会社の支払い拒否の最も一般的な理由は、いくつかのカテゴリーに分類されます。以下は、一般的なネットワーク支払い拒否の理由についての説明と推奨アクションです。
| 理由 | 説明 |
|---|---|
| 残高不足 | オーソリ時に決済額をカバーするのに十分な資金がありません。別の決済手段を試すよう顧客に促すか、後日この支払いを再試行するための承認を顧客から得ます。 |
| Do not honor (承認しない) とその他の一般的なレスポンス (一般的な支払い拒否や許可されていないサービスなど) | カード発行会社は、判定の具体的な理由を知らせないことを選択しました。カード発行会社に詳細を問い合わせるか、別の決済手段を試すように顧客に伝えます。単に支払いを再試行して、成功する場合もあります。 |
| 不正確な番号、不正なセキュリティコード、その他の不正なカード情報レスポンス | 顧客が誤ったカード情報、または無効になっているカード情報を入力しました。カードの自動更新が有効になっていることを確認してください。メール、テキストメッセージ、アプリ内通知など、複数のチャネルで顧客に連絡し、支払い情報を再入力してもらうか、問題が解決しない場合はカード発行会社に連絡します。または、別の決済手段をお試しください。 |
| 取引が許可されていない | カード発行会社が不明な理由により支払いを拒否しました。理由は、カードに関連する場合と、支払いに固有の場合があります。後者の場合、加盟店の支出カテゴリーがカードで許可されていない可能性があります (対象外のアイテムへの FSA カードの使用、など)。顧客は詳細についてカード発行会社に問い合わせる必要がある (問い合わせない限り再試行が成功する可能性は低い) か、別の決済手段を試す必要があります。 |
| カードの紛失または盗難 | 顧客から、カードの紛失届または盗難届が提出されています。再試行は成功しません。顧客からカード発行会社に詳細を問い合わせる必要があります。実際のカード保有者が、購入しようとする人と一致しない場合があるため、具体的な理由を報告しないでください。 |
想定されるカード発行会社の支払い拒否理由の一覧については、拒否コードをご覧ください。
ブロックされた支払いチャート
このチャートを使用して、一部の支払いのブロックの理由を把握できます。
ルールと一致: Radar
一部の支払いは、Radar で設定されたルールによってブロックされています。リスクスコアに従って Radar がデフォルトでブロックした支払いは含まれません。
オーソリ後にルールと一致: Radar
Radar に設定されているルールが原因で、カード発行会社が支払いを承認した後に一部の支払いがブロックされています。具体的には、郵便番号やセキュリティコードコードがカード発行会社に登録されているものと一致していることを確認するなど、カード発行会社からの応答を必要とする Radar ルールです。これには、リスクスコアに従って Radar がデフォルトでブロックした支払いは含まれません。
高リスク: Radar
Some payments are blocked by Radar by default because of their risk score. Radar determines this score using AI, and you can adjust the minimum score that it blocks by default. There are some Radar rules that block payments after they have been authorized.
Stripe
Stripe によるブロック: 一部の支払いは、上記に含まれない他の理由で Stripe によってブロックされています (世界中で不正利用として認識されているとして拒否リストに記載されたカードで開始された支払い、制裁対象国から実行された支払いなど)。さらに、Stripe は、カードテスティングに関連する疑いのある支払いをブロックする場合があります。
支払いの最適化チャート
Stripe のソリューションはオーソリ成功率を高め、正当な支払いの拒否を防ぐことを目的としています。これらの機能には、Adaptive Acceptance、自動カード更新機能、ネットワークトークンが含まれます。
注
最適化計算はあくまで見積もりであり、結果を保証するものではありません。Stripe が提供するデータは、お客様の意思決定に役立てることを目的とするものであり、お客様はこれらの機能を使用するかどうかについて独自の判断を下すことができます。また、想定影響額の計算方法は予告なく変更される場合があります。このページを定期的に参照して、最適化の見積もり機能についての最新情報をご確認ください。
Adaptive Acceptance
If Stripe receives a decline response from the issuer, AI models immediately evaluate if Stripe should retry the request, and how to adjust the authorization request to improve the likelihood of acceptance. This retry request happens in real time before Stripe returns a charge response to you. The uplift shown in this report is from payments that Adaptive Acceptance successfully retried after an initial issuer decline.
自動カード更新機能
カード番号と有効期限は定期的に変更されるため、有効期限の切れたカード情報は、オンラインビジネスでの支払い拒否でよく見られる原因となっています。Stripe は主要なカードネットワークと連携して、保存されているカード支払い情報を自動的に更新して、最新のカード詳細を利用できるようにしています。このレポートに示されている上昇は、支払い日から 180 日以内に更新されたカードで実行された支払いの成功によるものです。
ネットワークトークン
Network tokens are secure payment credentials that serve as substitutes for card numbers. Network tokens ensure that you process payments with the most up-to-date credentials, because they stay current even if the underlying card data changes. Stripe has built integrations with major card networks to tokenize your cards, and AI models to determine when to use a network token to provide you the maximum success rate. The uplift shown in this report is from successful payments run with network tokens that received updates to the underlying credentials within 180 days of the payment date.