MOSH手数料が重く感じても、料率だけで独自サイトへ移るのは早計です。予約、決済、会員管理を誰が担うかで総費用は変わります。売上規模と運用時間を同じ条件で比べましょう。

MOSH手数料と独自サイトを比較|移行判断と費用の見方

MOSH手数料を現行料金で確認

MOSHの公式料金ページでは、通常のカード決済が6.5%+99円と表示されています。fincode利用時は7.0%です。銀行振込には別の料率が示されています。

月額はFREEが0円です。STARTERは月1,380円と案内されています。GROWは月2,980円から8,980円です。

料金の読み方は次の三点に分かれます。契約中の決済会社とプランも確認してください。

  • 販売ごとの費用
    カード決済では売上に料率が掛かります。通常プランは一件ごとの固定額も加わります。
  • 毎月の固定費
    使う機能に応じて月額プランを選びます。無料枠でも上限と対象機能の確認が必要です。
  • 運営をまとめる価値
    予約や顧客管理を同じ場所で扱えます。作業時間が減るなら手数料差だけでは測れません。

表示料金は改定される場合があります。導入時は公式ページと契約画面を再確認します。

判断表で決めるMOSHと独自サイト

独自サイトは決済料を下げやすい構成です。代わりに予約や会員管理の設計を自分で持ちます。

迷う場合は次の判断表へ当てはめます。今の売上だけでなく更新作業も含めて比べます。

  • MOSHを続ける
    予約から案内まで一か所で運用したい場合です。少人数で保守へ時間を割けない事業に合います。
  • 一部だけ外へ出す
    紹介ページを自社サイトへ移す方法です。申込みや会員ページはMOSHに残せます。
  • 独自サイトへ移る
    販売量が増え、費用差が保守費を上回る場合です。決済後の権限付与まで設計できる体制が要ります。
  • 現状を計測する
    月間販売額やキャンセル数が不明な段階です。三か月分の実績を集めてから判断します。

全面移行だけが選択肢ではありません。集客ページと販売基盤を段階的に分けられます。

費用試算で比べる一万円の商品

一万円をカードで一件販売するとします。MOSH手数料は通常条件なら749円です。Stripeの国内カード決済は360円です。

差額は一件389円になります。月30件なら単純差は11,670円です。ここからサイト費と保守時間を差し引きます。

費用試算には次の項目を入れます。税務上の扱いは専門家へ確認してください。

  • 決済の変動費
    販売額と件数から月の手数料を出します。返金や不審請求の費用も別に見ます。
  • サイトの固定費
    ドメインやサーバーの費用を足します。有料ツールを使うなら更新料も含めます。
  • 運用する人の時間
    案内メールや権限変更の時間を測ります。障害対応に備える時間も費用として扱います。

料率差が大きくても人手が増えれば逆転します。年間合計で比較すると判断しやすくなります。

向く条件と移行を考える条件

MOSHはサービス販売を早く始めたい人に向きます。独自サイトは運用を細かく変えたい人に合います。

事業の状態を次の条件で分けます。一律に優劣を決めるものではありません。

  • 一体運用が向く条件
    予約と顧客連絡を少人数で回す事業です。サブスクや申込者向けページもまとめて使えます。
  • 併用が向く条件
    検索流入は自社サイトで育てたい事業です。申込み先を残せば移行事故を抑えられます。
  • 独立運用が向く条件
    販売数が多く独自の導線が必要な事業です。決済後の処理を保守できる担当も欠かせません。
  • 移行を急がない条件
    商品や価格が固まっていない段階です。仕組みを増やす前に販売方法を検証します。

自由度は管理責任と対になります。担当者がいない機能は増やさない方が安全です。

移行構成は三段階で選ぶ

独自サイトへ移る範囲は分けられます。最小構成から試せば戻せる余地も残ります。

現実的な三段階を整理します。顧客への案内変更も同時に計画してください。

  • 紹介ページだけ作る
    自社ドメインで特徴や事例を伝えます。予約と決済は既存の申込先へつなぎます。
  • 決済リンクを使う
    Stripe Payment Linksを自社ページへ設置します。単発販売はコードなしでも始められます。
  • 会員管理まで作る
    支払状態に応じて閲覧権限を変えます。Webhookと管理画面の保守が必要になります。

