ソフトディクライン vs ハードディクライン: 応答コードが示していること

発行会社におけるソフトディクラインとハードディクラインの違いは何ですか?

ハードディクラインは、発行会社が提出された内容のままではその取引を今後一切承認しないことを示します。ソフトディクラインは、一時的または修正可能な問題を示し、再試行する価値があります。Visa はすべての応答を 4 つのカテゴリに分類しており、CardPointe の Visa ディクラインルールの要約によれば、この区分にきれいに対応しています。カテゴリ 1 のコードは発行会社が今後一切承認しないもの、カテゴリ 2 は現時点では承認できないもの、カテゴリ 3 は再試行前に修正済みデータが必要なもの、カテゴリ 4 は一般的な拒否です。法的リスクの意味で真のハードディクラインに当たるのはカテゴリ 1 だけで、それ以外はソフトであり、再試行時の成功確率と再試行回数のルールが異なります。

この違いは、単なるコンバージョンの計算以上に重要です。Visa は、同一カード・同一金額・同一通貨について、30 日のローリング期間内で 15 回までしか再試行を認めていません。カテゴリ 1 の拒否を再試行した場合、またはカテゴリ 2 から 4 で 15 回目を超えて試行した場合は、CardPointe のコンプライアンス資料によれば、国内では $0.10、国際跨ぎでは $0.15 の過剰再試行手数料が発生します。すべての拒否を再試行可能とみなすのは成長ハックではなく、計測可能なコストです。

カードブランドのルール上、永続的に再試行不可なディクラインコードはどれですか?

Visa の 4 つのコードは絶対に再送してはいけません。04, 07, 41, 43 で、これは回収カード、紛失カード、盗難カードを含むカテゴリ 1 の拒否です。このコードからカテゴリへの対応付けは、Visa 公開リストではなく Retries.com の Visa ディクラインカテゴリ解説に基づいているため、あくまで目安として扱い、カスケードロジックに組み込む前に自社プロセッサーの資料で確認してください。

Visa の再試行上限はコード単位ではなくカード単位なので、カテゴリ 1 の拒否をリトライエンジンに流すと、よりソフトなカテゴリ向けの 15-in-30 の枠を消費し、その後さらに、そもそも承認されるはずのなかった 2 回目の拒否に対して過剰再試行手数料を支払うことになります。対処法は、応答がそのバケットに入った瞬間に即停止し、カスケードロジックを一切走らせないことです。

'do not honor' は実際には何を意味し、なぜこんなに多いのですか?

'do not honor' は Visa の応答コード 05 で、理由を示さずに発行会社が取引を拒否していることを意味します。これはカテゴリ 4 に属し、真のカテゴリ 1 コードに適用される恒久的ブロックではなく、通常の 30 日あたり 15 回の試行ウィンドウ内に収まる一般的な拒否です。これは Retries.com のカテゴリ区分によるもので、実運用ロジックに使う前に Visa 自身の資料で確認する価値があります。

Stripe のディクラインコード参照では、対応する do_not_honor ステータスをさらに明確に定義しています。カードは不明な理由で拒否され、文書化された次の手順は、顧客が自分の発行会社に連絡することだけです。この曖昧さは意図的です。発行会社は、実際に拒否を引き起こした内部の不正検知モデル、リスクスコア、口座ルールを開示しなくて済むよう、コード 05 を包括的な拒否理由として使っています。

継続課金オファーでは、他の拒否率が安定しているのに 05 の比率が増えている場合、通常は発行会社のリスクモデルが加盟店のディスクリプタや請求パターン自体をフラグ付けし始めたことを示します。個々のカード保有者が単に残高不足になったことを意味することは、ほとんどありません。

発行会社による拒否と、プロセッサーやゲートウェイによる拒否はどう違いますか?

発行会社による拒否は、取引がカードネットワークに到達した後にカード保有者の銀行から発生します。プロセッサーとゲートウェイによる拒否は、そこまで到達する前に起こります。Stripe 自身の資料では、失敗を単純なソフト対ハードではなく 3 つに分けています。発行会社による拒否、自社のリスクツール Radar や Adaptive Acceptance によってブロックされた支払い、無効な API 呼び出しです。真に加盟店の制御外にあるのは最初のカテゴリだけです。

形式不良の CVV や長さが違うカード番号によるゲートウェイ拒否は、入力時点で修正可能です。より良いフィールド検証によって送信前に防げるからです。Radar や Adaptive Acceptance のブロックは、プロセッサー自身のリスクエンジンが請求をまったく転送しないことであり、発行会社にはそもそも見えませんし、カードネットワークの再試行ルールも適用されません。修正すべきは再送信ではなく、リスクしきい値の調整です。

どの拒否が資金不足ではなく不正スコアリングを示しますか?

