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

Stripe ダッシュボードの Payments 分析ページでは、支払いの成功率、オーソリ率、支払い数を分析し、支払いが失敗した正確な場所、失敗した理由、およびこの情報を使用して収益を増やす方法を把握できます。分析を表示するには、Payments > 分析 > 支払い成功に移動します。

支払いの試行について

顧客が支払いを行おうとする際、Stripe は、Visa、Mastercard、中国銀聯などのカードネットワークを介して、請求の詳細を送信します。カードネットワークは関連するカード発行会社にリクエストを送信し、カード発行会社は支払いをオーソリまたは拒否します。

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

Payments 分析には、カード支払いに関する以下のデータが表示されます。

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

使用できるデータ

このページのデータには、試行済みでオーソリ済みのカード支払いが含まれます。オーソリ済みの金額に、支払いが最終的にキャプチャーされたかどうかは考慮されていません。オーソリとキャプチャーの違いの詳細をご確認ください。

Payments 分析ページの上部にあるフィルターは、ページ上のすべての指標、チャート、表に適用されます。

Stripe は、午前 12:00 UTC から午後 11:59 UTC まで、毎日お客様のデータを処理します。表示されるすべてのデータは UTC タイムゾーンの時刻で表示されます。

デフォルトで、Currency フィルターは売上処理通貨に設定されています。通貨を変更するには、通貨 )をクリックし、リストから通貨を選択します。

レポートの作成に使用されたすべてのデータをダウンロードできます。これらの分析をダウンロードするには、各チャートの上部にあるダウンロード をクリックします。

ダウンロードには、レポート上部のフィルターに一致する支払いが示されます。ダウンロードダイアログの設定先は、1 つの通貨フィルターのみです (デフォルトでは、ビジネスの通貨)。

Sigma ユーザーの場合は、Sigma でデータを表示し、各チャートの生成に使用された特定のクエリにアクセスできます。

指標の定義

分析は、支払い成功率またはオーソリ率の 2 つの指標で確認できます。

支払い成功率

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

オーソリ率

ネットワークのオーソリ率は、カードネットワークに到達した支払い試行の成功を測定します。これは、カード発行会社によってオーソリされた支払いの件数を、オーソリのためにカードネットワークに送信された一意の支払い試行回数で割った数値です。無効な API コール、3D セキュア認証が失敗した支払い、およびブロックされた支払いは Stripe がオーソリリクエストをカード発行会社に送信する前に発生するため、分数には含まれません。

比較チャート

次の表は、2 つの指標にどのタイプの支払い試行が含まれるかを示しています。

計算例

オーソリ率と支払い成功率を求めるためのオーソリ率の計算例は以下のとおりです。

重複排除率と未加工率

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

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

重複排除率を確認する際に、すべての支払いの再試行がまだ実行されていない場合、過去 1 カ月の成功率またはオーソリ率が一時的に低下することがあります。デフォルトでは、レポートは重複排除に設定されています。これは最終的にオーソリされた一意の購入の数をより正確に表すためです。再試行を含めるには、未加工に切り替えます。

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

Stripe が繰り返しの試行を識別する方法

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

主要指標レポート

このレポートには、選択したフィルターの主な指標が表示されます。これには、オーソリ済みの支払いの率と件数、オーソリ済みの支払い額が含まれます。時系列は、カスタマイズ可能な 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 によってブロックされいる状態であり、カード発行会社から最初の承認を得ていますが、カードへの請求は控えられています。この予防策は、不審請求の申請につながる可能性のある不正な支払いを防ぐのに役立ちます。ブロックの理由の詳細については、以下のブロックされた支払い (理由別)を参照してください。

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

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

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

When a payment request is submitted to the card issuer, they use automated systems and models to determine whether to authorize it. If the issuer declines a payment, Stripe shares the reason the issuer gave for the decline. In some cases, the issuer provides specific reasons for the decline with a decline code. However, many payments are categorized into generic declines (the most common of which is do_not_honor). Card issuers can only discuss the specifics with their cardholders, not with you or Stripe, for privacy and security.

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

• 残高不足: オーソリ時に、支払い金額に充当できるだけの資金がアカウントにありません。別の支払い方法を試すか、顧客リンクから、後日この支払いを再試行するための承認を得ます。
• 支払わない、およびその他の一般的な応答 (一般的な支払い拒否や許可されていないサービスなど): カード発行会社は、支払い拒否の具体的な理由を提供しないことを選択しました。カード発行会社に詳細を問い合わせるか、別の支払い方法を試すように顧客に通知してください。お客様自身で支払いを再試行しても成功する場合があります。
• Incorrect number, incorrect CVC, and other incorrect card information responses: The customer has entered incorrect card information or card information that’s no longer valid. Make sure you have automatic card updates enabled. Contact the customer through multiple channels, such as email, text messages, or in-app notifications to re-enter their payment details or contact their card issuer if problems persist. Otherwise, try a different payment method.
• 許可されていない取引: カード発行会社が不明な理由により支払いを拒否しました。理由は、カードに関連する場合と、支払いに固有の場合があります。後者の一例として、加盟店の支出カテゴリーがカードで許可されていないという理由が挙げられます (たとえば、対象外のアイテムへの FSA カードの使用)。顧客はカード発行会社に詳細を問い合わせるか (カード発行会社に問い合わせるまでは、再試行が成功する確率は高くありません)、別の支払い方法を試す必要があります。
• Lost card or Stolen card: The customer has reported the card as either lost or stolen. Retries won’t be successful, and the customer should contact their card issuer for more information. Don’t report the specific reason to the customer in case the legitimate cardholder isn’t the one attempting the purchase.

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

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

ルールと一致: Radar

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

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

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

高リスク: Radar

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

Stripe

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

支払いの最適化チャート

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

Adaptive Acceptance

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

自動カード更新機能

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

ネットワークトークン

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