ロリポップ! for Gamers×マイクラ完全ガイド|料金・立て方・参加方法までやさしく解説
「友達とマイクラをやりたいだけなのに、サーバーって難しそう……」
そう感じて検索している方は多いはずです。
たとえば、こんな悩みありませんか?
「ロリポップ! for Gamersって、結局いくらかかるの? 月額の目安が知りたい」
「何人まで快適に遊べる? 少人数なら安いプランで足りる?」
「契約したら最短でどこまで設定すればマルチ開始できる?」
「サーバーアドレスって何? 友達にどう共有すればいいの?」
「Java版と統合版って違うの? 同じサーバーで一緒に遊べる?」
「MODやプラグインを入れたいけど、どこまで対応してるのか不安」
「重い・ラグい・入れない…ってなったとき、どこから確認すればいい?」
このページでは、ロリポップ! for Gamersでマイクラサーバーを立てて遊ぶまでを、初心者向けに“順番通り”に整理します。
料金とプラン選びの考え方、作成手順、友達の参加方法、基本の運用設定、トラブル対処、バックアップまで、最初に知っておくべきポイントをまとめて解説します。
なお、料金・仕様・管理画面の操作は変更されることがあるため、公式のヘルプ/仕様ページの一次情報を優先しつつ、実際に詰まりやすい箇所は「チェックリスト」形式で迷わないようにしました。
「なるべく手間をかけず、でも失敗はしたくない」人のための完全ガイドとして活用してください。

