Server.pro 徹底解説｜無料マイクラサーバー作成・接続・運用まで初心者向けに解説

2025年6月23日2026年1月25日

「無料でマイクラのマルチサーバーを立てたい。でも、どこまでできるの？」
Server.proを調べ始めた人ほど、こんな疑問や不安にぶつかりがちです。

「本当に無料で遊べるの？途中で課金が必要にならない？」
「英語の管理画面って聞いたけど、初心者でも迷わず設定できる？」
「サーバーを作った後、どうやって友だちを招待するの？ IPやポートって何？」
「統合版（スマホ／Switch）でも参加できる？入れないときはどうする？」
「MODやプラグイン、配布ワールドは無料枠でも入れられる？」
「重い・ラグい・落ちるって本当？対策はある？」
「更新（延長）を忘れたらどうなる？ワールドは消える？バックアップは必要？」
「Aternosと比べて、結局どっちがいいの？」

無料サーバーは手軽な反面、起動の仕組みや制限を理解せずに始めると“つまずきやすい”のも事実です。
特にServer.proは「常時稼働のサーバー」ではなく、無料枠は試用（セッション）として賢く使うのがポイント。ここを押さえるだけで、ストレスや失敗はかなり減ります。

この記事では、Server.proを初めて触る人でも迷わないように、サーバー作成 → 接続 → 運用 → データ保護 → トラブル対策 → 比較 → 上位手段（有料/VPS）までを一つの流れでまとめました。
実際に運用する立場で「どこで詰まりやすいか」「何を先に決めるべきか」も丁寧に解説するので、読み終わるころには “自分にとってServer.proが合うかどうか” まで判断できるはずです。

【※快適にプレイしたい場合は有料サーバーをおすすめします↓】

あわせて読みたい

マイクラサーバー徹底解説｜初心者でも失敗しない選び方「友だちとマイクラを遊びたいだけなのに、サーバー周りが難しそうで止まっている」──そんな状態になっていませんか。「無料サーバーって本当に安全？ワールドが消え…

あわせて読みたい

ゲーム用レンタルサーバー徹底解説｜おすすめ比較・失敗しない選び方「友だちとマイクラやARKをマルチプレイしたいけど、どのレンタルサーバーを選べばいいのかわからない……」「VPSとか専用サーバーって聞くけど、結局どれがゲーム向きな…

まず結論：Server.proで「できること／難しいこと」

Server.proは、「無料で試せるホスティング」として便利ですが、無料枠は“お試し（デモ）”の性格が強く、常時稼働や高負荷運用には向きません。
そのうえで、サーバー種類（Java/Bedrock、MOD系/プラグイン系）を正しく選べば、やりたいことはかなり整理できます。

できること／難しいこと（ざっくり早見）

スクロールできます

ざっくり結論	内容
✅ できる	短時間のマルチ、少人数での検証、設定いじりの練習、ワールドや設定の管理（ファイル管理機能がある）
⚠️ 条件つき	MOD・プラグイン・配布ワールドは、選ぶサーバー方式とプラン次第で可否や手間が変わる
❌ 難しい（無料だと特に）	24/7前提の運用、人が増えたときの快適さ維持、重いMODパック、安定した固定運用

無料枠の動き（起動・停止・更新の考え方）

無料枠は、感覚としては 「時間制のお試しサーバー」 です。
なので、最初にここを理解しておくとストレスが減ります。

無料枠の基本ルール（初心者がつまずきやすい所）

無料は“時間制限あり”
使える時間が決まっていて、延長（更新）しないと止まります。
更新（Renew）＝“残り時間を戻す操作”
「そろそろ切れる前に延長する」という使い方が基本です。
常時稼働の感覚で予定を組まない
友だちと遊ぶ時間が決まっているなら、事前に起動・更新の手順を把握しておくのが安全です。

運用のコツ（無料枠でハマりにくくする）

遊ぶ前に「起動→入室確認→更新方法確認」まで一度リハーサルする
“軽い遊び方”に寄せる（人数少なめ／重い要素を避ける）
長時間・週末運用が前提なら、最初から「有料」または「VPS」を視野に入れる（後で乗り換える方がラクなことも多い）

目安として、無料枠は「便利な実験場」。
“ずっと快適に遊ぶ場所”として期待しすぎないのがコツです。

MOD／プラグイン／配布ワールドはどこまで対応する？（サーバー種類とプラン差）

ここは混乱しやすいので、先に 3つを分けて考えるのが最短です。

1) MOD・プラグインの前に「サーバー方式」を選ぶ

マイクラ（特にJava版）は、サーバーの種類でできることが変わります。

プラグイン系（例：Paper/Spigot系）
- ✅ プラグインを入れて機能追加（経済、保護、ミニゲーム等）
- ❗ MOD（Forge/Fabricの“MOD”）は基本別枠
MOD系（例：Forge/Fabric系）
- ✅ MOD（新ブロック・新要素など）を導入
- ❗ プラグイン文化とは前提が違い、導入難易度も上がりがち

つまり、「プラグインを入れたいのにMOD系サーバーを選ぶ」（またはその逆）をやると、最初から詰みやすいです。

2) 配布ワールドは「ワールドデータを置けるか」が本質

配布ワールドは、基本的に
ワールドデータ（worldフォルダ等）をサーバー側へアップロードできれば導入可能です。

Server.proはブラウザから触れるファイル管理機能が案内されているため、ワールドの入れ替えやデータ管理の導線は期待できます。
ただし、実際の操作感や制限は プランやサーバー種類で変わり得ます。

3) 無料枠で“重い構成”は現実的に厳しいことが多い

MOD・大型配布ワールド・人数増は、単純にサーバー負荷が上がります。

無料枠＝資源（メモリ等）が小さめになりやすい
結果として、ラグや不安定さが出やすい
「導入できるか」より先に「快適に動くか」でつまずきがち

結論：

まずは無料で「導入の練習・動作確認」
本格運用は、負荷に応じて 上位プラン／VPSへ移行
…が一番失敗しにくいです。

Java版と統合版（Bedrock）の対応範囲と注意点

対応の考え方：JavaとBedrockは“別物”

Java版サーバー：PC中心（MOD・プラグイン文化が強い）
Bedrock版サーバー：スマホ・家庭用機・Windows等の参加が絡む

この2つは、基本的にそのままでは一緒に遊べません。
「どの端末の友だちと遊ぶか」で、最初の選択が決まります。

Bedrock側でできること（初心者が知っておくと得）

BedrockはJavaのMODとは違い、アドオン（Add-on）やBehavior Packなどの仕組みで拡張していきます。
Server.proの案内でも、Bedrockはマルチ端末対応やアドオン系のサポートがうたわれています。

ここは注意（よくある誤解）

JavaのMODをBedrockで動かす、は基本できません
Bedrockの“拡張”とJavaの“MOD/プラグイン”は概念が違う
「友だちがSwitch/スマホ中心」なら、最初からBedrock前提で設計する方が安全

Server.proの基本情報をざっくり把握

どんなサービスか（ゲームサーバーホスティングの位置づけ）

Server.proは、マイクラを含むゲームサーバーをクラウド上に用意してくれるホスティングサービスです。
自宅PCでサーバーを立てるのと比べて、次のような「面倒な部分」をサービス側が肩代わりしてくれます。

サーバー機材の準備・常時起動
外部公開に伴う設定（公開用の環境を用意する手間）
管理画面での基本操作（起動・停止、設定変更など）

また、Server.proはゲーム用途だけでなく、プランによっては一般的なホスティング（Web/DB用途）に寄せた枠も用意されているのが特徴です。
ただし初心者がまず見るべきは、マイクラを動かす前提の「ゲーム向けプラン（Gaming/Performanceなど）」です。

ポイント：
「自分でPCをサーバー化」するより、“借りる＆管理画面で動かす”発想に近いサービスです。

料金体系の見取り図（無料・有料の違い／選び方）

Server.proは大きく分けて、無料デモ（時間制限あり）と、月額の有料プランで考えると分かりやすいです。

無料は「ずっと無料」ではなく、時間制のデモ

無料枠は、公式の表現でも時間制限のあるデモという位置づけです。
スペックも明示されており、まずはここで「管理画面に慣れる」「接続できるか試す」のが現実的です。

有料は「用途別のプラン」を選ぶ発想

有料側は、ざっくり言うと次の考え方になります。

Hosting系：Web/DBなど汎用寄り（価格を抑えたい・ゲーム以外にも使いたい方向け）
Gaming/Performance系：ゲーム向けに最適化（マイクラを快適にしたい方向け）

料金・スペックのイメージ（代表例）

※料金・仕様は改定されることがあるので、最終確認は公式のPricingで行ってください。

スクロールできます

区分	位置づけ	価格の例	スペック例（公式表記の一例）
Free	時間制のデモ	$0/時間	2GB / 2コア / 5GB
Hosting	汎用ホスティング寄り	$7/月（例）	4GB / 4コア / 40GB（例）
Gaming	ゲーム向け	$15/月（例）	目的に応じて内容が変わる（プラン詳細で確認）

料金はUSD表示で、条件によって税（VAT）込みの表記になる旨も案内されています。
「日本円でいくら？」は、決済画面やカード請求タイミングのレートで変わるので、目安として捉えるのが安全です。

向いている人・向かない人（用途別の判断基準）

ここは「失敗しないための分かれ道」なので、目的別に整理します。

向いている人

まずは無料で触ってみたい（管理画面・接続・基本設定の練習）
少人数で、短時間のマルチができればOK
配布ワールドや設定変更など、“運用の流れ”を学びたい
将来的に有料へ移行してもいいので、入口として試したい

