有料コンテンツ・メンバーシップ
決済・配信・会員管理を誰が担うかで選ぶ

有料記事や会員制を運営する場合、決済のほかに、記事を置く場所、購入者の認証、閲覧制限、更新・解約、問い合わせ対応が必要です。サービスへ任せる範囲によって、自社の費用と仕事が変わります。
noteやFANBOXのように発信の場所も使う方法、自社サイトにcodocを組み込む方法、自社の会員システムへStripeを連携する方法があります。自社サイトを使う方法も、課金・配信をどこへ任せるかで分かれます。
3つの運営方式で、誰が何を担うかを比べる
| 項目 | 投稿型プラットフォーム | 自社サイト+codoc | 自社サイト+Stripe等 |
|---|---|---|---|
| 記事を置く場所 | note・FANBOX等 | 既存ブログと外部配信の組み合わせ | 自社サイト・CMS等 |
| 決済・契約 | サービス所定の仕組み | codocの販売・購読機能 | Stripeと自社の契約・会員システム |
| 閲覧制限 | サービスの公開範囲設定 | codocのペイウォール・認証 | 自社または連携サービスで実装 |
| ページの保守 | 主に提供サービス。自社は内容と運営を担当 | 自社サイトの保守が必要 | 会員・決済との連携も保守が必要 |
| 集客 | 既存読者・サービス内の接点・外部からの案内 | 既存サイト・メール等から案内 | 自社で販売導線を用意 |
| 変えられる範囲 | サービスが提供する機能内 | 自社ページと連携機能の範囲 | 設計の自由度が高い分、実装・運用の責任も増える |
投稿型でも内容の正確さ、権利、特典の提供、読者への説明は販売者の仕事です。外部サービスを使うだけで、集客・販売者の義務・問い合わせ対応がすべてなくなるわけではありません。
Stripeの決済完了と、会員が読める状態を結び付ける
StripeのPayment Linksは代金を受け取る入口として使えます。有料本文を誰でも開けるページへ置き、そのURLを決済後に表示するだけでは、購入者だけの閲覧にはなりません。
- 購入者と会員アカウントを対応させ、支払い済みかを確かめて閲覧権限を付ける。
- 継続課金の支払失敗や解約予約、契約終了に応じて権限を更新する。
- 決済状態の通知を真正性まで確認し、同じ通知を複数回受けても重複処理しない。
- カード変更・請求書・解約の画面と、会員サイト側の利用条件を一致させる。
会員管理プラグインや外部システムを使う場合も、この連携ができるかと追加料金を確認します。Stripeの企業活用・導入手順では、決済リンク・Billing・購入後の提供を確認できます。
手数料差を、そのまま利益差にしない
月1,000円の会員100人、月間10万円の売上を仮定します。noteは全件カード決済のメンバーシップ、Stripeは日本アカウント・日本円のVisa決済とBillingの従量課金です。決済成功・取消なしで比較します。
| 費用 | noteの例 | Stripeの決済・継続請求の例 |
|---|---|---|
| 決済・プラットフォーム等の費用 | 1件145円×100件=14,500円 | 決済3,600円+Billing700円=4,300円 |
| 銀行振込・手数料への消費税 | 振込1回270円を加算 | 手数料の消費税10%=430円を加算 |
| 上記の合計 | 14,770円 | 4,730円 |
| 会員管理・実装・保守の追加費 | 利用範囲に応じた運営費を別途確認 | 会員システム・サーバー・実装・保守等を別途追加 |
この条件の差は月10,040円です。Stripe側だけに追加で月10,000円の会員管理・保守費がかかるなら、差は40円になります。この1万円は仮定で、実在サービスの料金や相場ではありません。初期開発費も運用する月数で割って判断します。
Stripeの数字は標準カード決済3.6%とBilling0.7%に、日本アカウントの手数料の課税条件を適用した計算です。noteは公式の手数料計算に基づきます。表示機能・配信機能は同一ではなく、追加オプション、為替、返金、販売者側の税金・制作費等は含みません。差引額は利益や実際の銀行入金額を保証しません。
データと契約を、移行できる前提で設計しない
- 原稿・画像・添付物の原本を自社でも保管し、更新履歴を残す。
- 読者の連絡先や購入履歴を取得・利用できる範囲を、各サービスの機能と規約で確認する。
- 購入済み記事の閲覧や既存会費を、新しいサービスへどう引き継ぐか決める。
- カード情報や継続契約を自動で持ち出せると考えず、移行の可否、再登録・同意の必要性を確認する。
- 移行時に旧契約と新契約が重複して課金されないよう、終了日と開始日をそろえる。
「自社ドメインならすべて自社管理」とも限りません。codocの標準ペイウォールのように、有料部分の保管・認証・配信を外部へ任せる構成もあります。データと配信の公式説明で依存する範囲を確認できます。
最初の売り方と、後から広げる条件を決める
| 状況 | 候補 |
|---|---|
| 記事販売をまず試したい・会員運営を小さく始めたい | noteの有料記事・メンバーシップ |
| 自社ブログの読者に同じ場所で購入してもらいたい | codocのペイウォール |
| 作品・活動を続けることへの支援を受けたい | pixivFANBOX |
| 独自の会員画面・料金・業務連携が必要で運用担当もいる | Stripeと会員システムの連携 |
最初は単発記事1本や特典を絞った1プランで、購入、閲覧、更新、解約、問い合わせまでを運営できるか確認します。販売条件や個人情報の扱いは、ネット販売の法令表示・プライバシーも参照してください。
