支払い成功の分析公開プレビュー

Stripe ダッシュボードの承認 ページでは、決済の成功率とオーソリ率を分析して、決済が失敗した正確な箇所、失敗した理由、この情報を使用して収益を増やす方法を特定できます。このページを表示するには、Payments > 分析 > 承認 に移動します。

ダッシュボードの承認ページには、カード決済に関する次のデータが表示されます。

• 決済の成功率とネットワークオーソリ率 (未加工または重複排除として表示)
• 一般的なディメンションのピボットチャート (フィルターとしても利用可)
• 支払いが失敗した理由 (認証の問題、ブロック、カードネットワークによる支払い拒否の理由)
• Stripe の支払い最適化機能によりもたらされる向上

使用できるデータ

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

決済の試行

顧客が決済を行おうとすると、Stripe は Visa、Mastercard、銀聯などのカードネットワークを通じて請求の詳細を送信します。次に、カードネットワークは該当するカード発行会社にリクエストを送信し、カード発行会社は決済を承認または拒否します。

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

オーソリされた支払い

オーソリされた決済では、決済が最終的にキャプチャーされたかどうかは考慮されません。詳しくは、オーソリとキャプチャーの違いについてをご覧ください。

データセットを構成する

The filters at the top of the Payments analytics page apply to all metrics, charts, and tables on the page. Stripe processes your data daily starting at 12:00 am UTC and ending at 11:59pm UTC. All data shown is in the UTC time zone.

通貨を指定する

If you don’t apply a currency filter, all payments are shown and converted to your default settlement currency, even if the original payment is in a different currency.

If you apply a currency filter, you only see data for payments made in the selected currency. For example, if you use the currency filter to switch from USD to EUR, you’ll only see transactions made in EUR, excluding those in other currencies such as USD.

To change the currency, click + More filters > Currency, and select the currency you want from the list.

Connect を指定する

Connect プラットフォームには、すべての連結アカウントで集計されたダイレクト支払いアクティビティが表示されます。Standard アカウントのデータは、プラットフォーム管理を有効にした場合にのみプラットフォームに表示されます。

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

決済の成功率またはオーソリ率を指定する

レートフィルターを使用して、決済の成功率またはオーソリ率を使用して分析を確認します。

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

以下は、オーソリ率と決済成功率のオーソリ率の計算例です。

重複排除レートと未加工レートを指定する

決済の成功率とネットワークオーソリ率を指定するには、未加工 または 重複排除 をクリックします。

一部の支払い試行では、同じ一意の購入が繰り返し試行されます。たとえば、顧客が入力したセキュリティコードが間違っていたため、最初の支払いの試行が拒否され、後でエラーを修正して支払いを再送信した場合などです。計算には、無効な API リクエストを除くすべての試行が含まれます。未加工率は、同じ購入を行うこれらのすべての試行をカウントします。一方、重複排除率は、再試行をまとめてグループ化し、最終結果に基づいて支払い成功率を計算します。

次の表は、重複排除レートと未加工レートを使用した計算例を示しています。

重複排除率を見ると、すべての支払いの再試行がまだ試行されていない場合、過去 1 か月間の成功率またはオーソリ率が一時的に低下することがあります。

継続収益型ビジネスでは一般的な「督促」という手法である繰り返しの試行のスケジュールを立てることもできます。Stripe Billing で督促を実行する場合、Stripe は Billing の設定を使用してチャートの影響を受けた部分を強調表示します。

Invoice (請求書) を使用する支払いの場合は、試行を同じ請求書でグループ化します。Customer (顧客) を使用する支払いの場合は、時間的に近く、同じ金額で試行されている試行を同じ Customer でグループ化します。その他の支払いはすべて、時間的に近く、同じ金額の試行を同じカード番号でグループ化します。

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

レポートの生成に使用されたすべてのデータをダウンロードできます。ダウンロードは、レポートの上部にあるフィルターに一致する決済を提供します。ダウンロードダイアログは、1 つの通貨フィルター (デフォルトではビジネスの通貨) にのみ設定されています。

これらの分析をダウンロードするには、各グラフの上部にある ダウンロード をクリックします。

主要指標レポート

このレポートには、選択したフィルターの主な指標が表示されます。これには、オーソリ済みの支払いの率と件数、オーソリ済みの支払い額が含まれます。時系列は、カスタマイズ可能な previous_period に対して率を比較します。デフォルトでは、比較期間は選択した時間枠の直前に始まり、同じ期間を表します。

Payments レポート

Payments レポートでは、承認率を高めるいくつかの一般的なディメンションについて、カードの支払い成功率の指標を確認できます。上位のフィルターにはそれぞれ、対応するピボットチャートがあります。フィルタリング機能と Payments チャートのピボットチャートを対応させると生成されるビューで、時間の経過に伴うさまざまな支払いグループのパフォーマンスを監視できます。各タブを切り替えて、率、支払い件数の内訳 (絶対数または支払いの割合)、支払い額を比較できます。