向かない人（別手段がラクになりやすい）

24時間稼働を当たり前にしたい（いつでも参加できる常設鯖）
人数が増える／重い構成（大型ワールド・多数MODなど）を前提にしたい
英語UIに強いストレスがある（日本語中心のサービスがよい）
“止まる・更新が要る”前提が合わない（遊ぶたびの管理が面倒）

迷ったときの選び方（初心者向けの結論）

まずは Freeで「できる／できない」を確認
「遊ぶたびに更新が面倒」「ラグが気になる」「人数を増やしたい」
こう感じたら、有料（Gaming/Performance側）に切り替えるか、最初からVPSも検討

目安として、無料枠はお試しと学習に強いです。
「長く・安定して・重めに」運用したいほど、上位プラン／VPSが現実的になります。

始める前の準備チェック

Server.proを触り始める前に、ここだけ押さえておくと「作ったのに入れない」「設定が噛み合わない」をかなり防げます。
先に準備を整えて、作成作業はスムーズに進めましょう。

必要なもの（端末・回線・マイクラの版／バージョン）

必須アイテム

Server.proのアカウント（登録用メールアドレス）
マイクラ本体
- Java版（PC向け）
- Bedrock/統合版（スマホ・Switch・PS/Xbox・Windowsなど）
安定した回線
- できれば有線 or 安定したWi-Fi（ラグ・切断対策）
参加者に共有できる連絡手段
- サーバーアドレス（IP）やポート番号、参加ルールを伝えるため

版（エディション）を揃えるのが最重要

マイクラは「Java版」と「統合版（Bedrock）」で別物に近いので、まずここを揃えます。

スクロールできます

遊ぶメンバーの環境	まず選ぶべき方向性
PC（Java版）中心	Java版サーバー前提で考える
スマホ・Switch・PS/Xboxが混ざる	統合版（Bedrock）サーバー前提で考える

一番多い失敗：メンバーが統合版なのに、Java版サーバーを作ってしまう（または逆）。

バージョンも合わせる（地味に重要）

マイクラは同じ版でもバージョン差で入れないことがあります
事前に「みんなが遊ぶバージョン」を決め、統一しておくのが安全です

事前に決める項目（地域・バージョン・サーバー方式）

サーバー作成中に選択を求められやすいポイントを、先に決めておくと迷いません。

地域（ロケーション）

基本は 「参加者に近い地域」 を選ぶのがセオリー
距離が近いほど、体感の遅延（ラグ）が減りやすいです

迷ったら：

日本メンバー中心 → なるべく近い地域
海外メンバーが混在 → “中間”に寄せる or 一番人数が多い地域に寄せる

バージョン（いつのマイクラで遊ぶか）

「最新で遊ぶ」か「安定版で遊ぶ」かを決めます
友だちの環境がバラバラなら、一番合わせやすいバージョンに寄せるのが無難

サーバー方式（MOD系／プラグイン系／バニラ）

ここが分かれ道です。目的に合わせて選びます。

とにかく簡単に遊びたい → まずは バニラ（素のマイクラ）
機能追加したい（保護・経済・ミニゲーム等） → プラグイン系
新要素を入れたい（MOD導入） → MOD系

初心者のおすすめ順

バニラ（まずは起動と参加を成功させる）
プラグイン（軽めの拡張で運用に慣れる）
MOD（相性・負荷・導入が一気に難しくなるので最後）

最低限の運用ルール（先に決めると揉めない）

招待制にする？（身内だけで遊ぶなら「はい」寄り）
難易度・ゲームモード（サバイバル／クリエ）
PvP（プレイヤー同士の攻撃）を許可するか
荒らし対策の方針（後述の権限設計とセット）

安全の基本（アカウント保護／権限設計の考え方）

「無料で気軽」は魅力ですが、公開サーバーはトラブルも起きやすいです。
最低限の安全対策だけ先に固めると、あとがラクになります。

アカウント保護（自分を守る）

パスワードは使い回さない
可能なら 二段階認証（2FA） を有効化する
ログイン情報を共有しない（運営者1名で管理するのが基本）

権限設計（サーバーを守る）

初心者の鉄則はこれです。

OP（管理者権限）は最小人数に限定
「便利だから全員OP」は避ける（事故・荒らしに直結）
招待制にするなら ホワイトリスト を使う（参加者を固定）

おすすめの役割分担

管理者：あなた（OP）
共同管理者：信頼できる1人まで（必要なら）
参加者：通常権限（OPなし）

情報共有の注意点（荒らし対策）

サーバーアドレス（IP/ポート）を不特定多数に公開しない
参加リンクや情報は、Discordなどクローズドな場所で共有する
変な人が入ってきたら「ホワイトリスト化」へ切り替える（後からでも有効）

バックアップの考え方（取り返しをつける）

まずは「消えて困るもの」を意識します
- ワールドデータ
- 設定ファイル
初心者は、最低でも 大きな変更の前に1回 バックアップを取るクセをつけると安心です

サーバー作成：最短ルートの手順

「とにかく早く遊べる状態にする」をゴールに、迷いやすいポイントだけ補足しつつ手順をまとめます。
（画面表示は英語が中心で、項目名が多少変わることがありますが、流れはほぼ同じです）

アカウント登録～管理画面に入るまで

1) アカウントを作る

Server.proのサイトで Sign up / Register から登録
メール認証が届いたら、リンクを開いて有効化
Log in してダッシュボードへ

ここでやっておくと安心

パスワードは使い回さない（可能ならパスワードマネージャー推奨）
2段階認証が用意されているなら有効化
ブラウザ翻訳（Chrome翻訳など）をONにしておくと楽

2) 「作成」への導線を確認する

ログイン後は、だいたい次のどちらかが見つかります。

Create Server（新しくサーバーを作る）
My Servers（作ったサーバー一覧）

まだ何も作っていない場合は Create Server から始めます。
作成済みなら My Servers → Control Panel が管理画面の入口です。

新規サーバーの作成（プラン選択→場所→構成→確定）

ここが一番つまずきやすいので、選ぶ順番で整理します。

ステップ0：どのマイクラで遊ぶかを決める

最初に Minecraft Java Edition なのか Bedrock（統合版） なのかを確定させます。

PC（Java版）中心 → Java版を選ぶ
スマホ・Switch・PS/Xbox中心 → Bedrockを選ぶ

この選択がズレると「サーバーは作れたのに入れない」が起きがちです。

ステップ1：プランを選ぶ

Server.proには無料枠（時間制限のあるデモ）と有料プランがあります。

無料で試したい：Free（Free plan / Free Trial などの表記）
安定性や快適さ重視：有料（Gaming/Performance 等）

初心者のおすすめ

まず無料で「作成〜起動〜接続」を一度成功させる
遊ぶ頻度や人数が増えたら有料へ

無料枠は「練習・検証」に強い一方、常設運用には向きにくいです。

ステップ2：場所（Location / Region）を選ぶ

基本は 参加者に近い地域 を選びます。

日本中心なら、できるだけ近い地域
海外混在なら、人数が多い地域 or 中間地点

体感のラグに直結するので、迷ったらここだけは丁寧に。

ステップ3：構成（Configuration）で「サーバー方式・バージョン」を決める

ここは“やりたいこと”から逆算します。

まずは普通に遊ぶ → Vanilla（素のマイクラ）
軽めの拡張をしたい → Paper/Spigot 系（プラグイン向き）
MODを入れたい → Forge/Fabric 系（MOD向き）

注意点（超重要）

プラグイン前提なのに Forge を選ぶ（または逆）と、後で詰みやすい
「みんなのマイクラのバージョン」と合わせる（例：1.xx の一致）

ステップ4：内容を確認して確定（Finalize）

最後に確認画面で、だいたい次をチェックして Create / Start します。

版（Java/Bedrock）が合っている
プランが希望どおり
Location が妥当
サーバー方式・バージョンが目的どおり

初回起動でやること（同意事項・初期設定）

作成が完了すると、サーバーが起動状態になったり、管理パネル（Control Panel）へ入れるようになります。
初回は「動かす前の最低限」を済ませるのがコツです。

1) 管理画面で「状態」と「コンソール」を見る

Control Panelで次を確認します。

Server Status（起動中か、停止中か）
Console（エラーが出ていないか）
接続情報（IP/ポート等）が表示されているか

もし起動直後に止まる場合、コンソールに原因が出ます。初心者はまずここを見ればOKです。

2) EULA（利用条件）の同意を済ませる

マイクラのサーバー運用では、Minecraft EULAへの同意が必須です。
多くのホスティングは「チェックボックス」や「同意の導線」を用意しています。

管理画面に「EULA」関連の案内が出たら従う
もし「同意していない」旨のエラーで起動しない場合は、EULA同意が原因の可能性が高い

3) 最低限の初期設定だけ入れる（最短で安全に遊ぶ）

いきなり細部を詰めるより、まずは事故防止の設定から。

身内サーバーなら招待制に寄せる（ホワイトリスト等）
管理者権限（OP相当）は 必要最小限
最初は Vanilla + 少人数 で安定稼働を確認してから拡張

最短ルートの考え方

まず「起動できる」「入れる」を達成
次に「荒らされない（最低限の安全）」
その後で MOD/プラグインや配布ワールドへ

4) 無料枠の場合だけ意識すること

無料枠は時間制限があるため、遊ぶ直前に

残り時間の確認
必要なら更新（Renew）

までを習慣にしておくと、途中で止まりにくくなります。

接続方法：マイクラ側でサーバーに入る

