技術者の視点から見る「WordPressプラグインで会員制サイトを作るべきでない理由」

はじめに

弊社の記事「WordPressのプラグインを使って会員制サイトを自分で作ってはいけない。」では、プラグイン選定の難しさや、それが想定通りに動かない問題、陳腐化リスクなど、主に運用・ビジネスの観点からWordPressの会員管理プラグインを利用した会員制サイトの問題点を説明しています。 

一方、この件については技術的な観点からも会員制プラグインに問題があると考えているため、本記事では同じテーマをWebアプリケーションエンジニアの視点から掘り下げ「なぜ技術的に避けるべきなのか」を改めて説明します。

 

WordPress のユーザー管理を会員管理に流用している

WordPress の会員制プラグインとして有名なものには Simple Membership、Ultimate Member、WP-Members Membership などがあります。名称も機能もさまざまですが、これらに共通しているのは、WordPress コアが持つユーザー管理システム、具体的には wp_users テーブルと wp_usermeta テーブル、そしてロール（権限管理）の仕組みの上に会員管理を後付けで構築するという設計です。 これらは以下のドキュメントなどから読み解くことができます。

• WP-Members: https://rocketgeek.com/plugins/wp-members/docs/managing-users/
• Ultimate Member: https://www.userelements.com/ultimate-member-database/
• Simple Membership: https://simple-membership-plugin.com/forums/topic/members-vs-users/ 

WordPress のユーザー管理は、もともと「誰が記事を書けるか、誰が公開できるか」を制御するための仕組みです。管理者（Administrator）、編集者（Editor）、投稿者（Author）、寄稿者（Contributor）、購読者（Subscriber）という標準のロール体系を見れば、これがCMSの記事ワークフローのために設計されたものだということは明らかです。

会員制プラグインを導入すると、この「記事管理のためのユーザー」と「サービスの会員ユーザー」が同じテーブル、同じ認証基盤、同じ管理画面の中に同居することになります。ここから、以下のような問題が生じます。

1. ログインの入り口が共通化されるセキュリティ問題

WordPress のログインは wp-login.php という単一のエンドポイントで処理されます。会員制プラグインを導入すると、一般会員もこの同じ入り口で認証を行うことになります。会員に「ここからログインしてください」と案内した瞬間、それは同時に管理者アカウントのログイン画面でもあるわけです。

一般的には、この wp-login.php に対して Basic 認証や IP 制限をかけるなどして、外部からの不正アクセスに備えていますが、このログインページを一般ユーザーにも開放することになるので、同様の防御策を利用できなくなってしまいます。 また、 wp-login.php を公開せずに内部的に  wp_signon() を呼び出すこともありますが、こちらでも同様に、管理者アカウントに対する不正なログイン試行をアプリケーションレベルで防ぐことはできません。 reCAPTCHA や WAF などの導入によって問題を軽減はできますが、管理ユーザーと一般ユーザーのログインの口を分離できないというのは望ましくありません。

現時点で有名な会員制プラグインを利用する限り、「同じ認証基盤を共有している」という構造的な問題は根本的に解消できません。 認証の入り口が結果的に同じである以上、そこに対するあらゆる攻撃は管理者アカウントと会員アカウントの両方に影響します。会員側のアカウントが乗っ取られた場合に、同じ認証基盤上にいる管理者アカウントへの横展開リスクも無視できません。

2. 会員データの検索・パフォーマンス問題

WordPress のカスタム属性管理は wp_usermeta テーブルに依存しており、これは EAV（Entity-Attribute-Value）パターンで設計されています。会員の「電話番号」「会社名」「加入プラン」「住所」といった情報は、すべて key-value の形でこのテーブルに行として格納されます。

独自に会員管理システムを構築するなら、これらはテーブルの正規化されたカラムとして定義できます。しかし wp_usermeta では 1つの属性が1行になるため、会員1人あたり10個のカスタム属性があれば10行、会員が1万人いれば10万行のメタデータ行が生まれます。

この構造では、「東京都在住で、ゴールドプランに加入していて、直近3ヶ月以内に登録した会員」のような複合条件の検索を行おうとすると、複数のサブクエリや JOIN が必要となり、会員数が数千人を超えたあたりからレスポンスの悪化が顕著になります。管理画面上のユーザー一覧で「少し重いな」と感じる程度ならまだしも、運用上必要な検索・集計処理が実用に耐えなくなるケースもあります。