最初に結論:ロリポップ! for Gamersが合う人・合わない人
おすすめできるケース(少人数マルチ/低コスト重視/管理画面で完結したい)
✅ ロリポップ! for Gamersが刺さるのは、次のどれかに当てはまる人です。
- 友達と少人数(目安:2〜10人くらい)で遊びたい
- サーバー構築の知識はなくてOK、まずは“動く”ところまで最短で行きたい
- コマンドや難しい設定より、管理画面で基本操作を済ませたい
- 月額を抑えつつ、必要なら上位プランへ上げる運用にしたい
- バックアップやMOD導入なども、なるべく手軽にやりたい(=作業時間を減らしたい)
💡ポイント
「自分でVPSを立ててコマンドで…」ではなく、“ゲーム用に整えられた環境”を買う感覚で始められるのが強みです。
そのぶん、細かい自由度(root権限など)を最優先にする人には、別解が出てきます(次項)。
避けたほうがいいケース(大人数・重い構成・細かい自由度最優先)
❌ 次に当てはまるなら、慎重に検討(またはVPS等も比較)がおすすめです。
- 大人数(目安:20人以上)で同時接続しがち
→ 人数が増えると、必要メモリ・CPUも跳ね上がりやすいです。 - 重いMODパック(大量MOD)や、負荷の高い要素を盛りがち
例:工業系・魔術系を大量導入/常時稼働の装置だらけ/高負荷ワールドなど - root権限が必要なレベルで、OS・ミドルウェア含めて自由に触りたい
→ ゲーム特化サービスは「自由度より簡単さ」を優先した設計になりやすいです。 - サーバーをマイクラ以外にも転用したい(Web、DB、別用途の常駐など)
→ “ゲームサーバー”としての最適化が中心のため、汎用用途はVPSの方が噛み合います。
🧠ここを誤解すると失敗しやすいです
「高性能プランもある=何でもOK」ではなく、目的に対して“コスパが良い領域”があるイメージです。
少人数〜中人数の“手軽運用”が得意で、ガチ運用は費用や運用設計が難しくなります。
迷ったときの判断基準は「人数 × MOD/プラグインの重さ」
迷ったら、まずこの3問だけでOKです。
- 同時に遊ぶ人数は最大で何人?(普段/週末ピーク)
- バニラ? 軽め? 重め?(MOD/プラグインの数と重さ)
- あなたが“面倒を見られる時間”はどれくらい?(設定・更新・トラブル対応)
この3つを「人数 × 重さ」でざっくり当てはめると、判断が速くなります。
早見表:人数 × 遊び方(ざっくり目安)
※あくまで“判断の地図”です。実際はワールドの作り込みやMOD次第で上下します。
| 遊び方\人数 | 1〜4人 | 5〜10人 | 11〜20人 | 20人以上 |
|---|---|---|---|---|
| バニラ中心 | 低〜中 | 中 | 中〜高 | 高(要比較) |
| 軽めMOD/プラグイン(少数) | 中 | 中〜高 | 高 | 高(要比較) |
| 重めMODパック/大量導入 | 高 | 高(要検討) | 高(要比較) | 非推奨寄り |
- 低〜中:まずはゲームサーバー型で始めやすいゾーン
- 中〜高:プラン選びをミスるとラグが出やすい。余裕を持つ
- 高(要比較):ゲームサーバー型だけでなく、VPSや他社とも比較推奨
もう一段だけ具体化:プラン選びの“考え方”
ロリポップ! for Gamersは、メモリ量に応じて複数プランがあり、メモリが増えるほどvCPUコア数も増える設計です。
また、2GBプランは統合版のみなど、エディションで制約があります。
- 統合版(Bedrock)で少人数・バニラ中心
→ まずは低容量側から検討しやすい - Java版でMOD/プラグインを触る予定がある
→ “軽め”でも余裕を持ったプランを選ぶと事故りにくい - 「週末だけ人数が増える」タイプ
→ そのピークに合わせて選ぶか、ラグ許容で割り切る(※不満が出やすいのは後者)
最終チェック:あなたが選ぶべきはどっち?
✅ ロリポップ! for Gamers寄り
- 少人数〜中人数が中心
- まずは簡単に始めたい
- 管理画面で運用したい
- 料金は抑えたい(必要なら上位へ)
🤔 比較検討寄り(VPS/他社も見る)
- 同時接続が多い/イベント運用する
- 重いMOD構成を前提にしている
- 自由度(root等)や拡張性を最優先したい
ロリポップ! for Gamersとは? マイクラで「何ができる」サービスなのか
ロリポップ! for Gamersは、マイクラ用の環境を“ゲームサーバーとして”用意してくれるサービスです。
難しい初期構築をできるだけ省き、ブラウザの管理画面から操作して、友達とマルチを始めるところまでを短くしてくれます。
まずは全体像だけ、イメージで押さえておくと理解が早いです👇
- ① 申し込み(Minecraftを選ぶ)
- ② 自動でサーバーが用意される
- ③ 管理画面でサーバーアドレスを確認
- ④ ゲーム側で接続してマルチ開始
ゲームサーバー型の特徴(自動構築・管理画面・サポート)
「VPSのように“サーバーを丸ごと借りる”」というより、“マイクラ用に整ったサーバーを借りる”のがゲームサーバー型です。初心者がつまずきやすい部分が、最初から整理されています。
主な特徴はこの3つです。
1) 自動構築(面倒な下準備が少ない)
- サーバーソフトの準備・初期セットアップなどを、手作業でやる場面が減ります
- 自宅PCサーバーでありがちな ポート開放の悩みも回避しやすいタイプです
2) 管理画面でできることが多い(コマンド前提になりにくい)
初心者が助かるのは、次のような操作を「画面ポチポチ」で進められる点です。
- サーバーの起動・停止、状態の確認
- サーバーアドレス(IPなど)の確認・コピー
- サーバー種類(後述:Vanilla / Forge / Fabric / Paper…)やバージョンの切り替え
- MOD導入やバックアップなど、運用で必要になる作業の導線が用意されている
3) サポート情報がまとまっている(調べる先が明確)
- 公式ブログの手順記事や、ヘルプセンター(設定変更・接続・アップデート等)があり
- 困ったときに「どこを見ればいいか」が比較的ハッキリしています
✅つまり、ゲームサーバー型は
“最初の成功体験(接続して遊べる)”を作りやすいのが最大のメリットです。
対応エディションの整理:Java版/統合版(Bedrock)の違い
マイクラには大きく Java版 と 統合版(Bedrock) があり、ここを間違えると「接続できない」が起きやすいです。
先に違いを表で整理します。
| 比較ポイント | Java版 | 統合版(Bedrock) |
|---|---|---|
| 主な対応機種 | 基本的にPC | PC / Switch / PS / Xbox / スマホなど |
| 遊ぶ人の多い環境 | PC中心のマルチ | 家庭用ゲーム機やスマホ混在のマルチ |
| 拡張の方向性 | MOD・プラグイン文化が強い | 公式マーケット等の遊び方が中心 |
| マルチの注意点 | Java同士で合わせる必要 | 統合版同士で合わせる必要 |
| いちばん大事 | Javaと統合版は基本的に一緒に遊べない(別エディション) |
初心者向けに、選び方を一言でまとめるとこうです👇
- 友達がSwitchやスマホも混ざる → 統合版(Bedrock)
- 全員PCで、MODやプラグインも触りたい → Java版
⚠️よくある落とし穴
「自分はPCだからJavaでOK」と思いがちですが、PCでも統合版を遊んでいる人はいます。
参加メンバーが“どのエディションで遊んでいるか”を最初に確認しておくのが安全です。
遊び方の幅:バニラ/前提MOD(Forge・Fabric等)/プラグイン系(Paper等)
ロリポップ! for Gamersでは、(特にJava版で)遊び方の選択肢が広がります。
ここは用語がややこしいので、初心者向けに「何が違うのか」だけ最短で押さえます。
まず用語の整理(ここだけ分かればOK)
- バニラ(Vanilla):改造なしの通常マイクラ
- MOD(主にForge / Fabric):ゲーム内容そのものを拡張する改造
- プラグイン(主にSpigot / Paper):サーバー側の機能追加・運用を便利にする拡張
- 例:権限管理、保護、ログ系、軽量化系など(※何を入れるかで変わります)
どう選べばいい?(初心者向けの結論)
- 初めてのマルチ:まずは バニラ(安定・トラブルが少ない)
- “新要素を追加して遊びたい”:Forge / Fabric(MOD)
- “サーバー運用を快適にしたい”:Paper(プラグイン)
💡ポイント(失敗しない考え方)
- MODは「参加者側にも同じMODが必要」になることが多く、導入の手間が増えがち
- プラグインは「サーバー側で完結するもの」も多く、運用目的だと相性が良い
- どちらにしても、バージョン一致が最重要(サーバーと参加者のズレが原因になりやすい)
できないこと・制約(知っておくと失敗しにくいポイント)
便利な反面、ゲームサーバー型には“割り切り”があります。ここを最初に知っておくと、後悔を減らせます。
1) 「自由度はVPSより控えめ」になりやすい
- OSやミドルウェアを好きにいじって、何でも動かす…というより
マイクラ運用に必要な範囲に最適化されているイメージです - 「root権限で何でもしたい」人は、VPSの方が向くことがあります
2) Java版と統合版は“別物”として扱う必要がある
- エディションが違うと、そのままでは同じサーバーで遊べません
- 申し込みや設定の前に、参加者のエディション確認が必須です
3) 重い構成は“相応に”ハードルが上がる
- 大人数・高負荷MOD・装置だらけのワールドなどは、サーバー負荷が上がります
- その結果、
- 上位プランが必要になる
- 構成の調整(MOD整理、設定見直し)が必要になる
といった運用が発生しやすいです
4) 対応バージョン・対応方式は「選べる範囲」がある
- サーバー種類(Vanilla / Forge / Fabric / Spigot / Paper など)や、選択できるバージョンは提供側の対応状況に依存します
- 「この古いバージョンで、この特殊構成で…」のような場合は、事前に対応状況を確認しておくのが安全です
料金・プラン・支払い:結局いくら? どう選ぶ?
月額の見方(契約期間で変わる/更新時の注意)
ロリポップ! for Gamersは、初期費用0円で始められ、料金は「メモリ(=プラン)」と「契約期間」で決まります。
- 1ヶ月契約が基準の月額(まず試したい人向け)
- 長期契約にすると、月あたりが割引(例:3/6/12/24/36ヶ月)
- ✅ 長く遊ぶほどお得
- ⚠️ ただし、契約中に契約期間を変更できない(変更機能は開発中扱い)
また、マイクラは 統合版(Bedrock)なら2GBから、Java版は4GBからが基本です。
料金・スペック早見表(マイクラ向け)
※「月額」は目安として見やすくするために掲載(長期契約は“月あたり”が安いイメージ)。実際は選んだ期間ぶんを支払います。
| プラン | 対応 | メモリ | vCPU | ストレージ | 月額(1ヶ月) | 月額(36ヶ月) |
|---|---|---|---|---|---|---|
| 2GB | 統合版のみ | 2GB | 3コア | 公式表記に差あり※ | 800円 | 525円 |
| 4GB | Java/統合 | 4GB | 4コア | 100GB | 1,500円 | 1,082円 |
| 8GB | Java/統合 | 8GB | 6コア | 100GB | 3,000円 | 1,755円 |
| 16GB | Java/統合 | 16GB | 8コア | 100GB | 4,300円 | 3,236円 |
| 32GB | Java/統合 | 32GB | 12コア | 100GB | 11,000円 | 8,321円 |
| 64GB | Java/統合 | 64GB | 24コア | 100GB | 22,000円 | 18,996円 |
| 128GB | Java/統合 | 128GB | 40コア | 100GB | 88,400円 | 60,799円 |
※2GBプランのストレージは、公式ページ内で50GB表記と100GB表記が混在しているため、最終的には「申し込み画面/管理画面の表示」を正として確認するのが安全です。🔍
人数別の目安:1〜5人/6〜10人/11人以上
人数だけで決めると失敗しやすいので、「人数 × 遊び方(重さ)」で考えるのがコツです。
ここでは“迷ったときの目安”として、軽め想定で置きます。
- 1〜5人(友達と遊ぶ・軽め):4GBが無難 ✅
- 統合版だけ&かなり軽いなら2GBも候補(ただし余裕は少なめ)
- 6〜10人(中規模):8GBが安心 ✅
- 建築や移動が増えるほど、体感が変わりやすいです
- 11人以上(イベント・常時稼働):16GB〜を検討 ✅
- 参加人数の波が大きいなら、余裕を見たほうが安定します
💡ポイント
同じ「10人」でも、
- まったり建築中心 → 軽い
- トラップ大量・自動化・遠距離探索が多い → 重い
で必要スペックが変わります。
遊び方別の目安:バニラ/軽めMOD/重めMOD・多数プラグイン
プレイの“重さ”は、だいたいこの順で上がりやすいです。
- バニラ(MODなし):4GB〜
- まずはここから始める人が一番多いゾーン
- 軽めMOD(少数・軽量)/軽めプラグイン:8GB〜
- 便利系を足したくなると、ここが快適ラインになりがち
- 重めMOD(大型・多数)/プラグイン多め(Paper系で拡張):16GB〜
- 「入れたら起動しない」「途中から重くなる」が出やすいので、最初から余裕を持つと事故が減ります
🔧体感が悪化しやすい要因(初心者が見落としがち)
- 描画距離(View Distance)を上げすぎる
- 常時稼働の装置・トラップが増える
- エンティティ(動物・村人・アイテム)過多
- 同時ログイン+ワールド探索が重なる
あとから変更できる? プランアップ/ダウン時の考え方
結論、上げるのは簡単/下げるのは現状むずかしい、です。
- プランアップ(上位へ変更):可能 ✅
- 管理画面から手続きでき、反映まで数分かかることがあります
- 決済が正常に完了しないと変更されません
- プランダウン(下位へ変更):現状は開発中扱い ⚠️
- つまり「とりあえず上げて、あとで下げよう」がやりにくい
✅ 失敗しにくい選び方(おすすめ)
- 最初は “最低限”ではなく“少し余裕” のプランにする
- 「快適さ>数百円の差」になりやすい(特に6人以上)
支払い方法と注意点(自動更新・決済の癖)
支払い方法はシンプルに2つです。
- クレジットカード(定期支払い):自動更新できる ✅
- 主要ブランドに対応(デビット/プリペイドも使える場合あり)
- 次回利用期間が始まる“前日”に決済される仕様
- PayPay(都度支払い):自動更新できない ⚠️
- 更新したいときは、期限までに手動で支払いが必要
- まとめて次回契約分を支払える一方、更新完了後はその契約のプラン変更ができなくなる点に注意
さらに覚えておくと安心な挙動はこちら👇
- 定期支払いが失敗しても、即終了にはならず、メールや管理画面で案内が出る
- PayPayの都度支払いで更新し忘れても、契約終了日から一定期間は再決済できる(救済期間あり)
- 自動更新を止めたい場合は、管理画面で停止でき、次回自動更新日の前日までに手続きするのが安全
サーバーの作成手順:最短でマルチ開始まで持っていく
ここでは「申し込み〜サーバーアドレス(IP)を確認して共有できる状態」までを、初心者向けに迷わない順番でまとめます。
※ゲーム側の接続手順(マイクラ内での操作)は、次の章で扱う想定なので、ここでは“作るところ”に集中します。
ステップ0:事前準備(バージョン・参加者のエディション確認)
最短でマルチを始めるコツは、申し込み前に確認する項目を3つに絞ることです。
ここを飛ばすと「買ったのに接続できない」になりがちです。
最初に確認する3点(これだけでOK)
- エディション:参加者は Java版?統合版(Bedrock)?
- バージョン:みんなが遊ぶ予定のバージョンは同じ?
- 遊び方の重さ:バニラ中心?軽めMOD?重めMOD?
オリジナルの「事前準備メモ」として、こう整理しておくと後がラクです👇
| 決めること | 例 | 先に決める理由 |
|---|---|---|
| エディション | 統合版(Switch含む) / Java版(PCのみ) | 別エディション同士は基本的に一緒に遊べないため |
| バージョン | 1.xx.xで固定 | ズレると接続エラーの原因になりやすい |
| 遊び方 | まずはバニラ / 最初からMOD | プラン選び(重さ)に直結する |
参加者に送る確認メッセージ例(コピペ用)
- 「みんなのマイクラは Java版 / 統合版 どっち?」
- 「今入れてるバージョン(画面に出てる数字)教えて!」
- 「MOD入れる予定ある?(最初は無しでもOK)」
ここまで決めたら、次へ進みます。
ステップ1:アカウント登録と初期設定
ロリポップ! for Gamersは、管理画面へのログイン方法が特徴的です。
メールに届く“認証コード”でログインする方式なので、先に把握しておくと詰まりません。
流れ(初心者向けに最短)
- 公式サイトから申し込みに進む
- メールアドレスを入力
- メールで届く認証コードを確認
- 管理画面に戻って認証コードを入力してログイン
ここだけ注意(つまずきやすいポイント)
- 認証コードには有効期限があります(届いたら早めに入力)
- メールが見当たらないときは、まず
- 迷惑メール
- 受信制限(PCメール拒否等)
をチェックすると解決しやすいです
ログインできたら、この時点でやる“初期設定”は最小限でOKです。
- 管理画面をブックマーク(あとで必ず使います)
- サーバー名(表示名)は、後で見て分かるようにしておく
例:みんなの建築ワールド/身内サバ(統合版)など
ステップ2:Minecraftを選んでプラン/契約期間を決める
申し込み画面で迷いやすいのは「どのプランにすべき?」ですが、判断はシンプルです。
ここでは“選ぶ順番”を固定して、迷いを減らします。
選ぶ順番(これでOK)
- Minecraftを選択
- エディションに合わせる(Java版 or 統合版)
- プラン(メモリ)を選ぶ
- 契約期間を選ぶ(1ヶ月〜長期)
- 支払い方法を選ぶ
初心者が迷わない“超ざっくり指針”
- 統合版で少人数&バニラ中心 → 低めのプランから検討しやすい
- Java版、またはMOD/プラグインを触る予定 → 余裕のあるプランが安全
契約期間で注意すること
- 長期契約は月あたりが安くなりますが、基本的にまとめて前払いです
- 申し込み後は、契約期間を途中で変更できない扱いなので
「まずは1ヶ月で様子見 → 合えば長期」も現実的です
ステップ3:決済→自動セットアップ完了を待つ
決済が終わると、サーバーの用意が自動で進みます。
公式の案内では“数分で構築できる”イメージですが、状況によって前後するので、焦らず次を確認します。
ここでやること(待ってる間に確認)
- 管理画面で、対象サーバーが表示されているかを見る
- ステータスが「準備中」→「停止中」または「起動中」などに変わるのを待つ
接続前に必ずチェック
- サーバーが起動しているか
もし「停止中」なら、管理画面の起動ボタンで起動してから接続します
(起動していないと当然つながりません)
ステップ4:サーバーアドレス(IP/ドメイン)を確認する
サーバーが用意できたら、次は“みんなが入るための入口”を確認します。
ロリポップ! for Gamersでは、管理画面のサーバー詳細にIPアドレスが表示され、コピーして使えます。
確認手順(迷わない版)
- 管理画面ホームで、対象サーバーを選ぶ
- サーバー詳細にある IPアドレス を探す
- 表示された内容を そのままコピー
- 参加者に共有(グループLINE/Discord等)
共有のコツ(初心者向け)
- 共有するのは基本的に IPアドレスだけ(表示された形式のまま渡す)
- 入力ミスが多いので、手打ちよりコピペ推奨
- 身内サーバーなら、IPは“合言葉”に近い扱いです。必要な人だけに共有すると安心です
ここまで終われば、「サーバー作成」工程は完了です。
次は、Java版/統合版それぞれで「マイクラ側でどう入力して入るか」をやれば、マルチ開始まで一直線です。
友達を参加させる:Java版・統合版の接続手順
ここでは「管理画面でサーバーを作ったあと」に、友達を迷わせず参加させる手順をまとめます。
ポイントは、先に “エディション(Java/統合版)” と “アドレスの渡し方” を揃えることです。
サーバーアドレスの種類と、共有時の注意
マイクラのマルチ参加に必要なのは、ざっくり言うと 「住所」です。
ただし、Java版と統合版では“住所の形”が少し違います。
Java版で使う「サーバーアドレス」
- 形式:
ドメインまたはIPアドレス - 例:
example.com/123.45.67.89 - ポート番号(例:
25565)が必要な場合は:ポートを付ける- 例:
example.com:25565
- 例:
✅ 多くの場合、ポートは省略できることが多いですが、
管理画面にポートの記載があるなら、必ず付けるのが安全です。
統合版(Bedrock)で使う「アドレス+ポート」
- 形式:
アドレス(IP/ドメイン)+ポート番号 - 例:アドレス
123.45.67.89、ポート19132(※よくある既定値。実際は表示に従う)
✅ 統合版は「アドレスだけ」だと入れないケースがあるので、ポートまでセットで共有します。
共有するときの注意(初心者に効くコツ)
- コピペ前提で渡す(手打ちはミスが出やすい)
- 全角と半角に注意(特に
:が全角になりがち) - 余計な空白が混ざると失敗します(コピペ後に末尾を確認)
友達に送るテンプレ(そのまま使えます)📩
- Java版の場合
- 「サーバーアドレス:
xxx.xxx.xxx.xxx:ポート(必要なら)」 - 「バージョン:
1.xx.x(これに合わせて入ってね)」
- 「サーバーアドレス:
- 統合版の場合
- 「アドレス:
xxx.xxx.xxx.xxx」 - 「ポート:
xxxxx」 - 「バージョン:最新に更新してから入ってね」
- 「アドレス:
🔒ちょい大事:サーバーアドレスは“合言葉”に近いです。
身内サーバーなら、必要な人だけに共有すると安心です。
Java版:マルチプレイ画面から追加・接続する流れ
Java版は、「サーバーを追加 → 接続」が基本です。
手順は短いので、ここだけ一緒にやれば迷いません。
事前チェック(30秒)
- 参加者全員が Java版 である
- サーバー側と同じ バージョン になっている
- 例:サーバーが
1.xx.xなら、参加者の起動バージョンも合わせる
- 例:サーバーが
接続手順(PC)
- マイクラ起動(Java版)
- 「マルチプレイ」 を開く
- 「サーバーを追加」 を選ぶ
- 入力する
- サーバー名:なんでもOK(例:
身内サバ) - サーバーアドレス:管理画面の表示どおり(例:
IPまたはIP:ポート)
- サーバー名:なんでもOK(例:
- 追加したサーバーを選んで 「サーバーに接続」
うまく入れたら、次にやると良いこと👇
- ブックマーク代わりにサーバーを残しておく(次回ラク)
- 友達が増えるなら、ホワイトリストなど“参加制限”を検討(荒らし対策)
統合版(Bedrock):参加手順とつまずきポイント
統合版は、機種によって画面が少し違います。
まずは分かりやすく 「入力できる機種」 と 「つまずきやすい機種」 に分けます。
入力しやすい(PC/スマホが中心)
- Windows(統合版)
- Android / iPhone / iPad
基本の手順(例:PC/スマホ)
- マイクラ起動(統合版)
- 「遊ぶ」→「サーバー」 を開く
- 「サーバーを追加」(または同等の項目)を選ぶ
- 入力する
- サーバー名:なんでもOK
- サーバーアドレス:管理画面の表示どおり
- ポート:管理画面の表示どおり
- 追加したサーバーから参加
✅ 統合版で多いミスはここです
- ポート未入力
- アドレスのコピペに空白が混ざる
- Microsoftアカウント未ログイン(機種によっては必須)
つまずきポイント(Switch / PlayStation / Xbox)
家庭用ゲーム機の統合版は、環境によって 「任意のサーバーを直接追加できない」 ことがあります。
その場合の現実的な選択肢は次のとおりです。
- ✅ いちばん簡単:PC/スマホ(統合版)から参加できる人を用意する
- ✅ みんなゲーム機中心:別の方法(公式機能の範囲で遊ぶ)を検討する
- ⚠️ 手段はあるが上級者向け:ネットワーク設定を工夫する方法
- ただし環境依存で、初心者にはおすすめしづらいです
「Switchの友達も参加させたい」ニーズは多いので、記事内では
“参加者の機種構成”を先に確認する重要性として書いておくと親切です。
参加できないときにまず確認する3点(版・アドレス・起動状態)
接続トラブルは原因が多そうに見えますが、初心者のつまずきはだいたいこの3つです。
まずはここだけ順番に潰すと、復旧が早いです。
1) 版(エディションとバージョン)
- Java版と統合版を取り違えていないか
- サーバーのバージョンと、参加者のバージョンが一致しているか
- 迷ったら「全員いったん最新に更新」で揃うことも多いです(※サーバー側の方針に合わせる)
2) アドレス(コピペミスとポート)
- Java版:
IPかIP:ポートか、管理画面の表示に従う - 統合版:ポート番号まで入れたか
- 全角の
:、余計な空白、改行が入っていないか
ミスが減る小ワザ
- 友達に渡すのは「スクショ」より、文字でコピペできる形が強いです
3) 起動状態(サーバーが動いているか)
- 管理画面でサーバーが 起動中 になっているか
- もし停止中なら、起動してから再接続
- 変更作業(バージョン切替・MOD導入など)直後は、再起動が必要なことがあります
基本の運用設定:まず整えるべき「安全・快適」項目
サーバーを立てた直後は、いきなりMODや高度な設定に進むよりも、まずは 「荒らされない」「ケンカにならない」「重くならない」 の3点を先に固めるのが成功ルートです。
この章では、初心者でも迷わないように「先に決める順番」で解説します。
公開範囲を決める(身内限定なら“招待制”を基本に)
最初に決めるべきは、公開範囲です。ここが曖昧だと、あとから運用が崩れやすくなります。
おすすめは“招待制(身内限定)”です。理由はシンプルで、以下の事故をまとめて防げます。
- 知らない人が入ってきて荒らす
- ルールの温度差で揉める
- 人数が増えすぎて急に重くなる
招待制にするための最小セット(これだけでOK)
- 参加者を限定する(ホワイトリストを使う)
- 管理者(OP)を最小人数にする
- PvPや火の延焼など「荒れやすい項目」を先に固定する
💡運用のコツ
サーバーアドレスは“合言葉”に近いものです。SNSなど不特定多数が見える場所には置かないのが安全です。
ホワイトリスト/OP権限/ゲームルールの整理
ここは「誰が入れるか」「誰が管理できるか」「どんな世界か」を決めるパートです。
難しく考えず、まずは 最小限のガードを作りましょう。
ホワイトリスト(参加許可リスト)
結論:身内サーバーなら、最初からON推奨です。
ロリポップ! for Gamersは、管理画面からホワイトリストを編集できるので、初心者でも運用しやすいです。
運用イメージ(迷わない型)
- ① ホワイトリスト:ON
- ② 参加者のMCID(プレイヤー名)を追加
- ③ 管理者の自分も必ず追加(これが抜けると自分が入れない事故が起きます)
⚠️よくあるミス
- 入力した名前が 大文字・小文字まで含めて一致していない
- 統合版/Java版で 参加者の種類が違う(そもそも入れない)
OP権限(管理者権限)
OPは「強いコマンドが使える管理者」です。
人数が多いほど、OPを増やすより “役割を分ける” ほうが安全です。
初心者向けのおすすめ運用
- OPは 1〜2人に絞る(サブ管理者が必要なら増やす)
- 友達にOPを渡す前に「何をしていいか」を先に決める
- 例:時間変更OK/アイテム付与NG/ワールド設定変更NG など
管理をラクにする小ワザ
- OPを渡す相手は「信用できる人」だけ
- 重要な変更(設定・ファイル編集)をする前に、バックアップを取る習慣にする
ゲームルール(サーバー内の“合意”)
ゲームルールは、技術というより トラブル予防の合意形成です。
身内サーバーで揉めやすいのは、だいたいこの3つです。
- 物を失うのが嫌(死亡時の持ち物ロスト)
- 建築が荒れる(クリーパー爆破、村人事故、火事など)
- PvP(ふざけて殴ってケンカ)
✅最初に“決めておくと平和”になりやすい例
- 持ち物ロスト:ON/OFF(どちらでも良いが“合意”が大事)
- mobGriefing(村人や畑が荒れる系):許可するか
- doFireTick(火の延焼):許可するか
- PvP:身内なら基本OFFが平和
難易度・ゲームモード・PvPなど、荒れやすい設定を先に固定
ここは「後から変えると揉めやすい」項目です。
最初に“標準設定”を決めて、必要になったら話し合って変更するのがスムーズです。
難易度(difficulty)
- 初心者・建築メイン:Easy / Normalがおすすめ
- サバイバルの緊張感重視:Normal / Hard
決め方のコツ
- 「最初はEasy → 慣れたらNormal」のように段階制にすると不満が出にくいです。
ゲームモード(gamemode / force-gamemode)
- みんなで冒険:Survival
- 建築が主役:Creative
- 途中参加が多い:force-gamemodeの扱いを先に決める(入った瞬間のモードを固定するかどうか)
事故を防ぐ考え方
- “一部の人だけ”がCreativeで出入りできると、温度差で揉めやすいです。
例:資材集めを誰かだけがズルしているように見える、など。
PvP(pvp)
- 身内サーバー:基本OFF推奨(ふざけ殴り→装備ロスト→空気悪化が典型)
- PvPをやるなら「専用エリア」「時間制」などルール化が安全
設定ファイルを触る前に知っておくこと(反映タイミング・再起動)
ここが初心者が一番つまずくポイントです。
「保存したのに変わらない!」は、だいたい反映タイミングの問題です。
結論としては、次の3パターンで覚えるのが簡単です。
反映パターンは3つだけ
- 即時反映(ゲーム内コマンドで変更)
- gamerule系(例:/gamerule …)
- 再読み込みで反映(機能による)
- ホワイトリストの読み込みなど(環境によって操作が異なる)
- 再起動が必要(ファイル編集や根本設定)
- server.properties の変更
- ops.json など権限関連のファイル編集
- サーバー種類やバージョンを切り替えた直後
✅初心者向けの安全手順(迷ったらこれ)
- サーバー停止 → 変更 → 保存 → サーバー起動(または再起動)
- 大きい変更(MOD追加・設定いじり)の前は バックアップを取る
server.propertiesで触る頻出項目(例:視界距離・スポーンなど)
server.propertiesは「サーバーの基本設定がまとまったファイル」です。
触るなら、まずは“効果が大きくて事故りにくい”ものからが安全です。
下の表は、初心者がよく触る項目を 目的別にまとめたものです。
| 目的 | 項目例 | 何が変わる? | 初心者向けの考え方 |
|---|---|---|---|
| 重さ対策 | view-distance / simulation-distance | 見える範囲・処理範囲 | 上げるほど重くなりやすいので、まずは控えめでOK |
| 荒らし対策 | white-list / enforce-whitelist | 許可した人だけ入れる | 身内はON推奨(許可制の基本) |
| ケンカ対策 | pvp | 殴り合い可否 | 身内はOFFが平和になりやすい |
| 事故防止 | spawn-protection | 初期スポーン付近の保護 | 初期拠点を守りたいなら有効が便利 |
| ルール統一 | difficulty / gamemode / force-gamemode | 難易度・初期モード | 途中で変えると揉めるので先に決める |
⚠️注意
設定名や扱いは、サーバーの種類(Vanilla / Paper等)やバージョンでも微妙に変わることがあります。
「よく分からない項目」は、触らずに一つずつ変更→確認が安全です。
MOD・プラグイン導入:失敗しない考え方と手順
「とりあえず入れてみたら動かない…」を防ぐコツは、最初に“方式”を決めて、順番どおりに進めることです。
この章では、初心者でも迷いにくいように「考え方 → 手順 → 事故対策 → 更新の作法」の順でまとめます。
最初に決める:MODローダー系/プラグイン系/混在(相性が重要)
マイクラの拡張は、大きく分けてこの2系統です。
- MODローダー系(Fabric / Forge など)
- 新ブロック・新アイテム・新要素追加が得意
- 代わりに、参加者側(PC)にも準備が必要になりやすい
- プラグイン系(Paper / Spigot など)
- 保護・経済・権限・TP・ミニゲームなど「サーバー機能」が得意
- 基本は参加者がバニラのままでも遊びやすい(導入負担が軽い)
3分で決める早見表(迷ったらこれ)
| やりたいこと | まず選ぶべき系統 | 理由 |
|---|---|---|
| 新しい世界観・アイテム・要素を追加したい | MODローダー系 | 追加要素はMODの得意分野 |
| 荒らし対策、権限、保護、便利コマンドを増やしたい | プラグイン系 | 運用・管理がしやすい |
| 参加者に手間をかけたくない | プラグイン系 | 参加者側の準備が少ない |
| みんなで同じMOD環境で遊びたい | MODローダー系 | “同じ環境”が前提になりやすい |
混在(MOD+プラグイン)について
結論:初心者は 「混在前提で考えない」のが安全です。⚠️
MODローダーとプラグインは仕組みが別で、無理に混ぜると不具合の原因になりやすいです。
- どうしても両方ほしい場合は
- 「プラグインで代替できるか?」を先に検討
- それでも無理なら、対応可否を公式/配布元で確認してから進める
の順が失敗しにくいです。
導入の全体像:サーバー側と参加者PC側の“同一化”が必須
ここが一番大事です。MODは“同一化”が必須になりがちです。
MODの場合(基本ルール)
- サーバーに入れたMODは、参加者側PCにも同じMODが必要になることが多い
- さらに、同じローダー(Fabric/Forge等)+同じマイクラ版が揃っていないと失敗しやすい
✅ イメージ
- サーバー:ローダー+MODセット
- 参加者:ローダー+MODセット(サーバーと一致)
プラグインの場合(基本ルール)
- 基本はサーバーに入れるだけでOK
- 参加者はバニラのまま入れることが多い
✅ イメージ
- サーバー:プラグインセット
- 参加者:バニラ(または軽い設定だけ)
手順(ローダー切替→ファイル配置→再起動→動作確認)
作業の順番は固定すると事故が減ります。
最短で成功しやすい「基本形」はこれです👇
0) 先にバックアップを取る(必須)
変更前にバックアップがあるだけで、失敗しても戻れます。
特に「初めてMOD/プラグインを入れる」「バージョンを変える」前は強く推奨です。
1) サーバー種類(ローダー/プラグイン)とバージョンを合わせる
管理画面のゲーム設定で、遊びたい方式に切り替えます。
例:バニラ → Fabric、バニラ → Paper など。
- MODなら:Fabric / Forge(ほか対応がある場合はそれ)
- プラグインなら:Paper(等)
ここでのコツ
- まずは「参加者が入れるマイクラ版」にサーバーを合わせる
- MOD/プラグインは 対応バージョンが狭いことがあるので、配布元の対応表を先に見ると手戻りが減ります
2) ファイルを所定のフォルダへ置く
- MOD:
modsフォルダへ(基本.jar) - プラグイン:
pluginsフォルダへ(基本.jar)
迷ったらフォルダ名で判断mods / plugins が“置き場所の合図”です。
3) 再起動(またはプロセス再起動)する
アップロードしただけでは反映されないことがあります。
反映の基本は 再起動です。
4) 動作確認(ログ → ゲーム内)
- 起動エラーが出ていないか(まずログ)
- 実際に接続して、機能が有効になっているか確認
✅ 動作確認のおすすめ順
- サーバーが起動し切る(落ちない)
- ホストがログインできる
- 友達がログインできる
- MOD/プラグインの機能が動く
サーバーへファイルを入れる方法(ブラウザ管理/SSH・SFTP)
ロリポップ! for Gamers は、入れ方が複数あります。状況で使い分けるとラクです。
A. ブラウザの「ファイル管理」で入れる(初心者向け) ✅
- 追加・削除・アップロード・編集がブラウザだけでできます
- ただし、2GBを超えるファイルのアップ/ダウンロードは不可
- 直接サーバーの中身を触るので、編集前にバックアップ推奨(取り消しできない系の事故を防ぐ)
B. SFTPで入れる(容量が大きい/大量に入れるとき) ✅
- WinSCP / Cyberduck などで接続してファイルを転送できます
- サーバー側は主に
/opt配下(ゲームデータの場所)を扱う想定 - 大量のMODやワールドデータの移動に向きます
C. SSHで入れる(再起動・コマンド操作をしたいとき) ✅
- SSH鍵を作って接続し、コマンドでプロセス操作などを行います
- 例:再起動、状態確認 など
- ファイル転送はSFTPのほうがやりやすいことが多いです
よくある事故:バージョン不一致・依存関係不足・メモリ不足
「入れ方は合ってるのに動かない」時は、原因はだいたいこの3つに集約されます。
1) バージョン不一致(最頻出)✅
症状
- サーバーが起動しない
- 入れたはずのMOD/プラグインが読み込まれない
- 参加者が接続できない
チェック
- サーバーのマイクラ版と参加者のマイクラ版が一致しているか
- MODなら、ローダー(Fabric/Forge等)の系統が合っているか
.jarの版が “そのマイクラ版向け” か
2) 依存関係不足(MODで多い)✅
症状
- 〇〇が見つからない/読み込めない、のようなエラーが出る
- 1つ入れただけなのに起動で落ちる
対策
- 配布ページに「前提MOD」「必要ライブラリ」が書かれていないか確認
- 不要な重複(似たMODを二重)を入れていないか確認
- いきなり10個入れず、1〜2個ずつ追加 → 起動確認が安全
3) メモリ不足・負荷過多(重め構成で発生)✅
症状
- 起動はするがカクカクする
- メモリ不足っぽい警告が出る
- プレイ中に落ちる、ワールド保存が遅い
対策(優先順)
- MOD/プラグイン数を減らして原因切り分け
- 描画・処理が重い設定(視界距離など)を控えめにする
- 人数・同時稼働の遊び方を調整する
- 必要ならプラン見直し(根本解決)
更新の作法:いきなり本番に当てない(バックアップ→段階更新)
導入より大事なのが「更新」です。
更新で壊れないための型を、最初から決めておくと安心です。
安全な更新ルーチン(テンプレ)
- バックアップを取る(節目ごとに残す)
- 変更は 1回で1つ(または少数)にする
- 起動 → 接続 → 主要機能チェック
- 問題があれば、バックアップで即戻す
- OKなら次の更新へ
✅ これをやるだけで、原因切り分けが圧倒的にラクになります。
“更新メモ”を残すと強い
おすすめは、メモ帳でいいので次を残すことです。
- サーバーの種類(例:Fabric / Paper)
- マイクラ版
- 入れているMOD/プラグイン一覧(バージョン付き)
- いつ何を更新したか(戻すときの手がかり)
バックアップとデータ保護:ワールドを“失わない”運用
「ワールドが消えた」「アップデートで壊れた」を防ぐには、バックアップの型を決めて“作業前に必ず回す”ことが最重要です。
ロリポップ! for Gamers には、管理画面で手動バックアップできる仕組みがあるので、初心者でも運用を固定化しやすいです。
バックアップの基本(頻度・世代管理・復元テスト)
まず知っておきたい:手動バックアップの特徴
ロリポップ! for Gamers の「マイバックアップ」は、管理画面から 作成・復元・削除ができます。
ただし、バックアップ作成中はサーバーが停止し、完了後に自動で再起動される仕様なので、プレイ時間帯は避けるのが安全です。
おすすめの頻度(迷ったらこの基準)
「毎日やるべき?」の正解は、運用の重さで変わります。迷ったら次の目安に寄せると失敗しにくいです。
| 運用タイプ | バックアップ頻度の目安 | 追加で必ず取るタイミング |
|---|---|---|
| 身内の少人数・軽め(バニラ中心) | 週1+節目 | MOD/プラグイン導入前、設定変更前、アップデート前 |
| ほぼ毎日遊ぶ・建築が進む | 2〜3日に1回+節目 | 大型作業の前後(導入/更新/ワールド移動) |
| MOD多め・検証多め(壊れやすい) | 作業のたび | 「入れる前」「入れた後の安定確認後」 |
世代管理(残し方)のコツ
バックアップは「最新だけ」だと、気づかないうちに壊れた状態も保存してしまうことがあります。
おすすめは、用途で分けるやり方です。
- 直近用(復旧用):最新〜数回分
例:auto_2026-02-08のように日付で管理 - 節目用(保険):大きな区切りだけ残す
例:大型アプデ前新MOD一式導入前ワールド移行前など
✅ なお、マイバックアップは アカウント単位で一定容量まで無料保管でき、契約がある間は保持される仕様です(契約が切れた後の扱いには期限があります)。
復元テスト(ここまでやると強い)
バックアップは「ある」だけでは不十分で、復元できることが大事です。
- 可能なら、別サーバーに復元してログイン確認(最も安全)
- 1サーバー運用なら、遊んでいない時間に
- 現状をバックアップ → 2. 1つ前へ復元 → 3. すぐ現状へ戻す
のように“最短で復元の動作確認”だけ行うのがおすすめです
- 現状をバックアップ → 2. 1つ前へ復元 → 3. すぐ現状へ戻す
ワールドの引っ越し:ローカル→サーバー/他社→ロリポップ
移行で詰まりやすいのは、だいたいこの3つです。
- Java版と統合版(Bedrock)の取り違え
- サーバー側の保存場所(フォルダ)を間違える
- サイズ制限(ブラウザ管理で2GB超が扱えない)
Java版:ローカル/他社のワールドを持ってくる基本手順
全体像はシンプルで、ワールドフォルダを丸ごと入れ替えるイメージです。
- サーバーを停止する(起動中に触ると破損リスク)
- 移行元からワールドデータを用意
- 基本は
world - 追加で
world_nether/world_the_endがあるなら一緒に用意
- 基本は
- ロリポップ側で、対象バージョンの保存先を確認
- 例:
/opt/minecraft/Vanilla-1.xx.x/のように バージョンごとにフォルダが分かれる
- 例:
- 保存先へアップロードして上書き
- 2GB未満なら「ファイル管理(ブラウザ)」でOK
- 2GBを超えるなら SFTPでアップロード
- サーバー起動 → ワールドが引き継がれているか確認
⚠️ 重要:サーバーの種類/バージョンを変えると、新しいフォルダと新規ワールドが作られることがあります。
引き継ぐ場合は、旧フォルダから新フォルダへワールドをコピーする手順で対応します。
統合版(Bedrock):引っ越しの考え方
統合版は、サーバー内でワールドが /opt/minecraft/worlds/(レベル名) 配下で管理される構成が基本です。
また、統合版はアップデートやワールドリセット時に 自動バックアップが世代管理で作成される仕組みもあります。
- 統合版のデータ移行は、Java版よりも
「同じ統合版同士で移す」「作業前にバックアップを確保する」が特に重要です - 自動バックアップから戻す場合、SSHでコマンドを実行して復元する手順になることがあります(操作ミス防止のため、事前バックアップ推奨)
大型アップデート前にやること(停止→保存→検証→再開)
大型アップデート前は、作業を“儀式化”すると事故が激減します。おすすめの流れはこれです。
アップデート前チェックリスト(テンプレ)
- 全員ログアウトの時間を決める(バックアップ中は停止が入るため)
- サーバー停止
- マイバックアップを作成(名前に「アプデ前」を入れる)
- 可能なら、別環境で先に検証
- 代表者がログインできるか
- チャンク/スポーン/ネザーが壊れてないか
- MOD/プラグインがエラーを出してないか(ログ確認)
- 本番アップデート → 起動 → 動作確認
- 30分〜1時間くらい遊んで問題がないことを確認したら、節目バックアップをもう1つ(「アプデ後・安定版」)
失敗したときの戻し方も決めておく
- 復元に戻す条件を先に決める(例:起動しない/クラッシュが続く/重要アイテム消失など)
- 迷ったら、いったん復元してから原因切り分け(MOD/プラグインを1つずつ戻す等)が安全です
重い・ラグいを減らす:快適化のチェックリスト
マイクラが重くなる原因は1つではありません。
だからこそ大事なのは、闇雲に設定をいじる前に「どこがボトルネックか」を切り分けることです。
ここでは初心者でも実行しやすい順に、チェックリスト形式でまとめます。
原因の切り分け(サーバー負荷/クライアント負荷/回線)
まずは「症状」を言語化すると、原因に当たりがつきやすいです。
よくある症状 → まず疑う場所
- 自分だけカクつく/FPSが落ちる
→ クライアント(PC・設定)寄り - 全員がワープする(ゴムバンド)/ブロック破壊が遅れて反映
→ サーバー負荷 or 回線寄り - 特定の場所(拠点・トラップ場)だけ重い
→ エンティティ過多・レッドストーン・チャンク処理寄り - 夜や週末だけ重い(同時接続が増える時)
→ 参加人数とプランの釣り合い寄り
30秒でできる切り分け(この順でOK)
- 自分だけ重い? みんなも重い?(Discord等で確認)
- どこでも重い? 特定地点だけ?(拠点⇄荒野で比べる)
- 参加人数が増えたタイミングと一致してる?
- サーバーが「起動中」か/不安定で落ちていないか(管理画面のステータス確認)
✅ ここまでで「クライアント寄り」か「サーバー寄り」かがだいぶ絞れます。
設定で効く項目(描画距離・エンティティ・同時稼働要素)
重さ対策で“効きが大きい”のは、だいたい次の3カテゴリです。
1) サーバー設定で効く(まずはこの2つ)
ロリポップ! for Gamers では、主要項目は管理画面の「ゲーム設定」から安全に変更でき、保存後に自動再起動が走る形なので初心者でも扱いやすいです。
- view-distance(描画距離)
プレイヤーに送る範囲が広いほど、サーバーのCPU/メモリ負荷が増えます。
ラグが出るなら、まずは 6〜8 あたりまで下げて様子見が定番です。⚠️下げすぎると見渡せる距離が狭くなります。 - simulation-distance(処理距離)
モンスターAI、作物成長、レッドストーンなど“実処理”する範囲です。
景色(描画)は見えても、遠くの処理は止めるという使い方ができ、負荷軽減に直結します。
💡「拠点が重い」ケースは、処理距離が効きやすいです(遠くの装置まで動かし続けている可能性があるため)。
2) ゲーム内(クライアント)設定で効く
自分だけ重い場合は、クライアント側の調整が最短です。
すぐ効く順に並べると:
- 描画距離(Render Distance)を短くする(目安:10チャンク以下から試す)
- グラフィック品質を軽い設定に寄せる(見た目より安定優先)
- パーティクル表示を減らす
- スムースライティングをOFF
- 最大FPSを適度に制限(例:60程度)(出しすぎで逆に不安定になることがあります)
✅ “全員が重い”ときはサーバー側の調整が本命ですが、各自の描画距離を下げるだけで体感が改善することもあります。
3) 同時稼働要素(これが一番見落とされがち)
サーバーを重くしやすい代表例です。
- 大量のモブ・動物・村人(拠点に密集しやすい)
- トラップタワーの常時稼働(回収しなくても処理は走る)
- ホッパー大量・複雑なレッドストーン(じわじわ重くなる)
- チャンクローダー的な仕組み(遠隔地が動き続ける)
対策は難しくなくて、まずは
「常時稼働をやめる → 密集を減らす → 仕組みを簡略化」
の順が失敗しにくいです。
MOD/プラグインの整理術(“入れすぎ”を防ぐ)
MOD/プラグインは便利ですが、重さの原因にもなります。
“整理のルール”を決めると、運用が一気に安定します。
整理の基本ルール(初心者向け)
- 一度にたくさん入れない(1〜2個ずつ追加 → 起動確認)
- 目的がかぶるものは残さない(似た機能を複数入れると競合しがち)
- 「軽い系」を優先する
- 見た目強化・大量追加系は負荷が上がりやすい
- 運用系(保護・権限・TPなど)は比較的管理しやすいことが多い
- 依存関係があるものは“セット”で管理(足りないと起動しない原因に)
“重さの犯人”を見つける切り分け手順
- 直前に入れたものを外す(または一時退避)
- 起動・動作確認
- 改善したら、その追加物が原因候補
- 追加物を「代替」または「設定見直し」で落としどころを探す
✅ コツは、入れた順番をメモしておくことです。戻す判断が速くなります。
プラン見直しの判断ライン(増強すべき症状)
設定調整で改善しない場合は、プラン(リソース)の問題の可能性が高いです。
とくに 参加人数やMOD/プラグインが増えた後に発生しやすいです。
公式の「推奨人数×プラン」からズレたら見直しサイン
ロリポップ! for Gamers には、MODなしの場合の推奨目安(人数ごとのメモリ/vCPUなど)が提示されています。
ここから外れる使い方をするほど、上位プランが必要になります。
- 人数は範囲内なのに重い
→ MOD/プラグイン・装置・村人密集で実質負荷が上がっていることが多い - 週末や夜だけ重い
→ 同時接続が増えるなら、そのピークに合わせたプランが必要
“増強を検討しやすい”具体的な症状
- 設定(描画距離・処理距離)を下げても 全員がラグい
- 拠点を離れても 常に重い
- 参加人数が増えると急に破綻する(人数依存が強い)
- サーバーが不安定(止まる/落ちる/起動が通らない)状態が増える
※この場合は「負荷」だけでなく設定や導入物の問題もあるので、まず管理画面の状態確認が優先です
💡判断のしかた
「今のプランで“我慢しながら設定を削る”」より、
やりたい遊び方を前提にプランを合わせるほうが、満足度は上がりやすいです。
よくあるトラブルと対処
この章は「いま困っている人が、最短で復旧できる」ことを優先して、原因の当たりを付ける → 直すの順でまとめます。
迷ったら、まずは ①版(Java/統合)②アドレス/ポート③サーバー起動状態 の3点から確認すると解決が早いです。
接続できない(アドレス/ポート/起動/ホワイトリスト)
まずは症状を分ける
- サーバー一覧に出るが入れない → アドレス/ポート/ホワイトリスト/版の可能性
- そもそも接続先が見つからない → アドレス入力ミス/ポート/起動状態の可能性
- 以前は入れたのに急に入れない → 起動状態/ホワイトリスト/更新直後の可能性
チェックリスト(上から順に)
- サーバーが起動中か
管理画面でステータスを見て、停止中なら起動します。
※設定変更やMOD追加直後は、再起動が必要なことがあります。 - アドレスを“コピペ”できているか
手打ちはミスが出やすいので、管理画面の表示をそのままコピーがおすすめです。
特に次を確認します。- 余計な空白や改行が混ざっていない
:が全角(:)になっていない
- ポートが必要な形式になっているか
- Java版:
IP(またはドメイン)/ 必要ならIP:ポート - 統合版:アドレス+ポートがセットで必要になることが多い
(アドレスだけ共有して失敗、がよくあります)
- Java版:
- ホワイトリストで弾かれていないか
身内サーバーでホワイトリストをONにしている場合、自分のMCID(プレイヤー名)も含めて登録が必要です。
「管理者なのに入れない」は、ここが原因のことが多いです。 - 必要なポートが開いているか(特殊ケース)
通常のマイクラ運用なら迷いにくいですが、ゲームや構成によっては追加ポートを使うことがあります。
その場合は、管理画面の「ポート開閉」で開放状況を確認します。
参加者だけ入れない(エディション違い・MOD不一致)
「自分は入れるのに、友達だけ入れない」場合は、原因がかなり絞れます。
最優先で確認する2点
- エディションが同じか(Java版 / 統合版)
マイクラはエディションが違うと基本的に一緒に遊べません。
参加者がPCでも“統合版”で遊んでいるケースがあるので、思い込み注意です。 - MOD環境が一致しているか(MODサーバーの場合)
MOD構成では、次がズレると参加者だけ入れないことが起きます。- マイクラのバージョン
- ローダー(Fabric/Forgeなど)
- MODの種類とバージョン(前提MODを含む)
✅ 分かりやすい合図
- 参加者側に「MODが足りない/違う」系のエラーが出る
- サーバー側ログに「クライアントが一致していない」系が出る
それでもダメならここ
- ホワイトリストに参加者のMCIDが入っているか(入力ミスが多い)
- 大文字/小文字が合っているか(MCIDは見た目どおり一致が安全)
- 起動直後や再起動直後で、まだ準備が終わっていない(少し待って再接続)
起動後に落ちる(メモリ不足・依存不足・設定ミス)
「起動はするが落ちる」「準備中のまま止まる」は、原因が3つにまとまります。
ここはログを見る→直近の変更を戻すが最短です。
まずやること(最短ルート)
- 直前にやった変更を思い出す
- MOD/プラグインを追加した
- server.properties を編集した
- バージョンを変えた
このどれかが多いです。
- サーバーのログ(エラー)を確認する
初心者でも、ログに出るキーワードで当たりが付きます。- “missing / not found” → 依存不足
- “out of memory / memory” → メモリ不足
- “properties / parse / invalid” → 設定ファイルの記述ミス
原因別の直し方
A. メモリ不足っぽい(重い構成・人数増加・大型MOD)
- 不要なMOD/プラグインを外して起動できるか確認
- view-distance / simulation-distance を控えめにする(重さ対策)
- それでも落ちるなら、プラン見直し(根本対策)
B. 依存不足(前提MODが足りない/バージョンが合わない)
- 追加したMODを一旦外す → 起動できるか確認
- 配布ページで「前提MOD」「対応バージョン」を再確認
- いきなり大量に入れず、1〜2個ずつ追加→起動確認に切り替える
C. 設定ミス(server.properties 等の編集)
- 編集箇所を元に戻す(ミスが一番早く消えます)
- 直せない場合は、バックアップから復元して安全に戻す
アップデートで壊れた(ロールバック/復元の手順)
アップデート後の不具合は、焦っていじるほど長引きます。
「止める → 戻す → 確認する」の順に固定すると安全です。
まずは“被害を広げない”手順
- サーバーを停止(これ以上ワールドが壊れないように)
- 直近のバックアップがあるか確認(マイバックアップ)
- 復元するバックアップを決める
- 例:
アップデート前 - 例:
アップデート後(安定確認済み)
- 例:
復元(ロールバック)の基本手順
- 管理画面で マイバックアップ を開く
- 対象のバックアップを選んで 復元
- 復元後に自動で再起動(または起動操作)
- 代表者がログインして確認
- ログインできるか
- 拠点/ネザー/エンドが壊れていないか
- MOD/プラグインが読み込まれているか
✅ コツ
復元して直ったら、すぐに「原因」を追いすぎず、まずは遊べる状態を確保するのが正解です。
原因調査は、そのあとに“検証環境”でやると安全です。
他の選択肢と比べてどう?(他社・Realms・自宅PC)
「マイクラのマルチ環境」は、ざっくり次の4パターンに分かれます。
- ロリポップ! for Gamers:ゲーム特化の“かんたん構築”型(管理画面中心)
- Realms:公式のサブスク型(最小構成で手軽)
- VPS:自由度MAX(ただし運用は自己責任)
- 自宅PC:費用を抑えやすい(ただし安定性・セキュリティ・回線が壁)
比較軸:料金/手軽さ/自由度/性能/バックアップ/サポート
初心者が迷いやすいポイントを、比較しやすい形にまとめます(価格は契約期間やキャンペーン等で変動するため、目安として見てください)。
| 選択肢 | 料金の考え方 | 手軽さ | 自由度 | 性能の伸ばしやすさ | バックアップ | サポート |
|---|---|---|---|---|---|---|
| ロリポップ! for Gamers | 2GB/4GB/8GB…の“メモリ別”で選ぶ(例:2GB 月額800円〜) | ◎ | ○ | ○(プランアップしやすい) | ○(任意のタイミングで取得/復元) | ○(ヘルプ+コミュニティ等) |
| Realms | 月額課金(Bedrock: $3.99 / $7.99、Java: $7.99) | ◎ | △ | △(枠内で運用) | ◎(バックアップあり) | △(基本は自己解決寄り) |
| VPS(例:XServer/ConoHa) | CPU/メモリ/SSDで選ぶ(例:4GBで月額〜) | △ | ◎ | ◎ | △(自分で設計) | ○(事業者サポート) |
| 自宅PC | 初期費用+電気代(回線品質で体感が変わる) | △ | ◎ | △(PC性能次第) | △(自分で設計) | ×(基本なし) |
結論:
「とにかく早く遊びたい」なら Realms or ロリポップ! for Gamers。
「Paper/プラグインを深く触りたい・構成を伸ばしたい」なら VPS。
「勉強目的・身内で短期」なら 自宅PCもあり、という整理がしやすいです。
ロリポップ! for Gamersが強い点・弱い点
強い点(向いている理由)
- 価格が分かりやすい:メモリ別で選べて、まずは小さく始めやすい
- 管理画面中心で進められる:サーバー設定や運用を“画面で完結”しやすい
- 足りなくなったら上げやすい:遊び方が重くなっても、プランアップで対応しやすい
- バックアップが取りやすい:任意タイミングで取得・復元できる仕組みがある
- 運用の導線が親切:ヘルプ/ガイド/コミュニティが用意されていて、初心者が詰まりにくい
弱い点(知っておくと失敗しにくい)
- VPSほどの“何でもできる自由度”は前提にしないほうが安全
VPSはOSレベルまで自由に触れるのに対し、ゲーム特化型は「よく使う範囲を簡単に」が主眼です。 - 重い構成は結局“リソース勝負”
大規模人数+重いMOD+常時稼働装置…のような構成は、上位プランが必要になりやすいです。 - 下げる(プランダウン)は制約が出ることがある
「一度上げたら下げられない/下げにくい」設計だと、最初のプラン選びが重要になります。
代表的サービスとの使い分け(目的別の最適解)
とにかく簡単:公式系(Realmsなど)
おすすめの人
- 余計な設定をせず、すぐ身内で遊びたい
- 参加者の端末がバラバラ(統合版中心のクロスプレイなど)
- MOD/プラグインは最小限でOK
注意点
- 同時接続人数や拡張の幅に上限がある(プランの枠内で運用する前提)
- “自由な改造サーバー”よりは“公式の安心運用”が強み
自由度と拡張性:VPS系
おすすめの人
- Paper/Spigot系で本格運用したい(最適化、細かい権限制御、管理系プラグイン等)
- 将来的に「サーバーを分ける」「プロキシ構成」など、伸びしろを持たせたい
- MOD/プラグインの相性問題も含めて、自分で原因特定できる/やってみたい
注意点
- 初期構築・セキュリティ・バックアップ設計は基本的に自分でやる
- “自由”の裏側に、やることが増える(ただし慣れると最強です)
初心者向けゲーム特化:ゲームサーバー系
おすすめの人
- Realmsほど制約が強いのは困るが、VPSのフル運用はまだ不安
- 管理画面中心で、バージョン変更や設定変更をスムーズにやりたい
- 困った時に「公式ヘルプを見て進められる」安心感が欲しい
補足:自宅PCで立てるのはアリ?
- 短期・少人数・学習目的ならアリです(費用を抑えられる)
- ただし、回線品質・PCの常時稼働・ポート開放・セキュリティ・停電/スリープがハードルになりやすいので、「安定して遊ぶ」が目的なら商用サービスのほうが結局ラクになりがちです。
解約・停止・乗り換え:損しないための手順と注意
解約前にやること(ワールド退避・バックアップ確認)
解約でいちばん後悔しやすいのは、ワールド(建築・チェスト・進捗)が戻せなくなるパターンです。先に「データ退避」を済ませてから、更新停止の手続きをしましょう。
やることチェックリスト(おすすめ順)
- 更新停止(=次回以降の請求を止める)を入れる
- 管理画面の「支払い」から 自動更新を停止 → 利用終了日が表示される状態にします。
- ここで止めても、利用終了日までは遊べるので安心です。
- バックアップを二重化する(超重要) ✅
- A:マイバックアップ(管理画面機能)
- 重要:バックアップ作成中はサーバーが停止→完了後に自動再起動します。
- 保存容量の上限や保持期間の仕様も確認しておくと安全です。
- B:PCへ“ワールド実体”をダウンロード(乗り換え時の保険)
- ワールドの移行・保管目的なら、SFTPで world 関連フォルダを丸ごと保存が堅いです。
- 小さめのファイルなら、管理画面のファイル管理でもダウンロードできます(ただしサイズ制限あり)。
- A:マイバックアップ(管理画面機能)
- 復元できるか軽く確認する 🧰
- 可能なら、バックアップ作成後に「復元」手順や必要ファイル(world / world_nether / world_the_end など)の場所だけでも把握。
- 「最後のバックアップ日時」「保存先」をメモしておくと、トラブル時に早いです。
- 設定・運用情報も退避する(意外と忘れる)
- server.properties / whitelist / OP権限などの設定ファイル
- 導入しているMOD・プラグイン一覧(バージョン含む)
- 参加者に共有しているサーバーアドレス、ルール、禁止事項メモ など
契約期間途中の扱い(返金・更新タイミング)
「途中でやめたら日割りで戻る?」が気になるところですが、まず押さえるべきは“次回の請求を止める”=更新停止という考え方です。
ポイントだけ先にまとめると:
- 返金:基本的に期待しない(サービスの性質上、返品・返金不可の扱いが明記されています)
- 自動更新の停止は、次回自動更新日の前日までに済ませるのが安全
- 都度支払いは、期限までに更新しなくても即時解約ではないが、猶予を過ぎるとデータ削除のリスクが高い
更新・終了のイメージ(ざっくり表)
| 状態 | 何が起きる? | 注意点 |
|---|---|---|
| 自動更新を停止(解約予約) | 利用終了日まで利用可、以降は更新されない | 次回自動更新日の前日までに止める |
| 都度支払いの更新をしない | 期限を過ぎても即時解約ではない | 契約終了日から一定期間を過ぎるとデータ削除。復旧不可の扱いあり |
| 定期支払いが失敗 | 一定期間は再決済で継続可能 | 期間を過ぎると解約扱い&データ削除 |
※「更新停止したのに請求が走った」など例外(障害・不具合)も過去に告知されているため、停止後は “支払い画面で状態が切り替わっているか”を必ず目視確認しておくのがおすすめです。
再契約/作り直しが必要になるパターン
「やり直し」になりやすい地雷だけ先に避けましょう。
作り直しになりやすい例 ⚠️
- 契約終了後、猶予期間を過ぎてデータが削除された
- この場合、バックアップ復元に対応できない旨が案内されています。
- アカウント削除を実行した
- アカウント配下のサーバーが削除され、削除後の復旧は不可です。
- サーバーの初期化/ゲーム切り替えを実行した(乗り換えと勘違いしがち)
- “サーバーを空にする操作”なので、ワールドを残したいなら先に退避が必須です。
迷ったときの結論
- 「いつか再開するかも」→ アカウントは消さず、更新停止+バックアップ確保
- 「完全にやめる&データ不要」→ 更新停止 or アカウント削除(ただし戻せない)
- 「他社へ引っ越す」→ SFTP等でワールドをPCへ保存してから移行(これが最強の保険)
安心して運営するためのセキュリティとマナー
アカウント保護(パスワード・共有禁止・権限最小化)
ロリポップ! for Gamers は管理画面ログイン時に認証コード(メール)を使う方式なので、対策の主役は「パスワード」だけでなく メールアカウントの防衛です。
やるべきこと(優先順)
- 管理画面のログイン情報を共有しない
「友達にも触らせたい」は事故の元です。
代わりに、ゲーム内権限(OP/ホワイトリスト)で運用を回すのが安全です。 - パスワードは“長く・使い回さない”が最強
- 目安:12〜16文字以上(できればもっと長く)
- 使い回しはNG(1つ漏れると連鎖します)
- 可能ならパスワードマネージャーで生成・保存がラクです
- メールアカウントを強化する(ここ重要)
管理画面の認証コードがメールに届く以上、メールが乗っ取られると危険です。- メール側に2段階認証を入れる
- 復旧用の電話番号・予備メールを最新にする
- 共有PCでメールをログインしたままにしない
- 権限は“最小化”して事故を防ぐ(身内でも効く)
- OP権限は必要な人だけ/必要な時だけ
- 普段の遊びは、OPなしでも回る状態を作る
- ワールド設定(難易度・PvP・ゲームモード変更)は、担当を決めて勝手に触らない
- 不要なポートを開けない(開けたら閉じる)
追加ポートは「必要な時だけ」「使い終わったら閉じる」が基本です。
何を開けたかはメモしておくと、後で不安になりません。
荒らし対策(公開方法・ホワイトリスト・ログの考え方)
荒らし対策で一番効くのは、実はテクニックより 入口を閉じることです。
初心者におすすめの“防御の順番”
- 公開しない(身内限定)
- SNSなどでIPを出すと、想定外の人が来やすくなります
- どうしても募集するなら、次のホワイトリスト運用が必須です
- ホワイトリストをONにする(最重要) ✅
- 参加できる人をIDで固定できるので、荒らしの多くを入口で止められます
- ロリポップ! for Gamers は 管理画面からホワイトリスト設定ができるため、コマンドに慣れていなくても運用しやすいです
- 共有する情報を絞る(アドレスの扱い)
- サーバーアドレスは「参加者だけ」に共有
- 共有はスクショではなくコピペが安全(入力ミスと漏えいを減らせます)
- “誰が招待できるか”を決めて、招待が勝手に増えないようにする
- ログは“追跡”ではなく“判断材料”として使う
荒らし対応で必要なのは、完璧な監視ではなく「何が起きたかの手がかり」です。- マイクラのサーバーログには、ログイン/ログアウトやエラーなどが残ります
- ロリポップ! for Gamers でログやコンソールを詳しく見るには、SSH接続が基本になります(必要な時だけ使えばOK)
荒らされた“かも”と思った時の初動(被害を広げない)
- いったんサーバーを止める
- 直近のバックアップを確保(現状保存)
- ホワイトリストを有効化/招待を止める
- 可能ならバックアップから復元して戻す
- 再発防止として「招待ルール」「OP付与ルール」を見直す
身内サーバーでも決めたいルール(トラブル予防)
身内ほど揉めやすいのは「悪意」よりも 認識のズレです。
最初に“最低限だけ”決めると、空気が悪くなりにくいです。
身内サーバーのルール(コピペ用テンプレ)
- 参加・招待
- 招待できるのは( )だけ
- 初参加はホワイトリスト登録が必要
- アイテムと建築
- チェストの無断持ち出し:NG(共有チェストはOK)
- 他人の建築の改変:事前相談
- PvP・いたずら
- PvP:基本OFF/やるなら専用エリアのみ
- いたずら:壊れる系はNG(許容範囲を決める)
- 装置・負荷
- 常時稼働トラップは( )まで/寝る前はOFF
- 村人・動物の増殖は上限( )
- 設定変更・MOD/プラグイン
- 追加・更新は管理者がまとめて実施(勝手に入れない)
- 更新前はバックアップを取ってから
- トラブル時
- 荒らし/不具合が出たら、まず管理者に連絡
- 重大な破壊が出た場合はバックアップ復元する(進捗が戻ることは了承)
ルールを守らせるコツ(角が立たない運用)
- ルールは長くしない(A4の半分くらいがちょうどいい)
- “禁止”より“例外条件”を決める(例:PvPはイベント時だけOK)
- 変更は投票や多数決でOK、ただし最終判断者は決めておく
FAQ:検索されやすい疑問にまとめて回答
何人まで遊べる? 目安は?
結論、「上限人数=一律」ではなく、次の2つで現実的な上限が変わります。
- 同時接続人数
- 遊び方の重さ(バニラ/軽めMOD/重めMOD・多数プラグイン など)
ロリポップ! for Gamersで“最初に迷わない”ための目安として、まずは以下を基準にすると失敗しにくいです(※MODなし前提の目安)。
| エディション | 1〜5人 | 6〜10人 | 11人以上 |
|---|---|---|---|
| Java版 | 4GB | 8GB | 16GB |
| 統合版(Bedrock) | 2GB | 4GB | 8GB |
MODやプラグインを入れる場合は、同じ人数でも重くなりやすいので、ワンランク上のプランを検討するのが安全です。
24時間つけっぱなしにできる?
はい、可能です。
サーバーを「起動」している間は稼働し、参加者はその間いつでも接続できます。逆に、「停止」するとプレイできません。
ただし、運用の注意点が2つあります。
- 最新版へのアップデートは“常に自動”ではない
サーバーが起動中だと自動アップデートが走らないケースがあり、最新反映には操作が必要になることがあります。 - アップデート直後は反映に時間がかかる場合がある
ゲーム側の更新からサーバー側に反映されるまで、タイムラグが出ることがあります。
「いつでも入れるサーバー」にしたいなら、基本は起動しっぱなしでOK。
ただ、大型アプデの日は“短時間の停止→更新→再起動”の運用を想定しておくと安心です。
Java版と統合版で一緒に遊べる?
結論、そのままでは一緒に遊べません。
MinecraftはJava版と統合版(Bedrock)でエディションが異なるとマルチプレイ不可です。
失敗しない手順はシンプルで、
- 参加メンバーが Java版で統一 → Java版サーバー
- 参加メンバーが 統合版で統一(Switch/PS/スマホ等) → 統合版サーバー
という形で、最初に“参加者のエディション統一”を確定させるのがコツです。
MOD/プラグインはどこまで対応?
目安として、考え方は「サーバー方式」で分けるとスッキリします。
- MODで遊びたい
→ Forge / Fabric などの MODローダー系を選ぶ
→ サーバー側だけでなく、参加者のPC側も“同じMOD構成”に揃える必要あり - プラグインで遊びたい(Paper系)
→ Paper などの プラグインサーバー系を選ぶ
→ こちらは基本的に、参加者はバニラのままでもOK(サーバー側で拡張するイメージ) - MODとプラグインを両方やりたい
→ Mohist などの ハイブリッドが候補になるが、相性問題が出やすいので、初心者はまず「MODだけ」か「プラグインだけ」で固めるのが無難
導入作業の大枠は、
- Java版:基本は mods または plugins フォルダに配置
- 変更後は 再起動して反映
- うまくいかない時は バージョン不一致/依存不足/メモリ不足 を疑う
という流れです。
途中でバージョンを変えても大丈夫?
「何を大丈夫とするか」で答えが変わります。ポイントはここです。
- バージョン変更をすると、サーバー内に バージョンごとのフォルダが作られ、
ワールドや設定は“バージョン別に別管理”になります - そのため、新しいバージョンで起動すると新規ワールドが生成される動きが基本です
つまり、“ワールドを引き継いでバージョンだけ上げたい”場合は、
- 事前にバックアップ
- 旧バージョン側のワールドデータを取り出す
- 新バージョン側へアップロードして移行
という手順が必要になります。
また、異なるバージョン間では、ワールドが正常に動かない可能性もあるので、アップデート前後は「バックアップ→検証→本番」の順が安全です。
ロリポップ! for Gamers 公式サイトまとめ
ロリポップ! for Gamers×マイクラは、「サーバー運用は初めてだけど、身内で安定して遊びたい」人に相性がいいサービスです。
管理画面中心で進められるので、VPSほどの専門知識がなくても、手順通りに進めればマルチ開始まで到達できます。
最後に、失敗しないための要点だけギュッとまとめます。
- プラン選びは「人数 × 遊び方の重さ」で決める
バニラとMOD入りでは必要な余裕が変わります。迷ったら“重くなる前提”で少し余裕を持つのが安全です。 - 作成手順は「エディション確認 → 契約 → 起動 → アドレス共有」の順でOK
手打ちミスが多いので、アドレスはコピペ共有が基本です。 - 入れない/重いは「起動状態・版・アドレス・ホワイトリスト」から確認
原因の切り分け順を固定すると、復旧が早くなります。 - MOD・プラグインは“揃えるもの”が違う
MODは参加者側も同一構成が必要、プラグインは基本サーバー側で完結、という前提を押さえると混乱が減ります。 - バックアップは“習慣化”が最強の保険
アップデートや設定変更の前にバックアップを取るだけで、取り返しのつかない事故をほぼ防げます。
このガイド通りに進めれば、料金や手順で迷いにくくなり、トラブル時も「どこを見ればいいか」が分かる状態になります。
あとは、あなたの遊び方(人数・MOD・運用ルール)に合わせて調整しながら、快適なマイクラマルチ環境を育てていきましょう。