Server.proでサーバーを作ったら、次は「マイクラ側から参加」です。
ここでは初心者がつまずきやすい 入力ミス（特にポート） を潰しながら、最短で入れる手順をまとめます。

Java版：マルチプレイへ追加して参加

参加前に確認すること（30秒）

サーバーが 起動中 になっているか（停止中だと当然入れません）
自分のMinecraft（Java版）の バージョン がサーバーと合っているか
招待制（ホワイトリスト）にしているなら、自分のIDが入っているか

手順（いちばん確実）

Minecraft（Java版）を起動
マルチプレイ を開く
次のどちらかで接続
- サーバーを追加：今後も遊ぶならこちら
- ダイレクト接続：一時的に入れればOKならこちら
サーバーアドレス を入力して接続

入力のコツ（ここが重要）

Java版は、ポートを指定する必要がある場合、アドレスの後ろに :ポート を付けます。

ポートが標準のまま → example.com（または 203.0.113.10）
ポートが標準ではない → example.com:25580 のように コロン付き

よくあるミス

：（全角）を使ってしまう → :（半角）に直す
スペースが混ざる → 余計な空白を削除
URLっぽく https:// を付ける → 不要（付けない）

統合版：サーバー追加の手順と入力ミスしやすい点

統合版（Bedrock）は、Java版と違って 「アドレス」と「ポート」を別々に入れる」 画面が基本です。
ここを間違えると、何度やっても入れません。

手順（Windows/スマホで一般的な流れ）

Minecraft（統合版）を起動
プレイ → サーバー タブへ
サーバーを追加（Add Server）
次を入力
- サーバー名：自分が分かる名前でOK
- サーバーアドレス：例 203.0.113.10（またはドメイン）
- ポート：例 19132（※サーバー側の表示に合わせる）
保存して接続

入力ミスしやすい点（初心者向けチェック）

ポート欄が空欄のまま
→ Bedrockはポートがとても重要です（必ず入れる）
Java版のノリで 203.0.113.10:19132 と書いてしまう
→ 統合版は「アドレス欄」と「ポート欄」に分けて入力するのが基本
バージョン差・対応差
→ サーバー側のBedrock対応やバージョンが合わないと入れません

補足：コンソール版（Switch/PS/Xbox）の注意

機種やバージョンによっては、「追加（Add Server）」が見当たらないことがあります。
その場合は、まず以下を確認すると切り分けが早いです。

その端末で「カスタムサーバー追加」ができる仕様か
同じアカウントで Windows/スマホ から追加できるか（端末差の確認）
どうしてもダメなら、参加方法を「別の端末」へ寄せる（最短で遊ぶため）

友だちに共有する情報（IP／ポート等）の整理

「友だちが入れない」原因の多くは、共有情報が足りない・間違っている、のどちらかです。
最初にこのセットで渡すと、やり取りが一気に減ります。

共有テンプレ（これをコピペして送るのが楽）

スクロールできます

共有するもの	Java版で必要？	統合版で必要？	メモ
サーバーアドレス（IP/ドメイン）	✅	✅	例：`203.0.113.10`
ポート番号	⚠️（必要な場合あり）	✅（ほぼ必須）	Javaは `アドレス:ポート`、Bedrockは別入力
参加できる版（Java/統合版）	✅	✅	ここがズレると入れない
バージョン	✅	✅	例：1.xx を合わせる
参加ルール（招待制/ホワイトリスト等）	✅	✅	招待制ならID登録が必要
遊ぶ時間（無料枠なら特に）	✅	✅	サーバーが停止してると入れない

送る例（Java）

版：Java版
バージョン：1.xx
アドレス：example.com:25580（※コロン以降がポート）
ルール：身内のみ、ホワイトリストあり（ID教えて）

送る例（統合版）

版：統合版（Bedrock）
アドレス：203.0.113.10
ポート：19132
ルール：初回は招待制、来る前に連絡してね

入れないときの最短チェックリスト（3分で切り分け）

サーバーが起動中か（停止・スリープしていないか）
版（Java/統合版）が合っているか
バージョンが合っているか
ポートが合っているか（特に統合版）
ホワイトリスト／BANで弾かれていないか
友だち側の入力が 全角コロン／空白混入 になっていないか

ここまで確認してダメなら、サーバー側のログ（コンソール）に接続試行が出ているかを見ると原因が絞れます。

運用の基本：止まった／切れたを防ぐ管理

Server.proを「快適に使い続けるコツ」は、テクニックよりも 運用の型 を作ることです。
特に無料枠は“時間制”のため、起動・更新・再開をルーティン化すると失敗が激減します。

起動・停止・再起動の操作（管理画面／コンソール）

初心者はまず「管理画面のボタン操作」だけ覚えればOKです。
コマンドは“緊急時の保険”として後からで十分。

管理画面での基本操作（最短で覚える）

多くの場合、以下の導線で操作します。

My Servers（サーバー一覧）
- 対象サーバーの Control Panel（管理画面）へ
管理画面内で
- Start（起動）
- Stop（停止）
- Restart（再起動）
- Console（コンソール表示）

画面の文言や配置は変わることがありますが、
「一覧 → 管理画面 → Start/Stop/Restart/Console」の流れは同じ発想です。

どれを使うべき？（迷ったときの判断）

Stop（停止）
- しばらく遊ばないならこれ
- 変更作業（MOD/プラグイン入替、設定変更）の前にもよく使います
Restart（再起動）
- 設定変更を反映したいときの基本
- 「なんか挙動が変」なときの軽いリセットにも有効
Start（起動）
- 止まっているサーバーを立ち上げるだけ（参加できる状態にする）

コンソールでできること（初心者が知っておくと便利）

管理画面のConsoleは、以下の用途に強いです。

エラーや警告を見て「入れない原因」を探す
参加者の入退室ログを確認する
緊急時にサーバーを安全に止める（※必要な場合）

たとえば、一般的なマイクラサーバーでは

save-all（保存）
stop（安全に停止）
のようなコマンドが使われることがあります。

ただし、ホスティング側のボタン（Stop/Restart）が一番安全で確実なケースも多いので、
まずはボタン操作を優先してください。

無料枠の更新・延長（期限／更新手続きの流れ）

無料枠で「途中で止まる」を防ぐ最大のポイントは、更新（Renew）を前提に遊ぶことです。

無料枠は“時間制”として扱う

無料サーバーは、一定時間で期限が来るタイプとして案内されており、
継続して遊ぶには Renewで残り時間を戻す運用になります。

更新の流れ（初心者向け・最短）

だいたい次の手順で行います。

My Servers を開く
対象サーバーの Renew を選ぶ
確認（場合によっては認証入力）を行い、更新を完了する
残り時間がリセットされたことを確認して遊ぶ

失敗しない運用ルール（おすすめ）

遊び始める前に 残り時間を確認
残りが少ないなら 先にRenew
友だちが待っている時間に更新作業を挟まない（体感トラブルの元）

おすすめの小技

遊ぶ予定がある日は、開始10分前に一度起動して確認
週末など長く遊ぶ日は、Renewのやり方を参加者にも共有（ただし権限は渡しすぎない）

失効後の再開（再開手順と注意点）

「期限が切れて止まった」場合、単にStartで戻らず、
Resume（再開）手続きが必要になるケースがあります。

再開の基本フロー（Resume）

一般的には次の流れです。

My Servers を開く
対象サーバーで Resume Server を選択
作成時と同じように
- プラン
- ロケーション（地域）
- 構成（バージョン等）
  を確認・選択
確認（場合によっては認証入力）を行い、再開を確定
サーバーが有効化され、起動状態になったら参加

注意点（ここだけは先回り）

再開時に設定を“作成時と同じにする”
- 版（Java/Bedrock）やバージョンを間違えると「ワールドが見えない／入れない」原因になります
ポートや接続先が変わる可能性を考える
- 再開後に接続情報を見直し、友だちにも再共有すると安全です
ワールド消失を避けるならバックアップ最優先
- “いつでも戻せる”と思い込まないことが重要
- 大事なワールドは、定期的に外部へ退避しておくのが鉄則です

「止まった／切れた」を根本的に減らすコツ

無料枠で運用が苦しくなってきたら、判断基準はシンプルです。

更新が面倒で遊びが途切れる
友だちが「管理者がいないと遊べない」状態になる
ラグ・不安定さが気になってきた

このあたりが出てきたら、有料プラン（自動更新を含む運用のしやすさ）や、
より自由度の高い VPS を検討するタイミングです。

データ保護：バックアップと復元、ワールド移行

Server.proで一番“後悔が出やすい”のが、ワールドや設定が消えたり壊れたりする事故です。
ここでは初心者向けに、失う前提で守るための「バックアップ・復元・移行」の型をまとめます。

ワールドのバックアップを取る方法（手動／自動の考え方）

結論から言うと、バックアップは 2段構え が安全です。

サーバー内のバックアップ（自動/パネル機能）：すぐ戻せる
手元（PC/クラウド）への退避（手動）：消えても復旧できる

1) 自動バックアップ（ある場合）の使い方イメージ

管理パネルに Backups のような項目があり、そこにバックアップが並ぶタイプです。
自動バックアップが用意されている場合は、まずここを“復元ポイント”として使えます。

ただし注意点があります。

保持数・保持期間は無限ではない（古いものから消える）
サーバー全体を巻き戻す挙動になりやすい（＝都合の悪い変更まで戻る）
プランや設定によって バックアップの有無・頻度が変わることがある

なので、自動バックアップは「戻せる保険」にはなりますが、それだけに依存しないのがコツです。

2) 手動バックアップ（初心者が失敗しにくい手順）

