---
title: "WordPressで会員サイトを作る方法｜プラグイン4種の比較と限界、受託開発へ移る判断"
url: "https://www.issoh.co.jp/column/details/18918/"
published: 2026-10-26
updated: 2026-10-26
categories: ["Webシステム"]
publisher: "株式会社一創"
---

# WordPressで会員サイトを作る方法｜プラグイン4種の比較と限界、受託開発へ移る判断

WordPressで会員サイトを作るには、本体に会員プラグインを1つ足して、会員種別と閲覧制限、登録画面を設定します。この記事では、本体だけでは会員限定ページが作れない権限の仕様から入り、主要な会員プラグイン4種を公式ページの版番号・有効インストール数・決済対応で比べました。そのうえで設定の5工程と有料会員サイトにするときの決済連携、ページキャッシュやREST API、添付ファイルのURLから会員限定の中身が見えてしまう抜け道の確かめ方を解説します。最後に、WordPressのまま続けてよい条件と、受託開発の会員サイトへ移る判断の線を示します。

## まとめ：WordPressの会員サイトはプラグインで作れるが、決済と外部連携で限界が来る

無料会員に限定記事を見せるだけなら、WordPressと無料の会員プラグインで十分に作れます。有料会員を足す場合は、プラグインが決済代行と継続課金をどこまで扱えるかで候補が絞られ、公式ディレクトリから入れられる主要3種のうち、拡張なしで継続課金まで扱えるのはSimple Membershipだけでした。

限界は会員数よりも、仕組みの外側に出ます。ページキャッシュ、REST API、添付ファイルの直接URLの3か所は、プラグインの閲覧制限が効いているかを公開前に未ログインの状態で確かめる箇所です。店舗の会員番号や基幹システムとの連携が必要になったら、プラグインを重ねずに受託開発へ移ります。

## WordPress本体だけでは会員限定ページを作れない理由と、会員プラグインが足す機能

