ロリポップでMySQLなしでできること・MySQLが必要になること
ロリポップで自作サイトを始める時、「今のプランで足りるのか」「MySQLが必要なのか」で迷うことがあります。
最初からWordPressや管理画面を作るならMySQLを意識しますが、HTML、CSS、画像中心の小さなサイトなら、MySQLなしでも十分なことがあります。大事なのは、今やりたいことが「ファイルを置くだけで足りる」のか、「データを保存してあとから使う」のかを分けることです。
確認日とこのページの使い方
確認日: 2026年5月19日。ロリポップでHTML/CSS/PHPの自作サイトを運用していて、MySQLを使うべきか、プラン変更すべきか迷っている初心者向けです。
いきなりプラン変更やDB作成へ進む前に、今作りたい機能が「表示だけ」なのか、「保存してあとから使う」のかをこのページで分けます。
先に結論
ページを表示するだけならMySQLなしでも足ります。情報を保存して、検索、一覧、編集、ログイン、履歴管理をしたくなったらMySQLを検討します。
- 固定ページ中心なら、まずMySQLなしでよい
- WordPressを使うならMySQLが必要
- 問い合わせや投稿を保存するならMySQLを検討する
- 管理画面、検索、ログインを作るならMySQL前提で考える
- プラン変更前に、バックアップとDB接続情報の管理を決める
このページで整理できること
- MySQLなしで足りるサイトと、MySQLが必要になりやすい機能を分ける
- ファイル保存、メール送信、JSON/CSV、MySQLの境界を整理する
- WordPress、問い合わせ履歴、管理画面、検索、ログインでDBが必要か判断する
- AIに相談する時に、DB名やパスワードを伏せたメモを作る
MySQLが必要か判断するための整理
判断の軸は「表示するだけか」「保存してあとから取り出すか」です。迷ったら、まず次の表で今やりたい機能を分類します。
| やりたいこと | 判断 | 考え方 |
|---|---|---|
| ページを表示するだけ | MySQLなしで可 | HTML、CSS、画像、少しのPHPで足りる |
| 問い合わせをメールで受け取るだけ | MySQLなしで始められる | PHPフォームで送信し、履歴はメール側で管理する |
| 問い合わせ履歴をサイト側に残したい | MySQLを検討 | 受付日時、対応状況、削除方法が必要になる |
| 管理画面でお知らせや商品を編集したい | MySQL推奨 | 投稿、公開状態、並び順、更新履歴を扱いやすい |
| WordPressを使いたい | MySQLが必要 | 記事、ユーザー、設定、コメントをDBへ保存する |
| 検索、絞り込み、ログインを作りたい | MySQL推奨から必要 | 条件検索、ユーザー、権限、履歴を安全に扱う必要がある |
MySQLなしでできること
MySQLがないと何もできない、というわけではありません。次のようなサイトなら、ファイルだけで運用できます。
| できること | 向いているサイト | 運用のしかた |
|---|---|---|
| HTML/CSSの固定ページ | 会社案内、店舗案内、プロフィール | ページごとにHTMLやPHPを編集する |
| 画像やPDFの掲載 | メニュー、資料、作品一覧 | FTPで画像やPDFを差し替える |
| 共通ナビやフッター | 小さなPHPサイト | include で共通パーツを読む |
| メールフォーム送信 | 小規模な問い合わせ受付 | 送信内容はメールで受け取る |
| 簡単な設定ファイル | 表示文言、リンク、色など | PHP配列やJSONを手で編集する |
MySQLが必要になりやすいこと
「あとから増える」「検索する」「ログインして編集する」「履歴を残す」機能は、MySQLがある方が自然です。
| やりたいこと | MySQLが必要になる理由 | 次に読む記事 |
|---|---|---|
| WordPressを使う | 記事、固定ページ、設定、ユーザーをDBへ保存するため | WordPressとMySQL |
| 問い合わせ履歴を残す | メールとは別に受付記録や対応状態を保存するため | フォーム内容をMySQL保存する前に |
| 管理画面からお知らせを追加する | 投稿データをあとから一覧、編集、非公開にするため | 管理画面を作る前に |
| ログイン機能を作る | ユーザー、パスワード、権限、セッション管理が必要になるため | DB設定を安全に分ける方法 |
| 商品、予約、店舗、記事を検索する | 条件に合うデータを取り出す必要があるため | PDO接続の基本 |
ファイル保存で粘れる境界線
小さな設定や数件のお知らせなら、JSONやCSVで始めることもできます。ただし、次の状態になったらMySQLへ移る判断をします。
- 件数が増えて、手で探すのがつらい
- 複数人で編集する
- 検索や絞り込みが必要になった
- 問い合わせや予約などの個人情報を扱う
- 公開、非公開、削除、履歴を分けたい
- AIやCodexに機能追加を頼むたびに保存先で迷う
プラン変更前に確認すること
「MySQLが必要かも」と思っても、すぐに本番DBを触る必要はありません。先に、何を保存するのか、どの画面で使うのか、戻し方はあるのかをメモします。
| 確認すること | 理由 | メモ例 |
|---|---|---|
| 保存したいデータ | DBが本当に必要か判断するため | 問い合わせ、記事、商品、予約 |
| 件数と更新頻度 | ファイル保存で足りるか見るため | 月数件、毎日更新、スタッフ複数人 |
| 個人情報の有無 | 閲覧権限と削除方法が必要になるため | 名前、メール、電話、本文 |
| バックアップ方法 | 失敗時に戻せる状態にするため | FTPファイル、MySQLエクスポート、設定メモ |
| DB接続情報の管理 | GitHubやAIへ漏らさないため | サーバー専用設定ファイルに分ける |
SQL安全メモとDB設定分離も先に確認する
MySQLを使い始めると、接続情報、SQL文、バックアップ、削除前確認もセットで必要になります。特にAIやCodexへ相談する時は、DB名、ユーザー名、パスワードを貼らず、状況だけを渡します。
- AI SQL安全確認メモメーカーで、実行前に確認する内容を整理する
- DELETE文を安全に使う方法で、削除前の確認順を決める
- PHPのDB設定を安全に分ける方法で、ローカル用と本番用の設定を分離する
- ロリポップでPHPからMySQLへPDO接続する基本で、接続エラー時の見方を確認する
AIに相談する時に伏せる情報
AIへ相談する時は、DB名、ユーザー名、パスワード、管理画面URL、サーバーの内部パスを貼らず、やりたいことと現在の制約だけを書きます。
ロリポップで運用している自作サイトについて相談です。
MySQLが必要か、今のままで足りるか判断したいです。
現在のサイト:
例: HTML/CSS中心 / PHPフォームあり / WordPressなし
今やりたいこと:
例: お知らせ管理 / 問い合わせ履歴 / 検索 / ログイン / 商品管理
現在の保存方法:
例: ファイルを手で編集 / メールだけ / JSON / まだ未定
更新頻度:
例: 月数回 / 毎日 / 複数人で更新
個人情報:
例: あり / なし / メールアドレスだけ
確認したいこと:
1. MySQLなしで足りるか
2. MySQLが必要になる境界線
3. ファイル保存で始めてもよいか
4. プラン変更前にバックアップするもの
5. DB接続情報を安全に分ける方法
DB名、ユーザー名、パスワード、管理画面URLは伏せています。