最も確実なのは、サーバーを停止 → ワールド一式を圧縮してダウンロードです。

手順（基本形）

サーバーを Stop（停止）
File Manager（ファイル管理）を開く
ワールドのフォルダ（※下の表）を ZIP圧縮（もしくはダウンロード）
PCに保存し、できればクラウドにも二重保存
サーバーを起動

ワールド一式の目安（Java版）

スクロールできます

用途	だいたい必要になるもの
通常ワールド	`world`（または設定したワールド名）
ネザー	`world_nether`
エンド	`world_the_end`

※ホストや構成によってフォルダ名が違う場合があります。File Manager内で “world” に近い名前を探すのが早いです。

どれくらいの頻度で取る？（おすすめ）

ふだん：週1（またはイベント前後）
大きな変更の前後：必ず取る
- バージョン更新、MOD/プラグイン追加、配布ワールド導入、設定変更など

復元のやり方（ロールバック時の注意）

復元（ロールバック）は便利ですが、勢いでやると被害が増える操作です。
先に注意点を押さえてから、最短で戻します。

復元前に必ず確認したいこと

その復元で 何が消えるか
- 例：建築の進捗、チェスト整理、プレイヤーデータ、設定変更、MOD更新など
“戻したい時点”の直前に近いバックアップがあるか
現状のバックアップを先に取ったか（←これが最重要）

鉄則：復元の前に「今の状態」を保存する
復元に失敗したときの保険になります。

復元の流れ（基本形）

サーバーを停止
Backups から復元したい日時のバックアップを選ぶ
Restore / Deploy のような操作を実行
復元完了を待つ（ログ/進捗が出る場合は確認）
サーバーを起動して動作確認

ロールバックで起きやすい“初心者トラブル”

MOD/プラグインの状態が噛み合わない
- バックアップ時点と現在でMOD構成が違うと、起動失敗やワールド破損の原因になります
プレイヤーデータだけ戻したいのに全部戻してしまう
- ホストの復元は“まるごと置き換え”になりがち
復元後すぐに参加して再度壊す
- まず管理者だけでログインして、最低限の確認をしてから共有が安全です

ワールドのダウンロード／アップロード（移行の基本）

移行は「今のワールドを別サーバーへ引っ越す」作業です。
ポイントは “同じ種類・同じバージョン” に寄せる こと。

ダウンロード（取り出し）

サーバー停止
File Managerからワールド一式をZIPでダウンロード
PCへ保存（可能ならクラウドにも）

アップロード（移し先へ入れる）

移行先サーバーを作成（できれば 同じ版・同じバージョン）
移行先サーバーを停止
File ManagerでワールドZIPをアップロード
サーバー側で解凍（展開）
必要なら設定で 読み込むワールド名（level-name等） を合わせる
起動して確認

MOD/プラグインありの場合の追加で必要になりやすいもの

「ワールドだけ」では足りないことがあります。

MOD：mods フォルダ、設定（config）
プラグイン：plugins フォルダ、設定（各プラグインのデータ）
サーバー設定：server.properties、whitelist.json、ops.json など

移行で詰まりやすい原因

サーバー種類（Vanilla / Forge / Fabric / Paper等）が違う
Minecraft本体バージョンが違う
MOD/プラグインのバージョンが合っていない

「移行先で起動しない」ときは、だいたいこのどれかです。

放置・解約で消える前にやること（保管と退避のチェックリスト）

“いつでも戻せる”は危険です。
放置やプラン変更の前に、退避のチェックをしておくと事故が減ります。

まず知っておきたい考え方

保存期間や削除条件は、プラン・運用状況・規約変更で変わり得ます
公式が案内している「保存期間」の範囲でも、自分のローカル退避が最強です

退避チェックリスト（この順でやると失敗しにくい）

[ ] サーバーを停止した状態で、ワールド一式をZIPで保存した
[ ] world_nether / world_the_end も含めた（Java版の場合）
[ ] MOD/プラグイン構成も退避した（該当者のみ）
[ ] 重要設定（whitelist / ops / server.properties）も一緒に保存した
[ ] 保存先を 2か所（PC＋クラウド等）にした
[ ] ZIPに日付を入れて整理した（例：world_2026-01-02.zip）
[ ] “復元手順” をメモした（次に触るのが数か月後でも迷わない）
[ ] 友だちに、接続情報や運用ルール（更新/参加前連絡）を共有した（必要な場合）

おすすめの保管場所

PCのローカル（最速）
Google Drive / OneDrive / Dropbox等（消失対策）
外付けHDD（長期保管）

参加者管理：荒らし対策と権限の設計

Server.proでマルチを安定して遊ぶコツは、スペックより先に 「誰が入れて、何ができるか」 を決めることです。
ここでは、初心者でも事故りにくい“型”として OP（管理者権限）／ホワイトリスト／キック・追放 を整理します。

管理者権限の付与（OP相当）とやってはいけない運用

OPは便利ですが、実態は「サーバーの鍵を丸ごと渡す」に近い権限です。
まずは 最小権限 の考え方で設計しましょう。

まず決めたい“おすすめ運用”

OPは 1〜2人（多くても3人） に絞る
普段遊ぶ人はOPにしない（必要な作業のときだけ付与 → 終わったら外す）
可能なら OPの権限レベルを下げる（全部のコマンドを使える状態を避ける）
管理作業は「誰が・いつ・何をしたか」をメモ（Discordの管理チャンネルなどでOK）

やってはいけない運用（事故の原因トップ）

友だち全員をOPにする（荒らしの入口になる）
OPのまま日常プレイする（誤操作でワールドが壊れやすい）
管理パネルのログイン情報を共有する（ゲーム内荒らしより危険）
“面白半分のコマンド”を試す（例：大量召喚・範囲破壊・権限付与の連打）

OP付与・解除の基本（コマンド）

Server.proは基本的に「管理画面のコンソール」または「ゲーム内チャット」からコマンドを打ちます。
（パネルの種類によってはスラッシュ / が不要な場合があります）

/op プレイヤー名
/deop プレイヤー名

OP権限レベルを抑える（Java版の“効き目が大きい”設定）

Java版サーバーでは、OPに付与される権限の強さを server.properties で調整できます。
初心者には 「普段は低め」→必要時だけ一時的に引き上げ が安全です。

例：OPに与える既定レベルを下げる（数値が高いほど強い）

op-permission-level=2

※この設定を触れないプランやパネルもあります。その場合は「OPの人数を絞る」「必要なときだけ付与」でカバーできます。

招待制にする設定（ホワイトリスト）

荒らし対策で最も効果が高いのは、そもそも“招待された人しか入れない”状態にすることです。
この考え方がホワイトリスト（統合版では allowlist）です。

仕組みのポイント（Java版／統合版の違い）

Java版：ホワイトリストONでも、OPは原則として参加できる扱いになりやすい
統合版（Bedrock）：基本は「許可リストに入っていないと入れない」運用が前提になりやすい

つまり、統合版は allowlist運用がほぼ必須、Java版は “OPの扱い”を理解して運用 がコツです。

ホワイトリスト（Java版）の基本コマンド

/whitelist on
/whitelist off
/whitelist add プレイヤー名
/whitelist remove プレイヤー名
/whitelist list
/whitelist reload

allowlist（統合版）の基本コマンド

/allowlist on
/allowlist off
/allowlist add ゲーマータグ
/allowlist remove ゲーマータグ
/allowlist list
/allowlist reload

統合版は、Gamertag にスペースが入ることがあります。
その場合は 引用符で囲むのが安全です。

/allowlist add "Gamer Tag"

よくあるミス（初心者が詰まりがち）

プレイヤー名／Gamertag の 大文字小文字・記号 が違う
追加したのに入れない → allowlist on（または whitelist on）が有効になっていない
ファイルを手でいじったあと反映されない → reload を実行していない

追放・BANなど最低限の管理コマンド

トラブルが起きたら、まずは 軽い手段 → 強い手段 の順で対処すると揉めにくいです。

まず覚える“最低限セット”

スクロールできます

目的	コマンド例	使いどころ
一時的に落とす（警告）	`/kick 名前理由`	まずはこれが基本
招待制なら追い出したあと再入室を防ぐ	`whitelist/allowlist remove`	再参加を止める最重要
OPを剥がす	`/deop 名前`	権限事故の緊急停止

キック例

/kick PlayerName ルール違反のため一度退出してください

“BAN”は版によって考え方が違う

Java版：プレイヤーBAN・IP BAN・BAN一覧などが標準で用意されています
統合版：運用の中心は「allowlist（許可制）＋kick（退出）」になりやすいです
つまり、統合版は 許可制にして“許可から外す” のが実質的なブロック手段になります

追加で入れておくと揉めにくい運用ルール（テンプレ）

初回参加は「合言葉」または「事前連絡」必須
OP付与は 作業のときだけ（終わったら必ず外す）
破壊・窃盗などの基準を短く明文化（例：チェストは他人のものを触らない）
トラブル時は「kick → allowlistから外す → 事情確認」の順で対応

ゲーム設定：ワールド・難易度・ルールを調整

Server.proでの設定変更は、基本的に次の2ルートです。

すぐ反映したい：コマンド（管理者権限が必要）
常にその設定で固定したい：server.properties などの設定ファイルを編集 → 再起動で反映

Server.proはブラウザ上でファイルを触れる「File Manager」を用意しているので、初心者でも“設定ファイル編集”に挑戦しやすいのが特徴です（慣れてきたらSFTP等を使う方法もあります）。

難易度／ゲームモード／スポーンなどの基本項目

