発行会社の判断の内側：あなたの取引はどのようにリスク評価されるのか

認証リクエストで発行会社は実際にどのようなデータを見るのか？

The issuer sees a compact data packet, not your offer page or your VSL. Every authorization request carries the card number or network token, the amount and currency, the merchant category code, the merchant descriptor, the AVS and CVV match results, an indicator for card-present versus card-not-present, and, where present, a 3-D Secure authentication result. Visa's Merchant Data Standards Manual gives acquirers 25 characters for the merchant name and requires abbreviation rather than truncation when a business name runs long, so even the label on a statement is standardized before the issuer's model touches it.

Tokenized transactions carry more trustworthy data than a raw PAN, which is why network figures on approval rates diverge so sharply. Visa's own fiscal-2022 data across 198 countries reported a 4.6% lift in authorization rates for tokenized card-not-present transactions versus PAN, alongside a 30% reduction in online fraud. Mastercard cites a smaller but still material 2.1% average approval-rate increase for merchants using network tokens, with one processor, Checkout.com, reporting a 10.3-percentage-point jump, though Mastercard's own page did not load at check time, so treat that figure as second-hand until reconfirmed.

AVS と CVV の不一致は承認判断にどの程度影響するのか？

AVS と CVV の不一致は、自動停止スイッチではなくフラグとして発行会社のモデルに入るものであり、それぞれに割り当てられる正確な重みは各発行銀行の独自仕様です。AVS が部分一致で CVV が正しい場合でも、住所リスクの一部を受け入れる大手カード発行銀行では承認されることがよくあります。同じ不一致でも、保守的なモデルを運用する小規模な地域銀行では即時拒否になることがあります。どのカードネットワークも、認証スコア内で AVS や CVV に対する標準的な重み付け式を公開しておらず、数値を示す百分率があっても、それは銀行が公表した規則ではなくベンダーの推定として扱うべきです。

When the issuer declines on a mismatch it frequently returns response code 05, Do Not Honor — a Category 4 generic refusal, per Visa's decline categorization, that gives no specific reason. Stripe's own documentation defines the underlying decline as one where 'the card was declined for an unknown reason,' with the only real next step being that the cardholder call the number on the back of the card. That opacity is the practical problem: you can correct a shipping address, but you cannot see which mismatch actually triggered the score.

発行会社は加盟店、ディスクリプタ、MCC をカード保有者とは別に採点するのか？

Yes — issuers run a merchant-side risk assessment that sits alongside, not inside, the cardholder's own credit and fraud profile. The merchant category code, the billing descriptor, and the acquiring bank's own risk tier all get evaluated independently of who is holding the card. Visa's Merchant Data Standards Manual makes this explicit: where the merchant name is inconsistent with the MCC, the name must carry extra identifying language, and the manual even permits supplementary text after the name to flag the moment a trial or promotional price converts to the regular subscription rate.

この採点がカード保有者とは別に動いている最も明確な証拠は、紛争ツールにあります。Mastercard の Ethoca Consumer Clarity と Visa の Verifi Order Insight は、カード保有者が請求内容を問い合わせた瞬間に、加盟店名、ロゴ、MCC、商品説明、注文番号、認証コード、返金ポリシーを発行会社の銀行アプリに送り込みます。発行会社は認証時にはそれらのデータを持っていなかったが、次回の試行でその加盟店をどう扱うかに今は織り込んでいます。MCC と一致しないディスクリプタ、あるいはカード保有者が認識しない加盟店名は、カードそのものとは無関係に信頼を損ないます。

同じ加盟店での過去のチャージバック履歴は、今後の承認にどう影響するのか？

加盟店におけるチャージバック履歴は、発行会社が採点する将来のすべての認証に引き継がれます。カードネットワークがそれを正式かつ継続的に測定しているからです。Visa の Acquirer Monitoring Program (VAMP) は 2025年4月1日から有効で、カード非提示詐欺報告と紛争を決済済み取引で割った VAMP Ratio を追跡し、初期しきい値ではその比率が約 220 ベーシスポイントを超えると加盟店を Excessive としてフラグ付けします。資料によれば、この基準は 2026年4月1日から AP、Canada、EU、US で 150 ベーシスポイントに下がります。

