EC決済方法の収益分類
支払い方法は、ショップ独自の支払い方法名を種別(銀行振込、代金引換、オンラインカード)に分類する機能です。注文ステータスと組み合わせることで、その注文が収益を生んだかどうかを判別します。

決済方法とステータスの収益ルール
「注文ステータス」はステータスの意味を定義し、「支払い方法」は支払い方法の分類(各支払い方法がどの種別に該当するか)を扱います。どちらか一方だけで収益が決まることはありません。この2つの組み合わせによって、注文がカウントされるかどうかが決まります。未マッピングの方法が決してカウントされないのは、未マッピングのステータスがカウントされないのと同じ理由です。まだ入金されていないお金をカウントすることは、積極的に失敗を通知すべき唯一のミスだからです。
- 収益と注文数を並べて表示 — 両者は多くの場合一致せず、その差が調査のきっかけになるのが通常です。
- 生のラベルではなく種別で管理 — ショップ独自の支払い方法名から、銀行振込、代金引換、オンラインカードなどにマッピングします。
- ソースでタグ付け — 複数のプラットフォームから支払いデータを取得するショップ向けに、bizniweb などのソース情報を保持します。
- 未マッピングはゼロ、注文ステータスと同様 — 分類されていない支払い方法は、意図的に収益としてカウントされません。
- 注文ステータスと連携し、代替ではない — ここで設定した種別と注文ステータスで設定した意味が組み合わさって、各注文が収益を生んだかどうかを判定します。
決済方法別の収益と注文数
収益と注文数はそれぞれ独自のシェアバーリストとして表示され、値の大きい順に並びます。収益は純収益からアクセントカラーで、注文数は単純なカウントから緑色で表示されます。各行には生の支払い方法名、絶対値、リスト内でのパーセンテージが表示され、バーの長さはそのパーセンテージに比例します。正の値であれば、最低でも1%の幅を確保して視認性を保ちます。軸、ベースライン、ゼロラインはありません。幅は純粋にリスト合計に対するシェアを表し、合計が正でない場合は分割表示自体が非表示になります。収益シェアが注文シェアより大きい方法は、ショップ平均よりも高単価の注文を処理していることを意味し、その逆は低単価の注文を意味します。この差こそが、単独の数値ではなく、方法を開いてその種別を確認するきっかけになるのが通常です。
- 収益 — この方法で支払われた注文に帰属する純収益(レポート通貨建て)。
- 注文数 — この方法を使用した注文の数(収益とは独立)。
- 両者の差 — 収益シェアが注文シェアより大きい場合は、高単価の方法であり、その受け入れコストを確認すべきシグナルです。自動的な良否スコアではなく、調査の合図です。
- マッピングとは独立 — この混合リストは、重複排除されたインポート注文を生の支払い名でグループ化したものであり、後述の種別割り当てによってフィルタリングや再グループ化はされません。
ソース決済方法値のマッピング
各行は、ショップのプラットフォームが命名する通りの支払い方法を、ソースでタグ付けし、プラットフォーム→生の名前の順に並べたものです。まだ「マッピングなし」の下書き状態にある行数をアラートで表示します。種別(代金引換、銀行振込、オンラインカード、ウォレット、その他)を選択すると、即座に保存されます。保存ボタンはなく、ドロップダウンが自動保存し、ローカルの下書きはリクエスト実行中も表示され続け、「保存中…」または返却されたエラーが表示されます。続くマトリックスでは、代金引換、銀行振込、オンラインカード、ウォレットは「発送済」「履行済」「完了済」でカウントされ、「その他」は「発送済」「完了済」のみでカウントされます。「保留中」および未マッピングのものは決してカウントされません。キャンセルは常に注文を最初に除外し、その後「注文ステータス」側のステータス別上書き設定が優先される場合があります。したがって、支払い方法を未マッピングのままにすることは、意図的かつ慎重なデフォルト設定です。分類されるまで、その注文は実現収益を生みません。このテーブルこそが、キャンセルを除いた、支払い方法から収益種別へのマッピング方法です。
- ショップでの方法 — プラットフォーム(例:bizniweb)が送信する正確な支払い方法の文字列。
- 種別 — 代金引換、銀行振込、オンラインカード、ウォレット、その他から選択。ドロップダウンで変更時に自動保存されます。
- 未マッピング、収益ゼロ — 注文ステータスと同じフェイルセーフ機構を、ペアリングのもう一方に適用。
- 編集権限 — オーナー、管理者、編集者がマッピングを変更可能。メンバーとメンテナーは読み取り専用。ゲストはアクセス不可。
- ループを完成 — ステータスと支払い方法の種別の組み合わせによって、キャンセルを除き、注文がカウントされるかどうかが最終的に決まります。
設計上、未マッピングの支払い方法からは収益がカウントされません
まだ入金されていないお金をカウントすることは、積極的に失敗を通知すべき唯一のミスです。そのため、種別が割り当てられていない支払い方法は、未マッピングの注文ステータスと同様に、分類されるまで一切の収益に寄与しません。
通貨を見る実際に収益としてカウントされているものを確認してみませんか?
無料チェック · 7日間お試し · クレジットカードが必要