まずは「触る価値が高い基本設定」だけに絞って紹介します。
細かい最適化より、遊びのルールを安定させるのが先です。

よく触る項目（最優先）

スクロールできます

やりたいこと	変更方法のおすすめ	代表例
難易度を変える	コマンドで即時変更（楽）／設定で固定	`/difficulty hard` / `difficulty=hard`
初期ゲームモードを決める	設定で固定（後から混乱しにくい）	`gamemode=survival`
PvPの有無	設定で固定（トラブル防止）	`pvp=true/false`
スポーン周りの保護	設定で固定（荒らし対策にも）	`spawn-protection=…`（Java）
人数上限	設定で固定	`max-players=…`

迷ったら、「コマンドで試す → 良ければ設定に落とし込む」が失敗しにくい流れです。

コマンドでサッと変える（例）

管理画面のコンソール、またはゲーム内チャットで実行します（ゲーム内はOP等が必要）。

/difficulty normal
/gamemode survival @a

即時反映されるので、「イベントの間だけ難易度を上げる」などに便利
ただし「サーバー再起動後に元に戻る」設定もあるので、固定したいなら次へ

設定ファイルで固定する（王道）

サーバー停止（Stop）
File Managerで server.properties を開く
値を変更して保存
サーバー再起動（Restart）

例（よく使う行）

difficulty=normal
gamemode=survival
pvp=true
max-players=10

押さえておく注意点

server.properties の変更は、基本的に再起動が必要
ゲームモードは「既に参加した人」には反映されず、新規参加者にだけ効く挙動が出ることがあります
→ 全員に強制したい場合は、別設定（例：force-gamemode）や運用ルールでカバーすると安全

ワールドの作り直し・切り替え（新規／既存）

「ワールドを新しくしたい」「別ワールドに差し替えたい」は、事故りやすい作業です。
最短で安全にやるなら、“消す”より“退避して差し替える”が基本になります。

新規ワールドを作り直す（安全な手順）

ワールドをバックアップ（ダウンロード推奨）
サーバー停止
既存ワールドフォルダを リネーム（例：world_old_2026-01-02）
server.properties の level-name を新しい名前に変更
起動して新ワールド生成 → 正常なら完了

例

level-name=world_new
level-seed=

level-seed は 新規生成時にだけ効くので、種を固定したいなら作成前に設定します
旧ワールドを残しておけば、失敗しても戻せます ✅

既存ワールドに切り替える（差し替え）

サーバー停止
切り替えたいワールドをサーバーへアップロード（フォルダごと）
level-name を アップロードしたフォルダ名に一致させる
起動して確認

“ワールド切り替え”をボタン操作でできる場合もありますが、
画面やプラン差があっても困らないよう、ここでは汎用的な「level-name方式」を基準にしています。

配布ワールドの導入（ファイル配置と反映の手順）

配布ワールドで一番多い失敗は、「フォルダ階層が1段ズレている」ことです。
アップロード前に、まずPC上で中身を確認しておくと成功率が上がります。

事前チェック（30秒）

ZIPを解凍した直後、ワールドフォルダの直下に
- Java版なら level.dat や region/ が見える
- 統合版なら level.dat と db/ などが見える
world/world/level.dat のように 二重フォルダになっていない（←超重要）

導入手順（基本）

サーバー停止
File Managerで、配布ワールドを フォルダごとアップロード
- ZIPのまま上げる場合は、サーバー側で解凍（展開）
server.properties の level-name を配布ワールドのフォルダ名に合わせる
起動して参加確認

導入後に入れないときの切り分け

起動できない／エラーが出る
→ サーバー側のバージョンが古い、またはMOD/プラグイン前提ワールドの可能性
起動はするがワールドが違う
→ level-name とフォルダ名が一致していない、またはフォルダ階層ズレ

バージョン変更時の事故を防ぐポイント

ワールド破損や「起動しない」の多くは、バージョン変更で起きます。
安全運用のコツは、“一発勝負にしない”ことです。

変更前の必須ルール（これだけ守れば被害が減る）

必ずバックアップを取る（ワールド＋設定＋MOD/プラグイン）
上げる（アップデート）は慎重に、下げる（ダウングレード）は原則しない
- 新しいバージョンで一度開いたワールドは、古いバージョンに戻すと壊れるリスクが高いです ⚠️
MOD/プラグインありの場合は、“本体 → ローダー → MOD/プラグイン”の順で互換性を確認

安全な更新の流れ（おすすめ）

現在のワールドをバックアップ
サーバー停止
バージョン変更（Server.proのバージョン切替機能を使用）
起動してコンソール確認（エラーがないか）
管理者だけでログインして最低限チェック
問題なければ参加者へ共有

“更新したのに反映されない”ときの定番原因

サーバーを再起動していない
バージョンは上がったが、MOD/プラグインが未対応で起動失敗
配布ワールド側が特定バージョン前提（古い／新しい）で噛み合っていない

MOD・プラグイン導入：失敗しない考え方

「入れたのに動かない」の大半は、方式選び（どのサーバーで動かすか）とバージョン整合（本体・ローダー・追加物）で起きます。
先に“設計”を決めてから作業すると、トラブルが激減します。

先に整理：MODとプラグインの違い

ざっくり言うと、動く土台が違うのが最大のポイントです。

スクロールできます

区分	何を拡張する？	サーバー側に必要	参加者（クライアント側）に必要	向いている用途
MOD	ゲーム内容そのもの（ブロック/アイテム/システム）	MODローダー（Forge/Fabric等）＋MOD	同じMODがほぼ必須	大型追加・工業/魔術・大規模改造
プラグイン	サーバー運営機能（保護/権限/経済/ミニゲーム）	Paper/Spigot系＋プラグイン	通常は不要	荒らし対策・便利機能・運営の快適化

初心者のおすすめは「プラグインから」です。
理由はシンプルで、プラグインは基本的に参加者へ追加作業を要求しないため、導入・撤退がラクだからです。

サーバー方式の選び方（例：Forge系／Paper系など）

ここが“失敗しない”最重要ポイントです。
入れたいものに合わせて、サーバーの種類（方式）を先に決めます。

目的別の最短選択

プラグインを使いたい → Paper（またはSpigot）系
MODを使いたい → Forge / Fabric / NeoForge などのMODローダー系
とりあえず普通に遊ぶ → Vanilla（素のマイクラ）
※Vanillaはプラグインを直接は動かせません

「結局どれ？」の目安（初心者向け）

迷ったら Paper（軽くて扱いやすく、プラグイン導入が前提）
MODで遊ぶなら、やりたいMOD/モッドパックが指定している ローダー（Forge/Fabric/NeoForge）に合わせる
MODとプラグインを“同時に”は、構成が一気に難しくなります（まずはどちらか片方から）

Server.pro側の考え方（現実的な運用）

Server.proは、サーバー作成時に「Paper/Spigot/Forge等」を選べるタイプのサービスです。
ここで選んだ方式が、その後の導入可否を決めます。

追加手順（インストーラ／手動アップロードの流れ）

Server.proでの追加方法は、初心者目線だと大きく2つです。

ワンクリック系（用意されている場合）：パネルで選ぶだけ
手動アップロード系：plugins や mods フォルダにファイルを入れる

どちらでも、最後はだいたい 再起動（Restart） が必要です。

パターンA：ワンクリック導入（ある場合）

サーバー方式を選ぶ（例：Paper / Forge）
追加したい対象を選ぶ（プラグイン / モッドパック等）
インストール実行
サーバー起動 → 動作確認

強み

依存ファイルやフォルダ構成を“事故りにくい”形で揃えやすい

注意

自分で改造したい場合（細かい調整）は、後述の「手動」も必要になることがあります

パターンB：手動アップロード（いちばん汎用で覚える価値が高い）

サーバーを停止（Stop）
File Manager（ファイル管理）を開く
入れる場所を間違えない
- プラグイン → plugins フォルダへ（通常 .jar）
- MOD → mods フォルダへ（通常 .jar）
アップロード
サーバーを起動（Start）または再起動（Restart）
反映確認

プラグイン導入の基本（Paper系の例）

ダウンロードした .jar を plugins に入れる
起動後に plugins 内に設定フォルダが生成されることが多い
→ 設定を触ったら 再起動で反映、が基本

MOD導入の基本（Forge/Fabric系の例）

サーバーが一度起動すると mods フォルダが作られることが多い
mods に入れるだけでは不十分で、参加者側にも同じMODが必要なケースがほとんど
config フォルダ（設定）も同時に扱うと安定します

「再起動」と「/reload」を分けて考える

プラグインは、/reload系での反映は不具合の原因になりやすいです。
基本は フル再起動（Stop→Start / Restart） が安全です。

つまずきやすい原因（依存関係・バージョン不一致・容量不足）

初心者がハマる原因は、だいたいこの3つに集約されます。

1) 依存関係（入れる順番・必要MOD/必要プラグイン）

追加物が「別の追加物」を前提にしている（例：Fabric APIが必須、前提プラグインが必要）
依存が足りないと、起動ログに Missing dependency / Could not load 系が出やすい

対策

配布元のページで「Requirements」「Dependencies」を必ず確認
足りないものを追加して、再起動

2) バージョン不一致（本体・ローダー・追加物）

Minecraft本体のバージョンが違う
MODローダー（Forge/Fabric/NeoForge）が違う
プラグインが対応していない（古い/新しい）

対策

「本体バージョン」→「方式（Paper/Forge等）」→「追加物の対応」
この順で整合を取る

3) 容量不足・メモリ不足（無料枠で起きやすい）