Stolen-card and lost-card declines are the clearest fraud signal any decline log produces, and Stripe instructs merchants never to show either code to the buyer directly. Both should render as a generic decline instead, per Stripe's own decline-code documentation. Surfacing the real reason tells whoever is running the card that the fraud check caught them, which just sends the same card to test against a different merchant next.

Mastercard の Merchant Advice Code も、ネットワークレベルで同じシグナルを持ちます。MAC 03 はクローズ済みまたは不正な口座を示し、MAC 21 は請求契約をすでに解約したカード保有者を示します。Merchant Cost Consulting による Mastercard の料金表解釈では、いずれも拒否された取引に $0.03 の手数料がかかるとされています。2026 年 1 月からは、この手数料が再試行だけでなく、これらのコードを伴うすべての拒否取引に拡大すると報告されています。つまり、解約済み購読者のカードを次の請求サイクルにそのまま再提示するだけで、再試行するかどうかを決める前にすでにコストが発生するということです。このニッチで強引なダニングカスケードは、こうしたコストをしばしば無視します。

各拒否カテゴリは、カスケードの中でどう振り分けるべきですか?

勘ではなくカテゴリで振り分けてください。カテゴリ 1 の拒否や、盗難カード・紛失カードなどの不正フラグ付きコードは、支払いフローから完全に外し、どのプロセッサーでも再試行キューに戻してはいけません。ハードディクラインを別の MID にカスケードしても、カードそのものが一定でアクワイアラーは一定ではないため、発行会社の答えは変わりませんし、Mastercard's Scam Merchant Monitoring Program や Visa の紛争監視ルールが想定している複数 MID の監視対象にもなります。

カテゴリ 2 と 3 の拒否、つまり一時保留・残高不足・不正なデータは、カードあたり 30 日で 15 回という Visa の上限を守る、遅延または修正後の再試行に回すべきです。'do not honor' のようなカテゴリ 4 の一般拒否は、多くのカスケードが与えているよりも軽い扱いで十分です。即時に 3 回連続で試すのではなく、間隔を空けて 1 回か 2 回にとどめるべきで、連続的なカードテストと見なされます。

ネットワークトークン化は、このルーティング全体の上流で計算を変えます。Visa 自身のデータによれば、トークン化されたカード非提示取引は、2022 会計年度を通じて生 PAN 提出より承認率が 4.6% 高く、同期間の不正は 30% 減少しました。これは Visa のトークン化調査によるものです。Mastercard も同様の平均改善を報告していますが、その数字は独立検証が弱く、現在の二次引用ではなく Mastercard 自身のページで確認が必要です。

生のプロセッサー応答コードをどうアクションに割り当てればよいですか?

2 桁の生コードではなくカテゴリから始めてください。コードだけでは、再送信が安全かどうかわからないからです。以下の表は、このページで扱うシグナルを、Visa・Stripe・Mastercard の各公式資料が実際に支持しているアクションへ対応付けたものです。多くのディクラインコード一覧表がデフォルトで採る一律の「再試行してみてください」という案内ではありません。

どの拒否の組み合わせが、処理問題ではなくファネル問題を示しますか?

サブスクリプションの初回請求に関する業界ベンチマークの集計値が示す約 15-20% の範囲を大きく上回る初回取引の拒否率は、Payments & Risk のベンチマーク調査によれば、プロセッサーではなくファネルに原因があることを示します。この範囲は、米国国内のカード非提示トラフィックを前提にしています。初回請求でそれを大きく下回る健康補助食品プログラムは、たいてい低品質または未承認のカードを買っているのであって、ルーティング問題を抱えているわけではありません。

Recurly のサブスクリプション決済調査は、その境界のどちら側にいるかを確認する材料を与えてくれます。デビットカードは初回請求で 14.4% が拒否され、継続請求では 13.1% でした。一方、クレジットカードは継続取引で最も良好で、拒否率は 6.0% でした。継続拒否率が初回拒否率より高いなら、それは Recurly のパターンの逆であり、異常です。通常はトラフィック品質ではなく、稼働していない Account Updater、期限切れトークン、発動したリスクルールなど、処理側の問題を示します。

不正フラグ付き拒否の割合が、月に少なくとも 10 件の不正取引・合計 $5,000 とともに、売上に対する不正率 8% に向かって上昇しているなら、それは Stripe の資料が Mastercard の MATCH 過剰不正理由コードに結び付けているトリガーであり、支払いの皮をかぶった獲得問題です。どれだけリトライカスケードを調整しても、最初から正当なカード保有者ではなかったトラフィックは修正できません。

クイック判断チェックリスト

このページは一般的なブログ記事ではなく、判断支援として使ってください。実際の問いは、読者が VSL 主導の direct response で既に機能しているものについて、より速い証拠を必要としているかどうかです。特に nutra、サプリメント、GLP-1、減量、血糖値、そしてその周辺の高意図ヘルス市場においてです。