その比率は、発行会社自身が報告するデータで構成されています。TC40 の不正記録や、加盟店に対して提出された TC15 のチャージバックが、直接その分子に入ります。Mastercard も並行する仕組みを持っており、Excessive Chargeback Merchant の区分は、月間 100 から 299 件のチャージバックと 1.50% から 2.99% の比率で発動し、前月売上に対して 1 か月遅れで計算されます。罰金は 1 か月目にはゼロですが、プログラムの 20 か月目には月 100,000 $ 以上にまで上がります。こうしたことは個々の発行銀行にとって見えないわけではありません。これらのしきい値の近くにいる加盟店は、正式なプログラムのフラグが付くずっと前から、通常の認証でより慎重に扱われます。

ここで、この分野で広く繰り返されるアドバイスの欠点が露呈します。運営者は、承認率は取引ごとに勝ち取るものだとして AVS の文字列や CVV のフォーマットに固執しますが、証拠は逆を示しています。TC40 と TC15 の記録を通じて報告される加盟店の総合的な紛争率が、同じ MID からの以後の認証を発行会社がどれだけ慎重に扱うかを形作り、AVS や CVV が評価される前から影響します。ディスクリプタと紛争率を直し、1取引ごとの項目の重要性は、ほとんどの再試行最適化コンテンツが想定するよりはるかに小さくなります。

なぜ一部の発行銀行は、加盟店全体をほぼ機械的に拒否するのか？

一部の発行銀行が加盟店をほぼ機械的に拒否するのは、リスクが取引ではなく業種そのものにあるからです。栄養補助食品、ネガティブオプションのサブスクリプション、継続課金は、決済代行レベルの制限業種リストに載っています。たとえば Stripe の制限リストは、有害な主張を伴う危険な疑似医薬品や栄養補助食品を除外し、さらに不明瞭な価格設定のネガティブオプション・マーケティングや値引き付きトライアルも別途禁止しています。発行銀行も、同様の論理を公開していない独自版として、ケースごとではなく MCC や加盟店プロファイル全体に適用します。

Visa の拒否分類を見ると、なぜこれらの拒否の一部が再検討されないのかが分かります。

• Category 1 - 発行会社は決して承認しない。04、07、41、43 などのコードは決して再試行してはならない。
• Category 2 - 発行会社は今は承認できない。一時的な条件であり、解消後に 1 回だけ再試行する価値がある。
• Category 3 - 発行会社は提出された詳細に基づいて承認できない。データを修正してから再試行する。
• Category 4 - response code 05, Do Not Honor のような一般的な拒否で、理由は示されない。

速度、金額、時間帯のパターンはどのように拒否を引き起こすのか？

速度は、通常の拒否を最も早くペナルティ付きの拒否に変える方法です。Visa と Mastercard の両方が、単に拒否するのではなく、過剰な再試行に対して料金を課すようになったからです。Visa は、同じカード、同じ金額、同じ通貨について、移動 30 日間での再試行を 15 回に制限しており、Category 1 の拒否を再試行した場合、または 15 回目を超えて試行した場合は、過剰再試行課金が発生し、1回あたり国内で約 0.10 $、国境をまたぐ場合は 0.15 $ と報告されています。

Mastercard は Transaction Processing Excellence プログラムを通じて並行する仕組みを運用しています。Excessive Authorizations の手数料は、2025年1月から過剰認証 1 回あたり 0.50 $ に上がり、2022年は 0.10 $、2023年は 0.15 $、2024年は 0.30 $ でした。これは、24時間の窓の中で同じカードに対する前回拒否回数があるしきい値を超えた時点で適用されます。このしきい値自体の報告は一貫しておらず、ある情報源は前回拒否 10 回、別の情報源は 20 回としているため、正確な数値は固定事実ではなく、現在のアクワイアラー通知で確認すべきものとして扱ってください。

金額とタイミングは、支払い手段と、取引が請求ライフサイクルのどこにあるかによって大きく変わる通常の拒否率パターンを通じて、これらすべてと相互作用します。Recurly の 2022 年分析では、2,200 以上の加盟店と 5,000 万以上のサブスクライバーを対象に、基準値を次のように示しています。