MOD/モッドパックはメモリ消費が増えがち
ログに OutOfMemoryError や GC overhead 系が出ると、だいたいここ

対策

まずは軽い構成でテスト（MODを少しずつ増やす）
不要なMODを削る、重いモッドパックを避ける
どうしても必要なら上位プランを検討（安定性が変わります）

よくあるエラーの切り分けテンプレ（まず見る順番）

「動かない」ときは、作業を増やす前に、次の順でチェックすると最短です。
（ポイント：闇雲に入れ直さず、ログ→整合→配置の順）

Console（ログ）の最初の赤字を読む
- 先頭付近に“真犯人”が出ていることが多い
方式が合っているか（PaperにMODを入れていない？ Forgeにプラグインを入れていない？）
本体バージョン一致（サーバーと追加物が同じ前提か）
ローダー一致（Forge / Fabric / NeoForge の取り違えがないか）
配置場所のミス
- プラグインは plugins
- MODは mods
- 設定は config など（必要な場合）
依存関係不足（必要API/前提MOD/前提プラグイン）
Javaの世代差（UnsupportedClassVersionError）
- “要求されるJava”と“サーバーのJava”が合っていないと出ます
メモリ/容量不足（OutOfMemory / Disk full）
直前に入れたものを1つ戻す（原因切り分けの王道）
- 追加物を一気に10個入れるより、1〜2個ずつが安全

よくあるログ文言と意味（ざっくり）

Could not load plugin：プラグインの互換性/依存/配置ミス
Missing mods / Mod rejections：参加者側のMOD不足、または不一致
OutOfMemoryError：メモリ不足
UnsupportedClassVersionError：Javaのバージョン不一致

事故防止のコツ：
導入前にバックアップ → 1個ずつ追加 → 毎回起動確認
これだけで「原因不明で詰む」がほぼ消えます。

重い・ラグい対策：軽量化の優先順位

ラグ対策は、闇雲に設定をいじるより 「どこが詰まっているか」→「効き目が大きい順に潰す」 が最短です。
ここではServer.pro（特に無料枠）で起きやすい状況を前提に、初心者でも再現しやすい手順にまとめます。

無料ホスティングで起きやすいボトルネック

無料枠は“お試し（時間制限あり）”で、リソースも控えめです。
そのため、次の詰まり方がよく起こります。

CPUが足りない（TPS低下）
体感：カクつく／敵の動きが遅い／ドアやチェスト反応が遅い／ゴムバンド移動
メモリ不足（強制停止・再起動）
体感：急に落ちる／起動しない／MODを入れた途端に不安定
ディスクI/O（チャンク読み込みが遅い）
体感：地形表示が追いつかない／ワールド移動で止まる
ネットワーク遅延（Ping高め）
体感：自分だけ遅い／夜だけ遅い（回線側の混雑も）

まず3分で切り分け（超重要）

「自分だけ遅い」 → クライアント側（PC性能・回線）寄り
「全員が遅い」 → サーバー側（TPS・設定・人数・MOD）寄り
「移動すると遅い」 → チャンク読み込み／描画距離が重い寄り

サーバー側で効く調整（描画距離・エンティティ等）

効き目が大きい順に並べます。上から順に試すのがおすすめです。

1) view-distance と simulation-distance を下げる（最優先）

サーバーが送る範囲（view-distance）と、処理する範囲（simulation-distance）を下げると、負荷が一気に落ちやすいです。

目安（まず試す）
- view-distance：10 → 8（まだ重いなら 6）
- simulation-distance：10 → 6（まだ重いなら 4）

手順（一般的な流れ）

サーバー停止
server.properties を開く
数値を変更して保存
再起動（Restart）

体感が変わりやすい一方で、遠くの装置・畑・Mob処理が動かなくなる距離も短くなります。
“遠距離で動く前提の装置”が多いサーバーほど、先にメンバーに共有しておくと揉めにくいです。

2) 「Mob・エンティティ」を減らす（次に効く）

TPSを削る代表格は、Mob・村人・落ちアイテム・装置（ホッパー等）です。
設定変更よりも、建築・運用ルールで効くことが多いです。

初心者がすぐできる軽量化

放置トラップの同時稼働を禁止（特にMob大量系）
村人増殖や交易ホールを作りすぎない
落ちアイテムが溜まる装置を避ける（ホッパー詰まり、アイテム水流放置など）
大規模レッドストーンは「起動時だけON」にする

サーバー設定で寄せる例（できる範囲で）

動物スポーン／モンスタースポーンを絞る（イベント用に一時OFFなど）
同時接続上限を現実的にする（max-players）

3) サーバー方式を見直す（Vanilla → Paper系）

プラグイン運用なら、Paper系のほうが最適化オプションや改善が得られやすいです。
「同じ人数・同じ遊び方なのに重い」場合の打ち手になります。

Vanillaで重い → Paper系へ（プラグイン前提なら特に）
MODで重い → MODを減らす／軽いパックにする／上位プランを検討

4) “ワールドの扱い”で重さを減らす（地味に効く）

未探索を走り回るほど重い（新チャンク生成は負荷が大きい）
→ 遠出する日は人数を絞る／探索を一気にやらない
よく遊ぶ範囲が決まっている
→ その範囲だけ遊ぶ運用にする（余計な生成を減らす）

クライアント側の軽量化（設定・負荷の下げ方）

サーバーが軽くなっても、クライアントが重いと体感は改善しません。
「自分だけ重い」場合はここが第一候補です。

Java版（PC）の基本設定（効き目が大きい順）

描画距離（Render Distance）を下げる：12 → 8 → 6
シミュレーション距離を下げる（ある場合）
グラフィックス：Fancy → Fast
影・雲・パーティクル：OFF or 最小
FPS上限：無制限より 上限固定のほうが安定することも
使っていない常駐アプリを閉じる（録画・配信・ブラウザタブ大量など）

導入できるなら強力な選択肢

軽量化MOD（例：Sodium系など）
※ただし、サーバー側が許容する範囲で。MODサーバーと混同しないこと（クライアント軽量化は別枠）

統合版（スマホ・家庭用機・Windows）の基本設定

描画距離を下げる
Fancy系の見た目設定を落とす（影・葉・水の表現など）
バックグラウンドアプリを減らす
Wi-Fiの安定化（可能ならルーター近く／5GHz帯）

限界サイン（人数／MOD量）と次の選択肢

「対策しても改善しない」ときは、限界に近いサインを見極めるのが大事です。

限界が近いサイン

設定を下げても カクつきが常態化
人が増えると一気に悪化（例：3人までは快適、4人で崩壊）
MODを数個増やしただけで不安定
コンソールにメモリ不足系のエラーが出る（落ちる／起動失敗）

次の選択肢（現実的な順）

ロケーション（地域）を見直す
→ Ping由来のラグなら、近い地域で体感が変わります
有料プランへ移行（メモリ・CPUに余裕を作る）
→ 無料は“時間制限のデモ”なので、常設や重め運用には限界が出やすいです
遊び方を軽くする（人数・装置・探索の運用ルール）
本格運用ならVPS／専用サーバー
→ MOD多め・人数多め・常設前提なら、自由度と安定性を取りに行く価値があります

メリット／注意点を公平に整理

Server.proは「まず動かしてみる」には便利な一方、無料枠を常設サーバーとして期待するとギャップが出やすいタイプです。
ここでは、良い点と注意点を“同じ熱量”で整理します。

良い点：手軽に試せる／管理画面で触りやすい

1. 試運転が早い（とにかく立ち上げが簡単） ✅

ブラウザから作成して、短時間で起動まで持っていけるので
「友だちと今日だけ遊びたい」「動作確認したい」に強いです。

2. 管理がブラウザ中心で完結しやすい ✅

サーバーの起動・停止
コンソール操作（コマンド実行・ログ確認）
ファイルを触る（設定ファイル・ワールド・追加物の配置）
このあたりをGUIで触れるのは、初心者にとってかなり助かります。

3. “試す→合わなければ撤退”がしやすい ✅
無料枠があると、次のような判断がスムーズです。

自分の回線／PCで快適に遊べるか
友だちの人数で重くならないか
MODやプラグイン運用の難易度がどの程度か

4. 使い方が動画で追いやすい ✅
更新（Renew）など、迷いがちな操作が動画で確認できるのは安心材料です。

気になる点：英語UI・待機・稼働制限・性能のブレ

1. 英語ベースのUIに慣れが必要 ⚠️

管理画面・案内は英語中心なので、最初は単語の意味が壁になります。
（例：Renew / Resume / Console / File Manager など）

2. 無料枠は「時間制のデモ」扱いで、運用の癖がある ⚠️

無料プランは“常時稼働”ではなく、時間を区切って使う前提です。
期限が近づいたらRenew（更新）して延長する運用になりやすく、
ここを理解していないと「勝手に落ちた」「入れない」となります。

3. 混雑状況で待ちが発生することがある（特に無料） ⚠️

無料枠は混む時間帯に「すぐ起動できない」ケースが報告されています。
これは“仕様として常に起きる”と断言はできませんが、起こりうる前提で計画したほうが安全です。

4. 性能が読みづらい（遊び方で当たり外れが出る） ⚠️
無料枠はリソースが控えめなため、次の条件で体感が大きく変わります。

人数が増える
新規チャンク生成（探索しまくる）
仕組み装置（ホッパー・村人・Mob大量）
MOD／モッドパック

「昨日は軽かったのに今日は重い」も起こり得るので、常設・安定稼働を最優先にする用途とは相性がよくありません。

誤解されがちなポイント（「常時稼働」前提で考えない等）