会員サイトの仕組みや、ASP・WordPress・受託開発の3方式の違いは[会員サイトとは？仕組み・公開方式と会員管理システムとの違い、構築方式の決め方](https://www.issoh.co.jp/column/details/18124/)で整理しています。ここではWordPressを選んだ場合に、本体が持つ機能と足りない機能を切り分けます。

### 標準の購読者権限は閲覧だけ、非公開記事は編集者以上しか読めないWordPressの仕様

WordPressには最初から会員登録の機能があり、登録した利用者には「購読者」という権限グループが割り当てられます。公式ドキュメントの[Roles and Capabilities](https://wordpress.org/documentation/article/roles-and-capabilities/)（2026年9月更新）によると、購読者が持つ権限は `read` の1つだけです。

問題は、ログインした購読者だけに見せるページを本体だけでは作れない点にあります。記事を「非公開」にすると、読めるのは `read_private_posts` の権限を持つ特権管理者・管理者・編集者だけで、購読者は読めません。編集者の権限を会員に配れば読めますが、記事の編集や削除までできてしまいます。「会員だけが読める」という状態は、本体の権限の組み合わせでは表現できないため、会員プラグインが必要になります。

### 会員プラグインが補う会員種別・閲覧制限・登録画面・決済の4機能と担当範囲

会員プラグインが本体に足すのは、主に次の4つです。

- 会員種別：無料会員・有料会員などのレベルを作り、有効期限や料金を持たせる
- 閲覧制限：記事・固定ページ・メニューを会員種別ごとに表示または非表示にする
- 登録画面とマイページ：管理画面とは別の、会員向けの登録・ログイン・プロフィール編集の画面
- 決済：決済代行と接続し、支払いの結果で会員種別を切り替える

実務でまず確かめるのは閲覧制限です。記事の冒頭だけを見せて続きを隠す部分保護に対応するか、カスタム投稿タイプにも制限をかけられるかで、作れるサイトの形が決まります。決済は4つのうちプラグインによって対応の差が最も大きく、本体では扱わず有料の拡張に任せる製品が多い機能です。

## 主要な会員プラグイン4種の機能と配布状況、2026年10月時点の公式ページで比較

WordPressの最新版は、[公式のリリース一覧](https://wordpress.org/download/releases/)で2026年10月6日公開の7.1.3系です（7.1は2026年8月19日、7.0は同年5月20日）。会員プラグインは本体の更新に追随しているかが選定の前提になるため、各プラグインの公式ディレクトリで、最終更新日と動作確認済みの版を確かめてから選びます。

### 会員プラグイン4種の有効インストール数・決済・ファイル保護の比較表

国内の比較記事でよく挙がる4種を、2026年10月26日時点の公式ページの記載で比べると次のとおりです。

| プラグイン                | 版・最終更新             | 有効インストール | 本体での決済               | 添付ファイルの保護    |
| -------------------- | ------------------ | -------- | -------------------- | ------------ |
| Simple Membership    | 4.8.6系・2026年10月21日 | 4万件以上    | PayPal・Stripe（単発と継続） | 添付ファイルページを保護 |
| WP-Members           | 3.5.8系・2026年10月19日 | 5万件以上    | なし（有料拡張）             | 有料拡張で対応      |
| Ultimate Member      | 2.14系・2026年10月23日  | 20万件以上   | なし（有料拡張）             | 記載なし         |
| Paid Memberships Pro | 公式ディレクトリでは配布終了     | 表示なし     | 開発元サイト版で対応           | 記載なし         |

[Simple Membership](https://wordpress.org/plugins/simple-membership/)は、本体だけでPayPalとStripeの単発・継続課金に対応し、Braintreeは単発のみです。日本語の翻訳も用意されています。[WP-Members](https://wordpress.org/plugins/wp-members/)は閲覧制限が中心で、販売にはPayPal Subscriptionsか、WooCommerceと組み合わせる有料拡張を使う構成です。[Ultimate Member](https://wordpress.org/plugins/ultimate-member/)は会員プロフィールと会員一覧の機能が厚く、有料会員にはStripe拡張かWooCommerce拡張を足します。

注意したいのはPaid Memberships Proです。[公式ディレクトリのページ](https://wordpress.org/plugins/paid-memberships-pro/)には、2024年10月17日に作者の申請で配布を恒久的に終えたと表示されており、管理画面のプラグイン追加画面からは入れられません。開発元の[料金ページ](https://www.paidmembershipspro.com/pricing/)では、自社サイトから入手する無料版と、年499ドルのStandardなどの有料プランを案内しています。古い比較記事の「管理画面から検索して入れる」手順は通用しません。

### 無料会員だけか有料会員もあるかで決まる、会員プラグイン選びの分岐と選ばない条件

選び方は、有料会員があるかどうかで2つに分かれます。無料会員だけなら、閲覧制限の細かさで選びます。記事単位の制限で足りるならWP-Members、会員同士のプロフィールや会員一覧を見せたいならUltimate Memberが候補です。

有料会員がある場合は、本体で継続課金まで扱えるSimple Membershipか、開発元サイト版のPaid Memberships Proが候補に残ります。WP-MembersやUltimate MemberにWooCommerceを足す構成も可能ですが、会員プラグイン・EC・決済の3つの更新を同時に追うことになります。プラグインの更新を担う人が社内にいない場合、この構成は選びません。費用は年額ライセンスがドル建てで請求される製品があり、為替を含めた3年総額の試算は[会員サイトの構築費用｜ASP・WordPress・受託開発の初期と月額を公開料金で試算](https://www.issoh.co.jp/column/details/18912/)で比べています。プラグイン以外の作成ツール（販売・配信一体型ASPや会員機能付きCMS）も含めて比べたい場合は、[会員サイト作成ツールのおすすめ｜5つの型で選ぶASP・CMSと公式料金、ツールで足りない条件](https://www.issoh.co.jp/column/details/18920/)を参照してください。

## WordPressで会員サイトを作る手順、会員種別の作成から公開前のテストまで

ここからはWordPress上の作業に絞ります。会員種別や閲覧権限表を決めるところまでの全体の工程は、関連記事の作り方の解説で扱っています。

### プラグイン導入から会員種別・閲覧制限・登録画面までを設定する5つの工程

プラグインごとに画面の名前は違いますが、設定の順番は共通です。

1. テスト環境の用意：本番とは別のサイトに同じテーマとプラグインを入れ、WordPress本体と各プラグインの版をそろえる
2. 会員プラグインの導入：選んだプラグインを有効化し、既定で作られる登録・ログイン・マイページの固定ページを確認する
3. 会員種別の作成：無料会員・有料会員などのレベルを作り、有効期限と、期限切れのあとに戻す種別を決める
4. 閲覧制限の設定：記事・固定ページ・メニューごとに見せる種別を指定し、未ログインの人に見せる冒頭部分と案内文を書く
5. メールと画面の文面の書き換え：登録確認・パスワード再設定・期限切れのメールを、自社の文面に置き換える

3つ目の「期限切れのあとに戻す種別」を決めないまま進めると、有料会員の期限が切れた瞬間に会員自体が消えるのか、無料会員に戻るのかがプラグインの既定値任せになります。テストは管理者アカウントではなく、種別ごとに作ったテスト用の会員で、ログアウトした状態も含めて全ページを開いて確かめます。

### 有料会員を足すときの決済連携と、更新失敗時に会員種別を戻す設定の確かめ方

有料会員サイトでは、決済代行の管理画面とプラグインの両方に設定が要ります。決済代行の側で商品と価格を作り、決済の結果をサイトへ知らせる通知の送り先（Webhook）にプラグインが指定するURLを登録する流れが、Stripe・PayPalのどちらでも基本です。この通知が届かないと、カードの請求が成功しても会員種別が有料に切り替わりません。

見落としやすいのは2回目以降の請求です。月額の更新でカードの有効期限が切れていた場合に、何日後に無料会員へ戻すか、会員にどのメールを送るかは、プラグインと決済代行の設定が組み合わさって決まります。テストでは決済代行のテスト用カードで、初回の申込み・更新の成功・更新の失敗・解約の4つを一通り通してください。継続課金で更新が失敗したときの再試行の考え方は、[サブスクリプション課金とは？継続課金の仕組み・オフセッション決済と更新失敗対策の実装](https://www.issoh.co.jp/tech/details/15728/)で開発側の視点から詳しく扱っています。

## プラグイン方式の限界が出る3か所、キャッシュ・REST API・添付ファイルの抜け道

会員プラグインが制御するのは、WordPressがテーマを通して画面を作るときの表示です。画面を作る経路の外から会員限定の中身に届く道が3つあり、競合の解説記事ではほとんど触れられていません。どれもプラグインを入れただけでは塞がらないことがあるため、公開前に未ログインのブラウザで確かめます。

### ページキャッシュが会員向けのHTMLを未ログインの閲覧者へ配ってしまう設定漏れ

表示を速くするページキャッシュは、一度作ったHTMLを保存して、次の閲覧者にもそのまま返す仕組みです。キャッシュ用のプラグイン、レンタルサーバーのキャッシュ機能、CDNのどれかが、会員がログインした状態で作られたHTMLを保存すると、会員限定の本文が未ログインの人にも配られます。逆に、未ログインの状態のHTMLが保存されると、有料会員がログインしても「会員登録してください」の案内しか見えなくなります。

確かめる方法は、会員でログインしたブラウザで限定記事を開いた直後に、別のブラウザ（シークレットウィンドウ）で同じURLを開くことです。限定部分が見えたら、ログイン中の利用者をキャッシュの対象から外す設定と、マイページ・登録画面など会員ごとに中身が変わるページをキャッシュしない除外設定を見直します。サーバー側のキャッシュとCDNの両方を使っている場合は、両方の設定が必要です。

### REST APIと添付ファイルのURLから会員限定の本文やPDFが見える経路と確認方法

WordPressには、画面を通さずに記事のデータを取り出せるREST APIがあります。公式の[Posts エンドポイントの仕様](https://developer.wordpress.org/rest-api/reference/posts/)では、`/wp/v2/posts` の一覧は既定で公開状態の記事を返し、`slug` で特定の記事に絞れます。会員プラグインがこの経路の本文まで隠すかは製品次第です。ブラウザのアドレス欄に、自社サイトのドメインに続けて `/wp-json/wp/v2/posts?slug=記事のスラッグ` を付けて開き、返ってきた本文に会員限定の部分が含まれていないかを未ログインの状態で確かめます。

添付ファイルも同じです。管理画面からアップロードしたPDFや画像は、記事に閲覧制限をかけても、ファイルのURLを直接開けば見られる状態の場合もあるため、注意してください。Simple Membershipの公式ページが保護の対象として挙げるのはギャラリーと添付ファイルページで、WP-Membersはファイルの保護を有料のDownload Protect拡張に分けた構成です。会員向けに配る資料は、ファイルのURLを未ログインのブラウザに貼り付けて開けないことを確かめ、開ける場合は保護機能のある拡張か、ログインを確かめてから渡す配布の仕組みを用意します。WordPress全体の攻撃面の点検手順は[WordPressセキュリティ対策：攻撃面ごとの設定とWP-CLIでの確認手順](https://www.issoh.co.jp/tech/details/18610/)にまとめています。

### 会員属性の絞り込みと外部システム連携で、プラグインの組み合わせが崩れる場面

プラグイン方式が本当に苦しくなるのは、会員データをサイトの外と結びつけたときです。WordPressの会員情報は、ユーザー情報に項目を継ぎ足す形で保存されます。「入会日」「店舗コード」「契約プラン」のような項目が増え、それらを組み合わせて会員を絞り込んだり一覧をCSVで出力したりする作業が日常になると、管理画面の検索だけでは追いつかず、別のプラグインを足すことになります。

典型的な崩れ方は、会員プラグイン・フォームのプラグイン・メール配信のプラグイン・CSV入出力のプラグインがそれぞれ会員データを読み書きし、更新のたびに項目の受け渡しが壊れるケースです。店舗の会員カードや基幹システムの契約情報と同期させる要件が加わると、毎週の手作業のCSV取り込みが残ります。プラグインが4つ以上、会員データを書き換えている状態は、方式を見直す合図として扱ってください。

## WordPressのまま続けるか、受託開発の会員サイトへ移るかを決める判断基準

WordPressで作ること自体は、会員サイトの多くで妥当な選択です。判断の分かれ目は会員の人数ではなく、会員データの出入り口がサイトの中で閉じているかどうかにあります。

### WordPressのまま続けてよい条件と、プラグインを足さずに止める3つの線引き

次の条件がそろっていれば、WordPressのまま続けて問題ありません。会員データの出入り口がWordPressの中だけで閉じていること、決済は1つの決済代行で会員プラグインが標準で扱える範囲に収まること、本体とプラグインの更新を月1回以上こなす担当者か保守委託先が決まっていることの3つです。

逆に、プラグインを足して解決しようとせずに止める線も3つあります。会員データを書き換えるプラグインが4つ目になるとき、決済代行を2社にするとき、外部のシステムと会員情報を毎日同期する要件が出たときです。この線の手前であれば、テーマやプラグインの選定から構築、公開後の保守までを[WordPressサイト制作・CMS構築](https://www.issoh.co.jp/service/web/wordpress/)で相談を受けており、既存のWordPressサイトに会員機能を足す改修にも対応しています。

### 受託開発へ移るきっかけになる連携要件と、会員データを移すときの段取り

受託開発へ移るきっかけは、店舗の会員番号との統合、基幹システムの契約情報の表示、決済の通知と会員種別の自動連動のどれかが必須になった場合です。WordPressは記事や案内ページの管理に残し、会員の登録・認証・会員データだけを別の仕組みに切り出す構成も取れます。

移行の段取りで最初に決めるのは、会員IDの持ち方です。WordPressのユーザーIDをそのまま新しい仕組みの会員IDにすると、移行後にWordPressを外せなくなる点に注意してください。新しい会員番号を発行し、旧IDとの対応表を残してから移すと、二重登録の照合と問い合わせへの対応がしやすくなるのが利点です。パスワードは保存形式が違うと移せないため、全会員への再設定の案内を移行の計画に含めます。会員データの移行と同意情報の扱いは、[CIAMとは？顧客ID基盤の設計と会員DB移行・同意管理を実装視点で解説](https://www.issoh.co.jp/tech/details/16403/)で設計の段階から詳しく扱っています。

## よくある質問

WordPressで会員サイトを作るときに、検討の段階で寄せられやすい質問をまとめました。

### WordPressの会員サイトは無料で作れますか？

ソフトウェアの費用だけなら、WordPress本体とSimple MembershipやWP-Membersなどの無料プラグインで0円に抑えられます。ただし、レンタルサーバーと独自ドメインの費用は必ずかかり、有料会員にするなら決済代行の手数料も発生します。無料版で足りない機能を有料の拡張で足すと、年額のライセンス費が加わることにも注意が必要です。必要な機能を先に洗い出し、無料の範囲で足りるかを確かめてから選ぶと、後から構成を組み替える手間を避けられます。

### WordPressの会員サイトは何人まで運用できますか？

会員プラグインの公式ページに、会員数の上限は示されていません。実際に限界を左右するのは人数より、会員の項目を使った絞り込みやCSV出力、外部システムとの同期の頻度です。会員ごとに中身が変わるページはキャッシュが効かないため、会員が同時に多く訪れるサイトではサーバーの処理能力も見積もりに入れます。人数が増えたら、管理画面での会員検索とCSV出力にかかる時間を定期的に測っておくと、方式を見直す時期を判断しやすくなります。

### 既存のWordPressサイトに会員機能を後から追加できますか？

追加できます。会員プラグインを入れて会員種別と閲覧制限を設定すれば、既存の記事やページの一部を会員限定に切り替えられます。注意したいのは、既に使っているキャッシュ用のプラグインやテーマとの相性です。会員機能を足したあとは、ログイン中とログアウト中で表示が正しく切り替わるかを全ページで確認してください。本番サイトでいきなり有効化せず、同じ構成のテスト環境で確かめてから反映すると、公開中の記事の表示が崩れる事故を防げます。

### 有料会員サイトにするとき、申込み画面に何を表示すればよいですか？

有料会員の申込みボタンの直前の画面は、特定商取引法の最終確認画面に当たり、料金・支払い時期・提供期間・自動更新の有無・解約の条件などの表示が必要です。会員プラグインの既定の申込み画面には、これらの項目がそろっていないことがあるため、テンプレートの書き換えが必要になる場合もあります。表示事項の一覧と確かめ方は、関連記事の会員サイトの作り方で、消費者庁のガイドラインに沿って整理しています。

### WordPressの会員サイトで特に注意すべきセキュリティ対策は何ですか？

WordPress特有の注意点は、本体・テーマ・会員プラグインの更新の遅れと、場所が知られている管理画面への攻撃の2つです。会員プラグインは会員の個人情報を扱うため、更新の通知が来たらテスト環境で動作を確かめてから本番に反映する手順を決めておきます。会員サイト全般のログイン設計や権限の判定については、関連記事のセキュリティ対策の解説で設計項目として並べています。

## 関連記事

- [会員サイトの作り方｜目的決めから公開・運用までの7ステップと方式の選び方](https://www.issoh.co.jp/column/details/18910/)：WordPressで作る前に決める会員種別や閲覧権限表、特商法の表示事項を工程順に確認できます。
- [会員サイトのセキュリティ対策：不正ログインと権限漏れを防ぐ設計チェック項目](https://www.issoh.co.jp/column/details/18916/)：ログインの守り方と閲覧権限の判定を、方式ごとの責任範囲とあわせて整理しています。
- [WordPress保守運用とは：作業範囲・費用相場と内製か外注かの判断基準を解説](https://www.issoh.co.jp/column/details/15799/)：会員プラグインを含む更新作業を、社内で担うか外注するかの判断に使えます。
- [会員管理システムとは？機能・顧客管理との違いと、Excelから移行する判断基準を解説](https://www.issoh.co.jp/column/details/12830/)：会員サイトの裏側で運営スタッフが使う会員台帳を、別の仕組みに切り出すときの考え方を扱っています。
- [Stripe Billingの実装手順：Price設計・従量課金・カスタマーポータルのコード](https://www.issoh.co.jp/tech/details/18535/)：有料会員の継続課金を、プラグインに頼らず実装する場合の手順を開発者向けに解説しています。

---

出典: [WordPressで会員サイトを作る方法｜プラグイン4種の比較と限界、受託開発へ移る判断](<https://www.issoh.co.jp/column/details/18918/>)（株式会社一創）