最初から会員基盤まで作る必要はありません。費用差が出る部分だけを切り出します。

移行構成を作る具体的な手順

移行では機能より顧客データを先に整理します。予約中の利用者を取り残さないことが重要です。

  1. 現在の機能を棚卸しする
    予約、決済、通知、会員ページを書き出します。日常業務で使う順番も記録します。
  2. 月間費用を集計する
    売上と件数から変動費を求めます。月額費や振込関連の費用も分けます。
  3. 移す範囲を決める
    紹介ページだけか決済までかを選びます。残す機能との境界を文章にします。
  4. テスト商品を用意する
    少額またはテスト環境で申込みを進めます。完了画面だけで入金判定をしません。
  5. 顧客案内を準備する
    変更日と新しい手順を事前に伝えます。既存契約者の扱いも個別に確認します。
  6. 旧導線を並行確認する
    移行直後は両方の申込みを監視します。重複請求や通知漏れを毎日点検します。

一度に切り替えると原因を追いにくくなります。小さく公開して記録を残します。

運用注意で見落としやすい費用

Stripeの標準料金は初期費用と月額料金がありません。国内カードの成功取引は3.6%です。Payment Linksも追加のシステム利用料なしと案内されています。

決済機能だけでは予約や納品は完了しません。次の責任を事前に割り当てます。

  • 決済後の提供処理
    支払い完了後にサービスを渡す仕組みが要ります。重要な処理はWebhookで確認します。
  • 解約と返金の窓口
    申請方法と対応期限を明示します。利用規約と実際の運用を一致させます。
  • 個人情報の管理
    必要な情報だけを保存します。カード情報を自社側へ保持しない構成を選びます。
  • 障害時の対応
    通知が止まった場合の確認手順を決めます。手動で復旧する記録も用意します。

法務や税務の結論は事業ごとに異なります。必要な場面では専門家へ相談してください。

実装確認のチェックリスト

公開前は顧客役と運営者役で試します。成功だけでなく失敗時の動きも確認します。

  • 新規申込み
    入力から支払いまで一周します。確認メールと管理側の記録も照合します。
  • 予約変更
    日時変更と取消を実行します。空き枠へ正しく戻るかを見ます。
  • 決済失敗
    失敗した申込みを想定します。サービスが先に提供されないか確かめます。
  • 返金対応
    返金後の通知と権限を確認します。会計記録へ残す手順も決めます。
  • 既存顧客
    移行前の契約者で利用を試します。二重登録や二重請求を防ぎます。
  • スマートフォン
    小さい画面で申込みを完了します。本文やボタンの横ずれも点検します。

確認結果には日付と担当者を残します。料金や仕様の変更後も同じ項目を再検証します。

公式情報で確認した現行仕様

以下は2026年8月6日に確認した一次情報です。申込み前には各公式ページを再確認してください。

  • MOSHの料金プラン
    公式料金ページで通常の販売手数料を確認しました。月額プランと機能の違いも掲載されています。
  • MOSHの料金改定
    公式のお知らせで2026年の料金変更を確認しました。決済手数料と月額プランの導入時期が説明されています。
  • MOSHの料金表示
    公式の料金表示で月額利用料と販売手数料の構成を確認しました。解約とキャンセルに関する案内も掲載されています。
  • Stripeの標準料金
    公式料金ページで国内カードの料率を確認しました。初期費用と月額料金の説明も掲載されています。
  • Stripeの決済リンク
    公式製品ページでノーコードのリンク作成を確認しました。単発と継続課金の用途も案内されています。
  • 決済後の処理
    公式開発資料でWebhookの必要性を確認しました。完了ページだけに依存しない構成が推奨されています。

AIは調査と構成の補助に使用しました。公開前後の内容とリンクは人が確認する運用方針です。

導入相談を考えるタイミング

月の販売件数が少なければ自分で試算できます。予約、継続課金、会員権限が重なると設計範囲は広がります。

Literamentでは、支援内容料金を公開しています。MOSH手数料と独自サイトの総費用を比べたい場合は、お問い合わせから現状をご相談ください。