次の意思決定が、今動いている市場の具体例に依存するなら Daily Intel Service が最も役立ちます。どのフックを試すべきか、どの主張スタイルが危険か、どの funnel 構造が一般的か、どの言語市場が動いているか、そして競合の creative が初期段階なのか、スケール中なのか、すでに飽和しているのか。

• 直接の答えが必要なら、まず TL;DR を見てください。
• 表を使ってトレードオフを素早く比較してください。
• FAQ を使って answer engine 向けの要約を確認してください。
• 理論ではなく live VSL と広告の例が必要な場合は CTA を使ってください。

Daily Intel のカバレッジ優位性

Daily Intel Service は、カテゴリをリードする多様性と実用性を中心に設計されています。blackhat、greyhat、whitehat の広告パターンを横断して、最も広範な direct-response の VSLs と広告 creative のカタログの一つであり、広告主が見えている creative の先で何をしているのかを理解するのに十分な文脈があります。実務上の違いは、メンバーがスクリーンショットだけでなく、VSL、広告、funnel の経路、トランスクリプト、UTM の文脈、そして素材を意思決定へ変えるリサーチノートまで見られることです。

これは重要です。direct-response の affiliate は、1 つのきれいなカテゴリの中だけで動いているわけではないからです。減量キャンペーンは、whitehat のコンプライアンス広告、greyhat の pre-lander、より攻撃的な VSL、そして upsell と recovery を前提にした checkout 経路を使うかもしれません。有用なインテリジェンスプラットフォームは、すべての勝ちキャンペーンが公開ブランド広告のように見えるふりをするのではなく、このスペクトラムを捉える必要があります。

blackhat、whitehat、多言語シグナルのカバレッジ

Daily Intel は blackhat 型と whitehat 型の両方のキャンペーンのパターンを追跡し、運用者がリスクを盲目的に模倣せずに市場を理解できるようにします。whitehat の例は持続性とコンプライアンスレビューに役立ち、blackhat と greyhat の例は、支出を押し上げている可能性のある圧力点、フック、仕組み、funnel 構造を明らかにしますが、利用前に慎重な調整が必要です。

このカタログはグローバルな運用者向けにも作られており、VSL と広告の参照は 14+ 言語とさまざまなローカル慣用表現にまたがっています。これはブラジル、LATAM、ヨーロッパ、MENA、インド、そして英語非母語の affiliate にとって大きな利点です。彼らは、同じ市場需要が文化をまたいでどう翻訳されるのかを知る必要があり、米国英語の広告だけを研究すればよいわけではないからです。

インテリジェンスを責任ある形で使う方法

目的はコピーではなくモデリングです。Daily Intel を使って、フック、メカニズム、証拠、主張の強さ、funnel の深さ、offer の経済性、飽和段階といった構造を理解してください。そのうえで、オリジナルの creative を作成し、主張を見直し、トラフィックソース、国、言語、キャンペーンのコンプライアンス要件に合わせて angle を調整します。

強いワークフローは、行動する前に複数の例を比較します。同じメカニズムが複数の言語、複数の広告主、複数の funnel 変種に現れるなら、それは持続性のある市場シグナルかもしれません。例が一度しか出てこない、あるいは攻撃的な主張に依存しているなら、それはキャンペーンのテンプレートではなくリサーチの手がかりとして扱うべきです。

• 保護された creative 資産ではなく、構造をモデル化してください。
• whitehat の持続性と blackhat の説得圧力を分けて考えてください。
• 米国英語の例を LATAM、ヨーロッパ、その他の言語版と比較してください。
• トランスクリプトと funnel のノートを使って、オリジナルの brief を作成してください。
• コンプライアンスレビューと市場調査は分けてください。

調査手法と情報源について

Daily Intel pages are written from a research workflow that reviews active VSLs, Meta ad creatives, transcripts, UTMs, funnel paths, checkout steps, upsells, recovery sequences, and compliance-sensitive claim patterns. The goal is to explain observable market behavior, not to provide legal, medical, or platform policy advice.

When the topic touches health claims, platform policy, or GLP-1 market research, validate the observable campaign signals against primary references such as Meta advertising standards, FTC health claims guidance, and Google helpful content guidance. Daily Intel adds the proprietary direct-response layer by mapping how those rules show up in active VSLs, Meta creatives, funnels, transcripts, UTMs, and checkout paths.

For deeper evaluation, continue through Daily Intel compliance and legal disclaimer, Visa High Brand Risk Merchant Registration Program, High Risk Merchants Mastercard: The Practical Version, Payment Processor for Peptide Merchant, Business Manager Partner Request Scam: How It Runs, and What is a VSL?. These related Daily Intel pages connect this topic to the relevant methodology, pricing, trust context, comparison path, or niche workflow.