3. 会員管理機能そのものの不足

WordPress の管理画面は CMS としてのユーザー管理、つまり「ユーザー名・メール・ロール」などで一覧・検索できれば十分、という設計思想で作られています。 数万人の会員を属性で絞り込み、一括操作し、帳票を出力するような業務管理機能はそもそも想定されていません。

会員制プラグインは独自の管理画面を提供するものもありますが、それでも以下のような実務上の要件を満たすのは難しい場合が多いです。

• 複合条件でのフィルタリングと検索：カスタム属性を組み合わせた柔軟な検索。
• CSVエクスポート：カスタム属性を含めた一覧出力。日本の業務環境では文字コード（Shift_JIS）対応、フィルタリング結果のみの出力など、細かい要件が付きやすいです。
• CSVインポートによる一括登録・更新：既存会員データの移行や一括変更。対応しているプラグインは少ないのが現状です。
• 途中からのフィールド追加・変更：「法人番号」「部署名」などを後から追加したくなったとき、プラグインの設定画面だけで対応できるとは限りません。

これらは「プラグインが未完成だから」ではなく、WordPress のユーザー管理機構を会員管理に転用している以上、土台の設計思想と要件との間にギャップがあることに起因しています。

なお、もしかすると、今回例として挙げた３つのプラグイン以外で、新しく wp_users テーブルを使わない会員管理用プラグインが作られる可能性もあります。 ただし、できることの自由度に制限があることや、プラグインそのもののメンテナンスが継続される保証がないといった問題は残るため、導入の際にはプラグインが自分たちの業務に一致するかをきちんとチェックしてから導入することを推奨します。

会員管理システムを WordPress から分離する

ではどうするべきでしょうか？

これは、前述の記事でも提案されている通り、会員管理に関する機能を WordPress から完全に独立させるのが技術的にも合理的なアプローチになると考えています。

具体的には、WordPress はあくまでコンテンツ（記事・ページ）の管理と表示に徹し、会員登録・認証・課金・会員情報管理といった機能は別途構築した専用のアプリケーションが担います。WordPress とこの会員管理システムの間は、内部ネットワーク上の HTTP/S 通信（REST API など）で連携する設計となります。

この構成により、以下のメリットが得られます。

• 認証基盤の分離：CMS管理者のログインと会員のログインが完全に別の仕組みになるため、先述のセキュリティ上の構造的問題が解消されます。会員向けのログインエンドポイントが攻撃を受けても、WordPress の管理者認証には影響しません。
• データ設計の自由度：会員情報を正規化されたテーブル設計で持てるため、EAV の制約から解放されます。複合検索も通常のSQLで高速に実行でき、インデックス設計も自由に行えます。
• 機能拡張の自由度：CSV入出力、課金ステータス管理、会員ランク制御、メール配信連携など、業務要件に応じた機能を「プラグインが対応しているかどうか」に左右されずに実装できます。
• アップデートリスクの低減：WordPress 本体やプラグインのバージョンアップが会員管理の機能に影響しません。WordPress はCMSとしてのアップデートに専念でき、会員管理システムは独自のライフサイクルで保守できます。

まとめ：WordPress は万能ツールではない

WordPress は世界で最も普及しているCMSであり、ブログや企業サイトのコンテンツ管理には非常に優れたツールです。しかし「普及している」ことと「何にでも使える」こととは違います。

会員管理は、認証・認可・課金・個人情報保護・業務管理といった複数の専門領域にまたがるシステムであり、ブログ記事を管理するためのCMSの延長線上で実現するには無理があると考えています。
プラグインの品質や機能の問題ではなく、そもそも土台となるアーキテクチャが異なる用途のために設計されているという、構造レベルの問題です。

適材適所という言葉の通り、コンテンツ管理は WordPress に、会員管理は専用のシステムに。両者を疎結合に連携させることが、長期的に見て最もコストが低く、安全で、技術的にも推奨できるアプローチだと考えます。

なお、弊社ではこの考えに基づき、WordPress をコンテンツ管理に、会員管理・課金・認証を独立したシステムに分離する構成で、多数の会員制サイトを構築・運用してきた実績があります。

本記事の内容は、そうした現場での経験も踏まえたものです。