WordPressの有料（Premium）プラグインのライセンスは、「どのプラグインを、誰のアカウントで買い、どのサイトで有効化し、いつ期限が切れるか」を1か所にまとめておくと、更新漏れやサイト移行時のトラブルを防げます。この記事では、ライセンスの仕組みを押さえたうえで、台帳の作り方、ライセンスキーの安全な置き場所、ステージングやドメイン変更のときの扱い、更新が表示されないときの確認方法を解説します。
有料プラグインのライセンスの仕組み
WordPress.orgの公式ディレクトリにあるプラグインは、WordPressが自動で更新の有無を確認します。一方、有料プラグインやその有料版は、販売元が運用する独自の更新サーバーから配布されることがほとんどです。ライセンスキーを入力して有効化すると、プラグインが販売元のサーバーに「このサイトで使っている」と登録し、その後は更新の確認とダウンロードのたびにライセンスが有効かどうかが照合されます。
そのため、ライセンスが切れたり、有効化されていなかったりすると、次のようなことが起きます。
- 管理画面に更新が表示されない、または表示されても「パッケージをダウンロードできない」となる
- 販売元のサポートを受けられない
- 製品によっては、一部の機能や外部サービスとの連携が止まる
期限切れ後もプラグイン自体は動き続ける製品が多いものの、扱いは販売元ごとに異なります。いちばんの問題は、更新が止まることでセキュリティ修正を受け取れなくなる点です。有料プラグインでも脆弱性は見つかるため、「動いているから大丈夫」とは言えません。
ステップ1：ライセンス台帳を作る
最初に、サイトで使っている有料プラグインを洗い出します。管理画面のプラグイン一覧でも確認できますが、WP-CLIを使うと複数サイトの情報を同じ形式で集められます。
# プラグインの名前・状態・現在のバージョン・更新の有無を一覧にする
wp plugin list --fields=name,status,version,update,update_version有料プラグインかどうかは一覧だけでは区別できないため、プラグインの説明や作者のサイトを見て判断します。洗い出したら、スプレッドシートなどで台帳を作ります。項目の例は次のとおりです。
- プラグイン名と販売元
- 購入したアカウント（メールアドレス）と、購入者の名義
- ライセンスの種類（使えるサイト数など）と有効期限、自動更新の有無
- 有効化しているサイトのURL（本番・ステージング・開発の区別）
- 請求書や領収書の保管場所
ライセンスキーそのものは台帳に書かず、パスワード管理ツールなど権限を絞れる場所に保管します。台帳は多くの人が見るため、キーまで載せると漏えいしたときの影響が大きくなるからです。
ステップ2：購入アカウントの名義をはっきりさせる
制作会社がクライアントのサイトを作る場合や、担当者が個人のメールアドレスで購入した場合に、後から「誰のライセンスなのか」がわからなくなる問題がよく起きます。担当者が退職すると、販売元のアカウントにログインできず、更新もサイトの付け替えもできなくなります。
社内のサイトなら、個人ではなく共有のメールアドレスでアカウントを作ります。制作会社がクライアントのサイト用に購入する場合は、引き渡し後にクライアント名義へ移すのか、制作会社のライセンスを使い続けるのかを契約の段階で決めておきます。複数サイト用のライセンスを他社のサイトに使ってよいかどうかは販売元の規約によるため、購入前に確認してください。
ステップ3：ライセンスキーを安全に保管する
ライセンスキーは、多くのプラグインで設定画面から入力し、データベースの wp_options テーブルに保存されます。一部のプラグインは、wp-config.php に定数として書く方法も用意しています。たとえばACF PROやGravity Formsは、公式ドキュメントで次のような定数を案内しています。
// wp-config.php（値はダミー。実際のキーをGitなどに含めないこと）
define( 'ACF_PRO_LICENSE', 'your-license-key' );
define( 'GF_LICENSE_KEY', 'your-license-key' );定数で管理すると、データベースを別の環境へ複製したときにキーが一緒に移らないため、環境ごとに有効化の状態を分けやすくなります。ただし、wp-config.php やテーマのファイルをGitで管理している場合は、キーがリポジトリに入らないよう、環境変数や管理対象外の設定ファイルから読み込む形にします。定数に対応しているかどうか、定数名が何かはプラグインごとに異なるため、各プラグインのドキュメントで確認してください。
どのオプションにキーが保存されているかを調べたいときは、名前だけを一覧にします。値まで表示すると画面やログにキーが残るため注意します。
wp option list --search="*license*" --fields=option_nameステップ4：ステージング・移行・ドメイン変更のときの扱い
ライセンスはサイトのURLと結びついていることが多く、環境を複製したりドメインを変えたりしたときに問題が出ます。
ステージングや開発環境：本番のデータベースを複製すると、ライセンス情報も一緒にコピーされます。製品によっては、ステージング用のURLを自動で判別して数に含めないものもあれば、別のサイトとして数えて使用枠を消費するものもあります。どちらの扱いかを確認し、必要に応じて複製先ではライセンスを無効化しておきます。
ドメイン変更やサーバー移行：古いURLで有効化したままにすると、新しいURLで有効化しようとしたときに使用枠が足りなくなることがあります。移行前に、プラグインの設定画面でライセンスを無効化するか、販売元のアカウント画面で古いサイトを登録から外しておくと、移行後の作業がスムーズです。古いサーバーをすでに止めてしまった場合も、販売元のアカウント画面から外せることが多いです。
マルチサイト：ネットワーク全体で1つのライセンスとして扱う製品と、サイトごとに数える製品があります。導入前に、使用枠の数え方を確認しておきます。
ステップ5：更新が表示されないときの確認
ライセンスを入力したのに更新が表示されない、または更新に失敗する場合は、次の順に確認します。作業前にはサイトとデータベースのバックアップを取ってください。
- ライセンスの状態：プラグインの設定画面で「有効」と表示されているか、期限が切れていないかを見ます。
- サイトのURL：登録したURLと現在のURLが一致しているか確認します。
httpとhttps、wwwの有無の違いで別のサイトと判定される製品もあります。 - 外部への通信：
wp-config.phpでWP_HTTP_BLOCK_EXTERNALを有効にしている場合、WP_ACCESSIBLE_HOSTSに販売元の更新サーバーが含まれていないと照合できません。サーバーのファイアウォールやSSLの問題で外部に接続できないこともあります。 - 更新情報のキャッシュ：WordPressは更新の確認結果を一定時間保存しています。古い結果が残っている場合は、保存された更新情報を削除してから確認し直します。
# 保存されているプラグインの更新情報を削除し、改めて確認する
wp transient delete update_plugins --network
wp plugin list --fields=name,version,update,update_versionどうしても管理画面から更新できない場合は、販売元のアカウント画面から最新版のZIPファイルをダウンロードし、上書きでインストールする方法があります。
# バックアップを取ってから実行する
wp plugin install ./plugin-name.zip --force非正規の配布物を使わない
有料プラグインを無料で配布しているサイトのファイル（いわゆるnulled版）には、不正なコードが仕込まれている例が多く報告されています。ライセンスの照合を外す改造がされているため、更新も届きません。費用を抑えたい場合は、無料版で足りるかを見直すか、同等の機能を持つ公式ディレクトリのプラグインを検討する方が安全です。
期限切れを防ぐ運用
台帳に有効期限を書いたら、期限の1か月前などに通知が届くよう、カレンダーやタスク管理ツールに登録します。自動更新にしている場合も、登録したクレジットカードの期限切れで更新に失敗することがあるため、販売元からのメールが届くアドレスを定期的に確認します。
更新を止めたプラグインがある場合は、そのプラグインを使い続けるか、代わりのプラグインに移るかを決めます。使い続けるなら、脆弱性情報を確認する担当と頻度を決めておくと、気づかないまま放置される状態を避けられます。価格や使用枠の条件は販売元ごとに異なり、変わることもあるため、2026年10月現在の情報であっても購入・更新の前に各販売元の案内を確認してください。
まとめ
- 有料プラグインは販売元の更新サーバーでライセンスを照合するため、期限切れや未有効化で更新が止まります。
- プラグイン名、購入アカウント、使用枠、有効化先、期限を台帳にまとめ、キーは別の安全な場所に保管します。
- 購入は個人ではなく共有のアカウントで行い、制作会社とクライアントの間では名義を事前に決めます。
- ステージングへの複製やドメイン変更の前には、ライセンスの扱いを確認し、不要な有効化を外します。
- 更新が出ないときは、ライセンスの状態、URL、外部通信、更新情報のキャッシュの順に確認します。