誤解1：「無料で24時間ずっと動かせる」
→ 無料枠はあくまで時間制の試用（デモ）の色が強いです。
遊ぶ日・時間を決めて使うほうが、満足度が上がります。

誤解2：「MODもプラグインも、同じ感覚で入れられる」
→ 実際は土台が別物です。

MOD：Forge/Fabric/NeoForgeなど、対応ローダーが必要。参加者側にも同じMODが必要なことが多い
プラグイン：Paper/Spigot系が前提。参加者側は通常追加不要
最初にこの違いを押さえないと、導入で詰まりやすいです。

誤解3：「思ったより重い＝設定をいじれば永遠に解決する」
→ 無料枠は、調整で改善できる範囲に限界があります。
もし次に当てはまるなら、早めに次の選択肢（有料プラン／別ホスティング／VPS）を検討したほうが“総合的にラク”です。

4人以上で頻繁に遊ぶ
MODを増やしたい（特にモッドパック）
いつでも入れる常設が欲しい
落ちる／重いが継続している

誤解4：「無料だからバックアップは考えなくていい」
→ 逆です。無料ほど、万一に備えて
ワールドは定期的にダウンロードして手元に退避しておくのが安心です。

Aternosなど無料サービスとの比較

起動方式・待機・広告などの違い

無料のマイクラサーバーは、ざっくり言うと 「使うときだけ起動して遊ぶ」前提 です。ここを勘違いすると、どのサービスでも不満が出やすくなります。

Aternos
- 収益源が広告なので、広告表示が前提（アドブロックは制限されやすい）
- 混雑時は待ち行列（キュー）が発生し、起動まで時間がかかることがある
- サーバーが空になると停止し、資源を他ユーザーに回す仕組み（カウントダウン停止など）
Server.pro
- 無料枠は 「お試し（時間制）」 の設計で、基本的に手動で延長（更新）しながら使う考え方
- 24/7常時稼働というより、“遊ぶセッションを区切って使う” イメージに近い

使い分けのコツ

「今すぐ遊びたい・待ちたくない」なら、無料枠より 有料（同サービスの上位プラン／VPS） が現実的になりやすいです。
「週末だけ数時間、固定メンバーで遊ぶ」なら、無料でも満足しやすいです。

MOD／プラグイン自由度の差

ここが無料サービス選びで一番つまずきやすいポイントです。結論から言うと、“自由度”の意味がサービスによって違うためです。

Aternosの考え方：用意された一覧から入れる方式
- MODやプラグインは導入できるものの、基本は 対応リスト（アドオン）から選んで入れる流れ
- 任意のjarを自由にアップロードして追加…のような運用は難しい（安全性と運用負荷の都合）
- MODパックも対応範囲が決まっており、“自由に何でも持ち込む”というより“対応している範囲で簡単に入れる”タイプ
Server.proの考え方：サーバー方式を選んで運用するタイプ
- 「どのサーバー方式（例：MOD系／プラグイン系）で動かすか」を選び、そこに合わせて運用する考え方になりやすい
- ただし無料枠だと、作業の手間（更新の手動運用）やリソース面の余裕がボトルネックになりがちです

判断の目安

“軽めのプラグインを数個” → 無料でも成立しやすい
“大型MODパック／多数MOD／重い配布ワールド” → 無料は不安定になりやすく、最初から有料の方が結果的にラクです

データ保持・バックアップ観点での違い

無料サーバーで一番怖いのは、ラグよりも 「ワールドが消える・戻せない」 です。
なので比較は、性能より先に データ保護の仕組み を見ておくのが安全です。

Aternos
- しばらく使わないと、一定期間後にサーバーが削除される（目安として数か月）
- バックアップを有効にしておくことで、削除後の復元がしやすくなる
- そもそも「ワールドを守るのは利用者側の責任」というスタンスが明確なので、
  定期的にダウンロード／外部バックアップしておくのが前提
Server.pro
- 無料枠は“時間制の運用”になりやすいので、遊ぶ頻度が落ちるほど
  「保管（退避）しておくべき重要度」が上がる
- 実務としては、節目ごとにワールドを必ず手元へ保存（ダウンロード）しておくのが鉄板です

初心者向けチェックリスト（最小限）

遊ぶ前：バックアップの設定を確認
遊んだ後：ワールドをダウンロードして保管（重要な節目は毎回）
長期放置前：最終バックアップ＋保管先（PC/クラウド）二重化

どっちを選ぶべき？（目的別の結論）

「どっちが上？」ではなく、目的に合う方が正解です。迷ったら下の結論でOKです。

スクロールできます

目的	合う選択	理由
まず無料でマルチを体験したい	Aternos / Server.pro（無料枠）	初期コストゼロで“雰囲気”を掴める
広告や待ち時間があってもOK	Aternos	広告運営＋混雑時キューという前提を受け入れられるなら相性が良い
セッション制で短時間プレイ中心	Server.pro（無料枠）	時間で区切って遊ぶ運用と噛み合いやすい
MOD多め／配布ワールド大規模／人数が増える予定	有料ホスティング / VPS	無料枠はリソースのブレと制限が原因で詰まりやすい
ワールドを絶対失いたくない	どちらでも可（ただし退避必須）	サービスより運用が重要。定期バックアップが勝ち筋

最終アドバイス

「無料で始めて、詰まったポイントが見えたら有料へ移る」が一番失敗しにくいです。
そのときに比較すべきは、料金より先に “バックアップの取りやすさ” と “起動の手間（待機・更新）” です。

もっと快適に遊びたい人向け：有料プラン／VPSの検討

無料枠で「動くのは分かった。でもラグ・待機・更新がしんどい…」となったら、次の一手は 有料プランかVPSです。
どちらが正解かは、あなたが欲しい“快適さ”の種類で決まります。

有料プランに上げるメリット（性能・自由度・手間）

有料プランの魅力は、ひと言でいうと “ゲーム用に用意された環境を、運用の手間少なめで強化できる” ことです。

1) 性能面：リソース増で「失速ポイント」を後ろへずらせる

Server.proの無料枠は「時間制のデモ」として用意されており、リソースも控えめです。
有料に上げると、少なくとも メモリ・CPU・ディスクが増え、次が改善しやすくなります。

人数が増えたときのカクつき
探索（新規チャンク生成）時の引っかかり
プラグイン増加によるTPS低下
データ容量不足（配布ワールド・ログ・バックアップ保管など）

2) 自由度：やりたい構成を通しやすくなる

無料枠だと「軽い構成に寄せる」のが前提になりがちですが、有料にすると次が現実的になります。

Paper系＋便利プラグインを複数入れて運営（保護・権限・ミニゲーム等）
ワールドが大きくなってもディスクに余裕が出る
“遊ぶたびに制限と戦う”状態から抜けやすい

※MOD系（Forge/Fabric等）は、導入できてもメモリ要求が跳ねやすいので、有料でも「MOD量と人数」を見て調整が必要です。

3) 手間：無料特有の「運用のクセ」から解放されやすい

無料枠で大変になりがちなのは、性能よりも “運用の手間” です。

毎回の起動、更新（延長）、混雑時の待機
「今すぐ入りたいのに、サーバーが生きてない」問題

有料化は、ここをまとめて軽くしやすい選択肢です。

参考：無料枠／有料枠のイメージ比較（Server.pro）

※数値は公式の表記をそのまま整理したものです。実際の体感は遊び方で変わります。

スクロールできます

区分	ざっくり立ち位置	リソース例	向きやすい用途
無料枠	時間制のデモ（お試し）	例：2GBメモリ・2コア・5GBディスク	初回のお試し、短時間の少人数
有料（Minecraft向け）	月額のゲーム用プラン	例：8GB/16GB/24GB/32GB…（プランで増える）	週末固定メンバー、常用、プラグイン運用

VPSが向くケース（長時間稼働／高負荷／細かい管理）

VPSは、ざっくり言うと 「自分専用の小さなサーバーを借りて、OSから自由に使う」 方式です。
“自由”の代わりに“管理”が増えます。

VPSがハマるのはこんな人

長時間稼働が前提（いつでも入れる常設を作りたい）
高負荷寄り（MOD多め、人数多め、プラグインも多め）
サーバーを複数立てたい（本番・検証、サバイバル・建築など分ける）
細かい制御がしたい
- バックアップの方式を自分で組む
- 監視・自動再起動・ログ管理
- プロキシ（Velocity等）や複雑な構成

“有料ホスティング”とVPSの違い（超短縮）

有料ホスティング：ゲーム用途に最適化された管理画面があり、運用がラク
VPS：自由度は最大だが、構築・保守は基本すべて自己責任

VPS運用の現実（費用・難易度・責任範囲）

VPSは「安くて最強」と言われがちですが、現実は “作業コスト込みで考える” のが大事です。

1) 費用感：月額は幅が広い（まずは“最低ライン”を知る）

VPSはプラン次第で月額が変わります。例えばAWS LightsailのLinux/Unix（IPv4）だと、メモリに応じて月額が段階的に上がります。

0.5GB → 低価格帯
1GB / 2GB → 入門帯
4GB / 8GB → マイクラ用途で現実的になりやすい帯（人数や構成による）

ただし、マイクラはCPU性能・ディスク速度・同時処理でも体感が変わるので、メモリだけで決めないのがコツです。

2) 難易度：できることが増えるほど、覚えることも増える

最低限でも、次のどれかは必要になりがちです。

OS更新（アップデート）と再起動の管理
Javaの導入・バージョン管理
ファイアウォール設定（不要ポートを閉じる）
バックアップ設計（保存先、頻度、復元手順）
障害時の切り分け（ログ読む、容量不足、DDoSや負荷）

