マイクラプラグインサーバーの立て方!Paperで導入する手順を初心者向けに解説
2026.10.04
マイクラサーバーのプラグインが反映されない!原因と確認方法を解説

- プラグインを入れてサーバーを再起動したのに、コマンドが使えないまま…
- /pluginsで確認したら赤く表示されている、でも何が原因かわからない
- そもそも/pluginsに名前すら出てこない
プラグインが動かないとき、焦ってファイルを入れ直しても解決しません。
見るべき場所は決まっています。
原因の大半は、次の4つのどれかです。
- フォルダの置き場所
- サーバーの種類の不一致
- バージョン違い
- 前提プラグインの不足
この記事では、/pluginsコマンドとサーバーログの読み方から、各原因の確認手順まで解説します。
読み終えると、赤く表示されている原因を特定して、具体的な修正に進める状態になります。
まず確認する2つのこと
プラグインが動かないとき、まず見るのはこの2つです。
ここで9割の原因は見えてきます。
- プラグインの読み込み状態を確認する
- サーバーログでエラーを探す
どちらもサーバーを止めずに確認できます。
プラグインの読み込み状態を確認する

サーバーのコンソールまたはゲーム内で/pluginsを実行すると、読み込まれたプラグインの一覧が表示されます。
/plugins| 表示色・状態 | サーバー内の状態 | 対処の方向性 |
|---|---|---|
| 緑色 | 有効になっている | 機能が動くかは別です。コマンドや権限設定を確認します。 |
| 赤色 | 読み込まれたが、いまは無効 | ログのエラーを見て、前提プラグインの不足やバージョン不整合を確認します。 |
| 表示されない | 読み込みに失敗した | ログのエラーを見て、配置場所、サーバーの種類、前提プラグイン、ファイルの破損を確認します。 |
赤色でも表示されない場合でも、まずサーバーログを見ます。表示されない原因は置き場所やサーバーの種類だけでなく、前提プラグインの不足やplugin.ymlの誤り、jarの破損でも起きます。
サーバーログでエラーを探す
サーバーを起動したときのログに、プラグイン名と一緒にERRORやWARNが出ていないか確認します。
ログはlogs/latest.logに保存されています。
エラー文の中にClassNotFoundException、NoClassDefFoundError、Unknown dependencyなどが含まれていれば、サーバーバージョンの不一致か、先に入れておく必要があるプラグインの不足が原因です。

latest.logでERRORを検索して、最初に出てきた行をそのまま検索窓に貼ると、同じエラーの解決策が見つかりやすいです。
ログに出るエラー文の意味と対処は、エラー別の直し方でも解説しています。
原因別の確認チェックリスト
プラグインが動かないときは、以下の表から当てはまる症状を見つけて原因を切り分けましょう。
| 原因 | 症状 | 確認方法 |
|---|---|---|
| pluginsフォルダへの配置ミス | /pluginsに表示されない | フォルダの中身を確認 |
| サーバーの種類が違う | 起動エラー、/pluginsに出ない | jarファイルの対応サーバーを確認 |
| バージョン不一致 | 赤色表示、起動エラー | プラグインの対応バージョンを確認 |
| 前提プラグインの不足 | 赤色表示、Unknown dependency | プラグインページで依存関係を確認 |
| サーバー再起動していない | コマンドが使えない | サーバーを完全に再起動する |
| ファイルが破損・非対応 | 起動エラー | 公式サイトから再ダウンロード |
再起動していないだけかもしれないなら、停止から起動までの手順を先に確認してください。
以下では、特に発生しやすい上位4つの原因について詳しい対処法を解説します。
プラグインフォルダへの配置を確認する

プラグインは必ずpluginsフォルダの直下に置きます。
サブフォルダの中に入れたり、別のフォルダと間違えたりすると、サーバー起動時に読み込まれません。
見るのはこの3つだけです。
- ファイルは
.jar形式か(zipのままだと動かない) pluginsフォルダの直下にあるか(サブフォルダの中ではない)pluginsフォルダがサーバーの起動ファイルと同じ階層にあるか
ZIPファイルをダウンロードした場合は、解凍してから.jarファイルだけをpluginsフォルダへ入れます。
補足
Spigot・Paper・Purpurのサーバーでは、起動ファイル(server.jar)と同じ場所にpluginsフォルダが作られます。別の場所に別のpluginsフォルダを作っても読み込まれません。
PaperまたはSpigot対応か確認する
プラグインにはサーバーの種類の指定があります。
| プラグインの種類 | 動作するサーバー |
|---|---|
| Spigot対応 | PaperとSpigotで動く |
| Paper専用 | Paperでのみ動く |
| Bukkit対応 | Spigot・Paperどちらでも動くことが多い |
| Fabric MOD | Fabricサーバーで動く。Paper・Spigotでは動かない |
バニラサーバーやForgeサーバーにSpigot向けプラグインを入れても、読み込まれません。
配布元のSpigotMCやHangar、Modrinthで対応サーバーを先に確認すると、読み込まれないプラグインで時間を使う失敗を避けられます。

Paper向けのプラグインをForgeで使おうとしているケースです。

サーバーの種類が違うと動かないので、まず種類を確認します。
プラグインサーバーの準備からやり直す場合は、構築記事へ戻ります。
バージョン違いを確認する