これらのタブをすべて使用して、率の変化が支払い件数や金額の変化にどのように関連しているかを確認します。Sigma で調べたい傾向を詳しく掘り下げることができます。また、項目別のダウンロードを使用して、利用可能な支払い属性をフィルタリングすることもできます。たとえば、カードテスティングでは、支払い率が低下し、支払い件数が急増することがあります。

顧客が支払いに使用するカードブランド、国、入力方法など、さまざまなオプションにわたり支払いを分析します。

カードタイプ

平均すると、クレジットの成功率はデビットの成功率よりも高く、最終的には、プリペイドの成功率よりも高いです。これは通常、デビットカードやプリペイドカードで行われる支払いには、購入を完了させるだけの残高がないと拒否されるという、さらなる失敗の原因があるからです。

カードの発行国

カードの発行国とは、支払い時における顧客の実際の所在地ではなく、カード発行会社の国を指します。平均して、国内の成功率は国際決済 (カードの発行国とビジネスの住所が異なる地域に所在する場合) よりも高くなっています。このピボットは、顧客の拠点を特定するのにも役立ちます。

取引タイプ

カードネットワークでは、顧客が決済フローに参加しているかどうかに応じて、カード支払いを、顧客により開始される取引 (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) 要件などの特定の規制に準拠するために 3D セキュアをトリガーする場合もあります。失敗した認証支払いリクエストは、顧客が認証のステップを完了しなかった場合、または他の理由で認証に失敗した場合の状況を表します。認証失敗について、詳細は Stripe の支払いの分析をご覧ください。

ブロックされた支払い (理由別)

Stripe Radar は、セキュリティコードや郵便番号の値が一致しない支払いなどの、リスクが高い支払いをブロックします。この自動的な不正防止製品によって各支払いが評価されるため、お客様のご対応は必要ありません。ブロックされた支払いとは、Stripe によってブロックされいる状態であり、カード発行会社から最初の承認を得ていますが、カードへの請求は控えられています。この予防策は、不審請求の申請につながる可能性のある不正な支払いを防ぐのに役立ちます。ブロックの理由の詳細については、以下のブロックされた支払い (理由別)を参照してください。

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

次のセクションでは、支払いがカードネットワークに送信された後に発生する失敗について説明します。

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

支払いリクエストがカード発行会社に送信されると、自動システムとモデルを使用してオーソリするかどうかが判断されます。カード発行会社が支払いを拒否する場合、Stripe は、カード発行会社から提示された拒否理由をお客様にお知らせします。場合によっては、カード発行会社は、拒否コードを使用して拒否の具体的な理由を提示します。ただし、多くの支払いは一般的な拒否カテゴリー (最もよくみられるのは do_not_honor) に分類され、カード発行会社は、プライバシーやセキュリティ上の理由から詳細はカード保有者のみに説明して、お客様や Stripe には説明しません。

ほとんどのビジネスで、カード発行会社の支払い拒否として示される最も一般的な拒否の理由はいくつかのカテゴリーに分けられます。以下は、一般的なネットワーク支払い拒否の理由に関する説明と推奨アクションです。想定されるカード発行会社の支払い拒否理由の一覧については、拒否コードをご覧ください。

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

ブロックされた支払いチャート

このチャートを使用して、一部の支払いのブロックの理由を把握できます。

ルールと一致: Radar

一部の支払いは、Radar で設定されたルールによってブロックされています。リスクスコアに従って Radar がデフォルトでブロックした支払いは含まれません。

オーソリ後にルールと一致: Radar

Radar に設定されているルールが原因で、カード発行会社が支払いを承認した後に一部の支払いがブロックされています。具体的には、郵便番号やセキュリティコードコードがカード発行会社に登録されているものと一致していることを確認するなど、カード発行会社からの応答を必要とする Radar ルールです。これには、リスクスコアに従って Radar がデフォルトでブロックした支払いは含まれません。

高リスク: Radar

一部の支払いは、リスクスコアが原因で Radar によってブロックされています。Radar は機械学習を使用してこのスコアを決定しますが、デフォルトでブロックする最小スコアは調整できます。

Stripe

Stripe によるブロック: 一部の支払いは、上記に含まれない他の理由で Stripe によってブロックされています (世界中で不正利用として認識されているとして拒否リストに記載されたカードで開始された支払い、制裁対象国から実行された支払いなど)。さらに、Stripe は、カードテスティングに関連する疑いのある支払いをブロックする場合があります。

支払いの最適化チャート

Stripe のオーソリ率を最大化するためのソリューションは、正当な支払いが拒否されないようにするのに役立ちます。これらの機能には、Adaptive Acceptance、自動カード更新機能、ネットワークトークンなどがあります。

Optimization calculations are estimates and aren’t guarantees of any outcomes. The data we provide is intended to help you inform your decision-making, in order for you to make your own independent determinations about whether to use these features. The calculation methodology for estimated impacts is also subject to change without prior notice. Refer to this page regularly to ensure you have the latest understanding of the estimated optimization feature benefits.

Adaptive Acceptance

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

自動カード更新機能

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

ネットワークトークン

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