運用上重要なのは、最初の請求とそれ以降の請求の差です。デビットカードは初回試行で定期請求より約 1.3 ポイント多く拒否され、クレジットカードはむしろ定期請求の局面で最も強い成績を示します。初回取引に集中した速度スパイクは、3か月目の再請求に現れるものとは別の問題であり、別の修正が必要です。

発行会社の不正ルールと、決済代行独自の不正フィルターの違いは何か？

決済代行の不正フィルターは、取引が発行会社に届く前に動作し、発行会社の不正ルールはその後、加盟店が直接見ることのない銀行独自のモデル内で動作します。Stripe の文書では、支払い失敗を、軽度か重度かという非公式な区分ではなく、3つの明確なカテゴリに分けています。発行会社の拒否、Stripe 独自の Radar または Adaptive Acceptance 層でブロックされた支払い、そして有効なリクエストをまったく形成しない無効な API 呼び出しです。

Radar によってブロックされた取引は、発行会社が見る認証リクエストを生成しません。つまり、その銀行の不正スコアに正負どちらの影響も与えません。決済代行が転送し、発行会社が拒否した取引はまったく別の事象であり、銀行独自のルールに従い、05 や 51 のような response code としてのみ返されます。この 2 層を混同することは、拒否率診断で最も一般的な誤りです。決済代行のリスク許容度を上げると、フィルターがブロックしていた承認は増やせても、発行会社側のスコアを 1つも動かさないことがあります。

3-D Secure は両方の層の一部にまたがります。Stripe は、責任移転が「通常、3DS で正常に認証された支払いに適用される」と述べ、詐欺紛争の責任を発行会社に移します。しかし、オフセッションの加盟店起点請求、つまり継続型オファーの再請求部分全体は、Stripe の文書では 3DS 認証をサポートしていません。責任移転が守るのは、チェックアウトページを通せる最初の請求だけであり、3週間後の自動発送請求には何の効果もありません。

発行会社のスコアを改善するために、加盟店が実際に変えられるものは何か？

加盟店は発行会社のモデルを見ることはできませんが、その入力項目のいくつかは直接コントロールでき、しかも 1回の取引ではなく時間を通じて積み上がります。生の PAN ではなくネットワークトークンを送ることが、最も証拠に裏付けられたレバーです。Visa の 2022 会計年度データでは、トークン化によって認証率が 4.6% 上がり、不正が 30% 減少したことが示され、Mastercard も平均 2.1% の上昇を報告しています。

これらの修正は、1取引の時間軸では機能しません。トークン化の展開、ディスクリプタの修正、Order Insight の統合は、発行会社のモデルが取り込むデータを数週間かけて変化させ、カテゴリ的な扱いを最も強く左右する紛争率も、主要 2 ネットワークの両方で 1か月以上遅れて反映されます。発行会社側の承認は、取引ごとに都度対処するのではなく、移動ベースで管理する指標として扱ってください。

• 請求ディスクリプタを MCC に合わせ、補足説明を追加してください。Visa の Merchant Data Standards Manual は、最初に変換された請求において試用期間やプロモ期間の終了を示す文言を明示的に認めています。
• Category 3 の拒否は、盲目的に再試行するのではなく、修正して再送してください。Category 1 の拒否を再試行しても、過剰再試行手数料が積み上がるだけです。
• Visa の 30 日間 15 回上限を守り、またアクワイアラーが Mastercard の TPE しきい値として報告する値を下回ってください。どちらも現在は拒否ではなく、過剰試行ごとに課金されます。
• 注文番号、認証コード、商品説明といった補足データを Verifi Order Insight または Ethoca Consumer Clarity に流し、カード保有者の問い合わせが TC15 や Mastercard のチャージバックになる前に解決されるようにしてください。そもそも逸脱した問い合わせは VAMP や ECM の比率に入りません。
• アカウント更新サービスを使ってください。年間約 30% のカードが差し替えられ、更新サービスで 60-70% の変更が捕捉されるというよく引用される数値は、ネットワークの公表研究ではなく決済ベンダー由来なので、公式統計ではなく業界推定として読んでください。

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

このページは一般的なブログ記事ではなく、判断支援として使ってください。実際の問いは、読者が 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, What is Cloaking in Dating?, What is Cloaker in the Gorge?, What is Cloaking Link?, What is Cloaking Service?, 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.