「サーバーを立てる」より、「落ちないように保つ」のほうが手間がかかります。

3) 責任範囲：困ったときに“自分で直す領域”が増える

ゲームホスティングだと面倒を見てくれた部分（最適化・管理画面・自動化）が、VPSでは自分の担当になります。

何か壊れたら、基本は自力で復旧
セキュリティ事故（パスワード流出・ポート開放ミス）も自己責任
バックアップが無いと、ワールドは普通に戻せない

迷ったときの判断（目的別の最短結論）

「無料は卒業したい。でも難しいことはしたくない」
→ まずは Server.proの有料プラン がいちばんスムーズ
「MOD多め・人数多め・常設・構成もこだわりたい」
→ 最終的に VPS が納得解になりやすい（ただし学習コスト込み）
「まだ週末に2〜3人で遊ぶだけ」
→ 無料枠＋軽量化で様子見でもOK（ただしワールド退避は必須）

あわせて読みたい

よくある質問（FAQ）

MODやプラグインは無料枠でも使える？制限は？

結論から言うと、「何を入れたいか」→「どのサーバー方式が必要か」→「無料枠のリソースで耐えられるか」で決まります。無料枠は“お試し”色が強いので、改造要素を盛るほど不安定になりやすいです。

まず整理：入れたいものはどれ？

プラグイン（Java向け）
例：Paper / Spigot 系で動く追加機能。
“サーバー側だけ”で完結することが多く、導入の敷居は比較的低め。
MOD（Java向け）
例：Forge / Fabric 系。
基本はサーバーと参加者（クライアント）の両方に同じMOD環境が必要になりやすく、バージョン事故が起きがち。
アドオン（Bedrock向け）
統合版はMODというより「アドオン（Behavior/Resource）」運用が中心。JavaのMOD文化とは別物です。

無料枠で起きやすい“現実的な制限”

時間制（延長しながら使う運用）になりやすい
メモリ・ディスクが小さめなので、MODパックや多数のプラグインは重くなりやすい
参加人数が増えるほどラグ／切断が出やすい（改造要素が多いほど顕著）

おすすめの判断基準（初心者向け）

まずは軽量構成で動作確認
- Java：Vanilla → Paper（軽量化）くらいから
- Bedrock：アドオンは少数から
つぎに、「同時に遊ぶ人数」×「入れたい要素」でアップグレードを検討
- 3〜5人・軽量プラグイン少数：無料枠でも試せる可能性
- MODパック／多人／大型ワールド：早めに有料プランかVPSが現実的

統合版（スマホ／Switch等）で参加できないときは？

統合版（Bedrock）は、端末によって“サーバー追加の自由度”が違うのが最大の落とし穴です。

スマホ・Windows（Bedrock）での基本チェック

サーバーアドレスとポートを正しく入力（打ち間違いが最頻出）
サーバーが起動中か確認（停止中・期限切れ・待機中だと入れません）
Bedrockの既定ポートは通常 19132（違う場合は管理画面の表示に従う）

Switch / PlayStation / Xbox での注意点

多くの家庭用ゲーム機版は、標準では任意サーバーのIPを直接追加できないことがあります
どうしても参加したい場合、DNS変更などの“回避策”が紹介されていますが、
- 仕組みがやや複雑
- 環境依存が大きい
- 公式サポート外の扱いになりやすい
  ため、まずはスマホ or PC（Bedrock/Java）から参加できる構成にするのが安全です。

サーバーに入れない／切断されるときの確認ポイント

焦ったときは、次の順で潰すと早いです（上ほど優先度高）。

共通（Java/Bedrock）

サーバーがオンラインか（管理画面で稼働状態を確認）
アドレス／ポートは合っているか（コピペ推奨）
バージョン一致（サーバーとクライアントの版がズレると弾かれます）
人数上限・リソース不足（満員や重すぎで落ちる）
参加制限（ホワイトリスト、BAN、権限設定）

Java版でよくある原因

サーバー側が MOD環境なのに、参加者が入れていない／逆も同様
Paper/Spigot系で、プラグイン同士の相性や設定ミス
参加者のPC側で、Javaのバージョンやランチャー設定が噛み合っていない

Bedrock版でよくある原因

ポートがUDP前提（入力ミスや仕様違いに注意）
家庭用ゲーム機は、そもそもカスタムサーバー接続が制限されがち
Wi-Fiが不安定だと切断が増えるので、可能なら有線や5GHz帯へ

切断が続くときの“応急処置”

サーバーを再起動（一時的な詰まりを解消しやすい）
ワールドを重くしている要素（エンティティ・常時稼働装置）を減らす
同時参加人数を一度減らして、どの条件で落ちるか切り分ける

ワールドを移したい（配布ワールド／自作ワールド）

大原則はこれです：「止める → バックアップ → 移す → 起動 → 反映確認」
（動かしたまま触ると破損リスクが上がります）

Java版の移行の要点

ほしいのは基本的に ワールドフォルダ一式（level.dat を含む）
移行後、サーバー側で「そのワールドを使う設定」になっているか確認
MOD環境のワールドは、MOD構成が一致していないと破綻しやすい

Bedrock版の移行の要点

.mcworld 形式やワールドフォルダを扱うことが多い
アドオン使用時は、ワールドだけでなくアドオンの適用状況も合わせて確認

配布ワールド導入で事故を防ぐコツ

いきなり本番に入れず、別サーバー／別ワールドで試運転
「必要なバージョン」「必要な追加要素（MOD/アドオン）」を先に揃える
反映されないときは、ワールドの置き場所・指定名・起動順を見直す

サーバー場所（リージョン）を変えたい

結論：“その場で変更できる”とは限らないので、移行前提で考えると安全です。

おすすめの進め方（失敗しにくい）

現在のワールドをバックアップ／ダウンロード
新しいリージョンで新規サーバーを作成
ワールドをアップロードして復元
参加者に新しい接続情報（アドレス／ポート）を共有

補足：無料枠だと選べるリージョンが限られることがあるため、作成画面で選択肢を先に確認しておくのが無難です。

困ったときの問い合わせ手順（サポート・コミュニティ）

問い合わせ前に、これだけ揃えると解決が速いです。

準備する情報（テンプレ）

発生日時（できればタイムゾーン込み）
サーバーの種類（Java / Bedrock、Vanilla / Paper / Forge など）
何人で、何をしていたか（参加人数・導入物）
エラーメッセージ（スクショ or コピペ）
直前に変えた設定（プラグイン追加、バージョン変更など）

相談先の使い分け

公式サポート：課金・アカウント・サーバー側の不具合が疑わしい
コミュニティ（Discord等）：設定ミスや導入手順の相談、類似事例探しに強い
Minecraft公式ヘルプ：統合版のマルチ参加・アカウント制限など“ゲーム側”の問題に強い

まとめ：Server.proを「無料で試して、必要なら上位手段へ」

Server.proは、マイクラのマルチ環境を 「まず動かして体験する」 のに向いたサービスです。
いきなり理想（常時稼働・大人数・MOD盛り盛り）を目指すより、無料で検証 → 詰まったところだけ上位手段で解決の順が、いちばん失敗しにくいです。

1) まず無料でやるべきこと（“試用”の使い方）

無料枠は、快適さを追求する場というより 相性チェックの場です。最初は次の方針がおすすめです。

目的を絞る
- 例：友だちと数時間遊べるか／接続できるか／ラグが許容か
構成を軽くする
- まずはVanilla、または軽量化しやすい方式（例：Paper系）から
運用のクセを理解しておく
- 無料枠は「常に動く前提」ではなく、起動・停止・更新（延長）を意識して使うもの、と割り切るとストレスが減ります
最初から安全運用に寄せる
- ホワイトリストON、OPは最小、ワールドは節目で退避（ダウンロード）

2) 無料検証で見るべき“合否ライン”（ここだけ見ればOK）

無料期間に確認すべきポイントは、次の4つに絞って大丈夫です。

起動までの手間：待機・更新・操作が許容できるか
快適さ：2〜3人で普通に遊んでカクつかないか（探索・戦闘が成立するか）
データ管理：ワールドのバックアップ／復元が自分の手で回せるか
拡張性：プラグイン／MODを増やしたとき、現実的に運用できそうか

ここで「無理だ」と感じた部分は、あなたの使い方では無料の設計思想と合っていないサインです。
逆に、ここが全部OKなら無料でもしばらく満足しやすいです。

3) 上位手段へ移る判断基準（課金 or VPS）

無料で見えた課題に合わせて、次の一手を選びます。

Server.proの有料プランが向く人

常設に近い使い方をしたい（いつでも入れる方がいい）
待機・更新の手間を減らしたい
サーバー運用はなるべく 管理画面で完結させたい
軽〜中程度の拡張（プラグイン中心）で、運用をラクにしたい

VPSが向く人

長時間稼働が前提（24/7運用したい）
高負荷（人数多め、MOD多め、大規模ワールド、複雑な構成）
バックアップや監視などを 自分で細かく作り込みたい
障害対応やセキュリティも含めて 自己管理できる／学ぶ意思がある

4) 迷ったときの結論（最短の選び方）

次の表で「Yes」が多い方が、あなたの“次の一手”です。

スクロールできます

質問	Yesなら
“いつでも入れる”を最優先したい	有料プラン or VPS
管理はできるだけ簡単な方がいい	有料プラン
MOD多め・人数多め・常時稼働が前提	VPS寄り
とにかく失敗したくない（手間を買いたい）	有料プラン
学習コストがあっても自由度を取りたい	VPS