プラグインにはマイクラのバージョン指定があります。
サーバーのバージョンや種類が対応範囲から外れていると、プラグインの読み込みに失敗することがあります。/pluginsで赤く表示される場合は有効になっていないため、ログで原因を確認します。
- サーバーコンソールで
versionを実行してサーバーの種類とバージョンを確認する - 配布ページでMinecraftの対応バージョン範囲と対応サーバー種類を見る
- 自分のサーバーが対応範囲に含まれるファイルを選ぶ
サーバーのバージョンを確認するコマンドはこれです。
version対応範囲に含まれない場合は、配布ページのバージョン一覧(Modrinthでは「Versions」)を開き、自分のサーバーに対応するファイルを探します。
古いプラグインのままサーバーを上げた場合も同様です。
補足
サーバー本体のバージョンを上げたあとは、プラグインの対応状況も確認します。古いプラグインのまま動くこともありますが、内部仕様やAPIの変更に引っかかると起動失敗して赤く表示されます。
前提プラグインを確認する
知らないと引っかかりやすいのが前提プラグインです。
別のプラグインが先に入っていないと動かない仕組みで、これを依存関係と呼びます。
中でもよく使われる基本プラグインや前提プラグインは次の3つです。
- LuckPerms:プレイヤーやグループごとの権限を管理します
- Vault:経済サーバーの売買機能や権限連携を橋渡しする前提プラグインです
- PlaceholderAPI:ステータス表示や文字の置き換えに必要な前提プラグインです
サーバーログにUnknown dependencyと表示された場合は、必須の前提プラグインが不足して起動が止まっています。
softdependは任意の依存関係のため、対象プラグインがなくても読み込まれますが、連携機能を使うなら配布ページを確認して導入してください。

エラーに出ているプラグイン名を検索して、依存プラグインを入れます。
よく使うプラグインは、プラグインの入れ方の一覧に用途と一緒に載っています。
赤色表示やコマンドエラーが出たときの確認順
/pluginsで赤く表示されているプラグインは、ファイルは読み込まれているが起動に失敗している状態です。
この順番で見ていくと絞りやすいです。
- サーバーログで
ERRORやWARNの内容を確認する - バージョン不一致のエラー文が出ていないか確認する
- 前提プラグインのエラーが出ていないか確認する
- ここまでで解決しない場合は、プラグインを削除して公式から再ダウンロードする
コマンドは使えるが、期待した動作をしないという場合は、プラグインのconfig.ymlが正しく設定されているかを確認します。
config.ymlはプラグインを一度起動するとplugins/[プラグイン名]/フォルダ内に生成されます。
補足
コマンドがUnknown commandと表示される場合は、次の順に確かめます。
- 配布ページのコマンド名と引数を見て、打ち間違いや古いコマンド名でないか確かめる
/pluginsで名前が緑か確かめ、赤や非表示なら起動ログを見る- config.ymlで、その機能やコマンドが無効になっていないか確かめる
- そのコマンドに必要な権限ノードがプレイヤーに付いているか確かめる
権限が足りないときは、OPをまとめて付けるより、必要な権限ノードだけを付けるほうが安全です。
オペレーター権限の付け方と、付けたのにコマンドが通らないときの確認点はOP権限の付け方で扱っています。
解決しないときは1つずつ外す

複数を一度に入れると、どれが原因かわからなくなりがちで、僕も最初のころはここで詰まりました。1つずつ外して確認するのは遠回りに見えて、原因にたどり着くにはこれが確実です。
- サーバーを停止する
- 入れたプラグインを1つだけ
pluginsフォルダから別の場所に移す - サーバーを再起動して
/pluginsと動作を確認する - 問題が消えた → 移したプラグインが原因
サーバーを停止するときは、コンソールでこのコマンドを実行します。
stopここまで確認しても直らない場合、疑うべきはプラグイン側の不具合(バグ)です。
僕もRPG系のプラグインで、バージョンも前提プラグインも合っているのに、エラーを吐き続けて使えなかったことがあります。
原因は自分の設定ではなく、プラグイン自体のバグでした。
こういうときは、SpigotMCのフォーラムなど、プラグインの公式フォーラムでエラー文を検索します。
同じ症状の報告や修正版が見つかることが多く、別のバージョンや代わりのプラグインに切り替えると解決します。
作業前にバックアップの手順に沿って、サーバーのワールドフォルダとpluginsフォルダを別の場所にコピーしておいてください。設定変更で問題が起きても元の状態へ戻せます。
よくある質問
Qプラグイン更新後は/reloadで読み直しても大丈夫ですか?
A
Paperでは/reloadは非推奨です。サーバーを完全に停止してから起動し直し、プラグインと設定を正しく読み込ませます。
QログにUnsupportedClassVersionErrorが出た場合は何を確認しますか?
A
サーバーで使っているJavaが古い可能性があります。java -versionで現在の版を確認し、プラグインとサーバーソフトが要求するJavaへ更新してから再起動します。
まとめ:プラグインの状態とログから原因を特定する
動かない原因のほとんどは、次の6ステップで特定できます。
/pluginsでプラグインが緑か赤か、表示されているか確認する- サーバーログで
ERRORやWARNの内容を確認する pluginsフォルダへの配置と.jar形式であることを確認する- サーバーの種類(Paper・Spigotか)とプラグインの対応を確認する
- マイクラとプラグインのバージョンが合っているか確認する
- 前提プラグインが入っているか確認する
複数を一度に入れて動かなくなった場合は、1つずつ外しながら原因を絞り込みましょう。日頃からプラグインを1つ追加するたびに動作確認を行う習慣をつけると、トラブルの早期発見につながります。
プラグインを全部外しても不具合が残るなら原因は別にあるので、起動しない・重いなどの症状別まとめから探してください。
動くようになったら、次に入れる候補を用途別のおすすめプラグインで選べます。
自分で原因を切り分けきれない場合は、構築の相談することもできます。









