レンタルサーバーの容量は、表示された総容量だけで決めると不足や過剰契約につながります。Webサイトのファイルだけでなく、メール、データベース、バックアップ、ログも容量を使うからです。
必要容量は、サイトの種類だけでは一律に決まりません。画像の点数、メールを残す期間、複数サイトの有無、バックアップの世代数によって大きく変わります。小規模サイトでも、メールの添付ファイルを何年も残せば、Web領域よりメール領域のほうが大きくなることがあります。
この記事では、容量をWeb、メール、データベース、バックアップに分けて見積もります。初期値を当てることより、実際の使用量を測り、安全に増やせる運用を作ることが目的です。
レンタルサーバーの容量は4つの領域に分けて見積もる
レンタルサーバーの必要容量は、Web、メール、データベース、バックアップの4つに分けて考えます。最後にログ、一時ファイル、更新作業の余白を加えると、総量を見積もりやすくなります。
プランによっては4領域を一つの総容量から使います。Webとメールに個別上限がある場合や、データベースだけ別上限になっている場合もあります。総容量が十分でも、個別上限へ先に達することがあるため、領域の分け方を必ず確認してください。
| 容量を使う領域 | 主なデータ | 増えやすい原因 |
|---|---|---|
| Web | WordPress、画像、テーマ、プラグイン | 画像追加、複数サイト |
| メール | 本文、添付、迷惑メール、ごみ箱 | 利用者数、長期保存 |
| データベース | 記事、設定、注文、ユーザー情報 | 履歴、ログ、拡張機能 |
| バックアップ | ファイルとDBの複製 | 世代数、重複保存 |
| その他 | ログ、キャッシュ、一時ファイル | 更新、解析、エラー |
容量を選ぶ前に、公式仕様で次を確認します。
- Webとメールは同じ容量を共有するか
- データベースに個別の容量上限があるか
- 1メールアドレスごとに上限を設定できるか
- ファイル数にも上限があるか
- 自動バックアップは契約容量を消費するか
- プラン変更で容量を増やせるか
ストレージ種別、CPU、メモリ、転送量など、容量以外の比較項目はレンタルサーバーのスペック記事で確認できます。本記事では、保存量の見積もりと不足対策に絞ります。
容量目安は現在量・増加量・予備領域から計算する
必要容量は、用途名から直接決めるより、現在量と増加量を足して計算するほうが確実です。新規サイトでも、掲載予定の画像、メール利用者数、保存期間を仮定すれば初期見積もりを作れます。
基本式は次のとおりです。
必要容量 ＝ 現在の使用量 ＋ 計画期間中の増加量 ＋ バックアップ等の作業領域 ＋ 安全余裕
「安全余裕」は、見積もりの誤差や更新作業へ備える空きです。使用量が上限ぎりぎりになると、バックアップ作成やWordPress更新に必要な一時領域を確保できないことがあります。契約の時点で全容量を使い切る計画にはしません。
既存サイトは管理画面とバックアップで現在量を測る
既存サイトなら、推測より実測を優先します。サーバーの管理画面で、Web、メール、データベースの使用量を確認してください。領域別に表示されない場合は、ファイルの合計、メールボックスごとの使用量、データベースのエクスポート容量を別々に調べます。移行用バックアップを除いた通常量と、作業時の最大量を分けたうえで、数か月の推移から増加の傾向も見ます。
新規サイトは掲載予定のデータから積み上げる
新規サイトでは、ページ数だけで容量を決めません。文章データは比較的小さく、画像、動画、PDF、添付ファイルが増加の中心になりやすいためです。
次の順で仮置きします。
- 初期公開するページ数を決める
- 1ページに使う画像数と画像1点の保存サイズを決める
- WordPress本体、テーマ、プラグインの領域を加える
- 1年間に追加する記事と画像を見積もる
- メール、データベース、バックアップを別に加える
- 更新作業に必要な空きを加える
画像1点のサイズは、アップロード元ではなく、サーバーへ保存する最適化後のサイズを使います。WordPressが複数の縮小画像を自動生成する場合は、元画像だけを足して終わりにしないでください。
Web容量は画像・動画・複数サイトの増加を見る
Web領域には、WordPress本体、テーマ、プラグイン、アップロード画像、PDF、キャッシュなどが保存されます。一般的なブログや会社サイトでは、画像の持ち方が容量を左右しやすい項目です。
ページ数より画像ファイルを詳しく確認する
文章中心のページは、表示内容の多さに比べて保存量が小さい傾向があります。一方、高解像度の写真をそのままアップロードすると、数十ページでも容量が増えます。
たとえば、300記事に各10点の画像を掲載し、保存後の画像が平均500KBなら、元画像だけで約1.5GBです。ただし、WordPressがサムネイルや中サイズ画像を追加生成すると、実際の画像領域はさらに増えます。テーマやプラグインが独自サイズを作ることもあるため、生成後のフォルダ容量で確認してください。
Web容量の見積もりでは、次を分けます。
- WordPress本体、テーマ、プラグイン
- 公開用の画像、PDF、音声
- 自動生成される縮小画像
- キャッシュと最適化ファイル
- 更新時に一時展開されるファイル
- 手動で置いたバックアップや移行ファイル
動画はサーバーへ直接置くかを先に決める
動画は1ファイルが大きく、保存容量と転送量の両方を消費します。閲覧が増えると配信の負荷も大きくなるため、動画配信サービスへ置き、Webページには埋め込む運用が適することがあります。直接保存する必要がある場合は、動画の本数、1本あたりのサイズ、保存期間、視聴回数を別に計算します。
複数サイトはサイト数だけで掛け算しない
マルチドメインで複数サイトを運営するときは、各サイトの現在量と増加量を合算します。全サイトが同じ規模になるとは限らないため、「1サイト10GB×10サイト」と一律に置くより、更新頻度と画像量で分けるほうが現実的です。
制作中の検証サイト、旧サイトの複製、閉鎖済みサイトが残ると、想定外に容量を使います。本番、検証、保管の用途を区別し、不要になった複製を削除する期限を決めます。
複数サイトの設定方法やドメイン数との関係は、前述のマルチドメインの記事で詳しく確認できます。
メール容量は利用者数・添付サイズ・保存期間で決まる
会社サイトでは、Web容量よりメール容量のほうが不足しやすいことがあります。従業員数、送受信数、添付ファイル、保存年数によって増え続けるからです。
メール容量は1人あたりで見積もる
メールは、次の式で概算できます。
メール容量 ＝ 利用者数 × 1人あたりの年間増加量 × 保存年数
たとえば10人が1年に平均500MBずつ増やし、5年分をサーバー上に残すなら、単純計算で25GBです。実際には、退職者のメール、共有アドレス、迷惑メール、ごみ箱、送信済みメールも加わります。
平均値だけでは偏りを見落とすため、添付ファイルを多く扱う部署は別に見積もります。設計データや高解像度画像をメールで頻繁に送受信する業務では、1人あたりの上限も余裕を持たせます。
IMAP運用ではサーバー上の保存量を管理する
IMAPはメールをサーバー上に残すため、保存期間とごみ箱を管理します。POPでもサーバーへ残す設定なら容量は増えるので、実際の保存設定と削除ルールを確認してください。
添付ファイルは送信前のサイズより大きくなることがある
メール添付は、送信時の変換によって元ファイルよりデータ量が増えることがあります。大きな資料を複数人へ一斉送信すると、送信済みフォルダと各メールボックスに複製が残る場合があります。大容量のファイルは共有ストレージへ置き、メールではリンクを案内する運用も検討してください。
メール運用を主目的にサーバーを選ぶ場合は、メール用レンタルサーバーの比較で、容量、セキュリティ、管理、サポートまで確認できます。
データベース容量は記事数だけでなく履歴とログを見る
WordPressでは、記事本文、設定、ユーザー情報、コメントなどがデータベースへ保存されます。画像そのものは通常Web領域にあり、データベースには画像の情報や参照先が保存されます。
一般的な情報サイトでは、画像よりデータベースが小さいことも多いですが、サイトの機能によっては増えます。ECサイトの注文、会員情報、フォーム送信履歴、アクセスログを保存する拡張機能では、継続的な監視が必要です。
増加しやすいデータを見つける
データベース容量が増えたときは、記事数だけで原因を決めません。次のデータを確認します。
- 記事や固定ページの改訂履歴
- 下書きや自動保存
- コメントやスパム
- フォーム送信履歴
- ECの注文・在庫・会員情報
- アクセス解析やセキュリティログ
- 一時データや期限切れキャッシュ
個数制限と容量制限を分ける
複数のWordPressを置く場合は、データベースの個数と容量を別に確認します。個数が十分でも、1データベースあたりの上限が小さい場合があります。反対に、容量が余っていても作成可能数へ達することがあります。
データベースの役割、MySQL等の違い、複数サイトとの関係は、レンタルサーバーのデータベース記事で詳しく扱います。本記事では、容量見積もりに必要な範囲だけを押さえます。
バックアップ容量は保存場所と世代数で変わる
バックアップは、元データの複製を保存するため、容量を大きく使うことがあります。特に、サーバー内へ完全バックアップを何世代も置くと、Webサイト本体よりバックアップのほうが大きくなります。
自動バックアップが契約容量を使うか確認する
レンタルサーバー側の自動バックアップは、契約者の通常領域とは別に保存される場合があります。一方、管理画面やプラグインで作った手動バックアップは、Web領域へ保存されることがあります。
公式仕様で、次を確認してください。
- 自動バックアップの対象データ
- 保存世代と保持期間
- 保存先が契約容量へ含まれるか
- 復元できる単位
- 復元方法と料金
- メールが対象か
自動バックアップがある場合でも、保持期間を過ぎたデータは戻せません。サーバー契約に入れなくなった場合へ備え、重要データは別の場所にも保管します。
手動バックアップは世代数と削除期限を決める
手動バックアップの概算は、元データ量に保存世代数を掛けます。20GBのサイトを完全バックアップで3世代保存すれば、単純計算では最大60GBが必要です。圧縮率や差分方式で実際の量は変わりますが、バックアップが無料の空き領域から生まれるわけではありません。
作業前バックアップは、復旧確認後に削除する期限を決めます。「念のため」と無期限に残すと、古い個人情報や脆弱なファイルを保管し続けることにもなります。
用途別の容量目安は初期見積もりとして使う
容量目安は、契約を決めるための初期値です。実際の必要量は、画像、メール、バックアップ方針で変わります。次の表は、一般的な運用を想定した検討開始ラインであり、すべてのサイトへ当てはまる保証値ではありません。
| 用途 | 検討開始ライン | 特に確認する領域 |
|---|---|---|
| 小規模ブログ | 20〜50GB | 画像・バックアップ |
| 小規模な会社サイト | 50〜100GB | メール・画像 |
| メール利用者が多い会社 | 100〜300GB | メール・保存年数 |
| 画像中心のメディア | 100〜300GB | 画像・縮小画像 |
| 複数サイト運営 | 100〜500GB | 合計量・複製 |
| 動画を直接保存 | 個別計算 | 動画・転送量 |
小規模ブログは20〜50GB、Webと業務メールを同居させる会社サイトは50〜100GBを初期範囲にできます。ただし、高解像度画像、メールの長期保存、複数サイトで必要量は増えます。複数サイトは一律に掛け算せず、各サイトを4領域に分けて合算してください。
容量が大きくても、サイトの表示が速くなるとは限りません。小さく始めて増やせるなら実測をもとに上位プランへ変更し、変更に時間がかかる業務サイトでは将来分を多めに確保します。
容量には作業用の余裕を持たせる
契約容量を100%まで使う前提では、安全な運用ができません。WordPressやプラグインの更新、バックアップの圧縮、画像の最適化では、一時的な空き領域が必要です。
上限ではなく警戒線を決める
管理画面で容量を確認し、上限へ達する前の警戒線を決めます。たとえば70%で増加の原因を確認し、80%で削除や増強を実施するという運用です。適切な割合は、増加速度とプラン変更にかかる時間で調整します。
毎月1GBずつ増えるサイトと、キャンペーンで1日に10GB増える可能性があるサイトでは、必要な余裕が違います。割合だけでなく、「現在の増加速度なら何か月後に上限へ達するか」を見ます。
更新と移行に必要な一時領域を残す
大きなバックアップをサーバー内で作ると、元データと圧縮ファイルが同時に存在します。移行の作業では、旧データと新データを一時的に同居させることもあります。通常使用量が上限に近い状態では、作業途中で容量不足になる危険があります。
更新や移行の前に不要データを整理し、バックアップ作成後も十分な空きがあるか確認してください。空きが少ないなら、ローカルや外部ストレージへ直接保存する方法を公式マニュアルで確認します。
ファイル数上限も一緒に確認する
ディスク容量が余っていても、ファイル数上限へ達すると新しいファイルを作れない場合があります。WordPressは本体、テーマ、プラグイン、キャッシュ、縮小画像など、多数の小さなファイルを使います。
複数サイトやキャッシュを多用するサイトでは、容量とファイル数を同時に監視します。ファイル数の単位や確認方法はサービスごとに異なるため、公式仕様と管理画面を確認してください。
容量不足になるとWeb・メール・更新へ影響する
容量が上限へ達したときの挙動は、サービスや領域によって異なります。突然すべてが停止するとは限りませんが、新しいデータを書き込めなくなるため、複数の不具合が起こり得ます。
Webサイトを更新できなくなる
画像をアップロードできない、WordPressを更新できない、キャッシュを作れないといった症状が出ることがあります。更新途中に書き込みへ失敗すると、メンテナンス状態が残る可能性もあります。
ただし、同じエラーは権限設定、通信、プラグインの不具合でも起きます。容量の使用率、エラーログ、管理画面の通知を確認して原因を切り分けます。
新しいメールを受信できなくなる
メールボックスが上限へ達すると、新しいメールを受け取れない場合があります。送信者へエラーが返ることもあれば、一時的に再送されることもあります。重要な問い合わせを失わないよう、個人ごとの使用率と全体容量を監視してください。
退職者や共有アドレスのメールを無期限に残すと、気づかないうちに容量を使います。保存義務や社内規程を確認し、アーカイブ先と削除手順を決めます。
バックアップを作れなくなる
空き容量がない状態では、障害へ備えるバックアップそのものを作れません。容量不足が起きてから慌てて削除すると、必要なデータまで消す危険があります。
日常的に外部保管を行い、復元できることを確認しておけば、整理前の安全を確保できます。自動バックアップの保存先と、利用者が作るバックアップの保存先は別に確認してください。
容量不足は原因を分けて安全に対処する
容量が不足したら、いきなり大きなフォルダを削除しません。領域、増加時期、作成元を確認し、戻せる状態を作ってから対処します。
使用量を領域別に確認する
最初に、Web、メール、データベース、バックアップのどこが増えたかを確認します。Web領域なら、画像、キャッシュ、ログ、古いバックアップ、検証サイトに分けます。メールなら、利用者、共有アドレス、送信済み、ごみ箱、迷惑メールに分けます。
急増した日時が分かれば、更新、バックアップ、移行、フォームの大量送信などと照合できます。通常の成長と、異常な増加を分けることが重要です。
削除前に別の場所へバックアップする
整理対象が不要に見えても、サイトやメールが参照している可能性があります。削除前に外部へバックアップし、復元手順を確認してください。
WordPressのキャッシュや縮小画像は再生成できる場合がありますが、テーマやプラグインごとに手順が異なります。データベースを直接削除せず、公式機能や利用中のプラグインの手順を使います。
画像・キャッシュ・ログを整理する
画像は表示サイズに合わせて圧縮し、使っていない元画像や重複ファイルを確認します。ただし、メディアライブラリから未使用に見えても、テーマ設定やCSSから参照されている場合があります。
キャッシュとログには削除可能なものがありますが、保持期間と再生成条件を確認します。障害調査中のログを先に消すと原因を追えなくなるため、必要な記録を保存してから整理してください。
メールの保存ルールを見直す
容量が大きい利用者を特定し、不要な添付、迷惑メール、ごみ箱を整理します。古いメールをアーカイブする場合は、検索性、バックアップ、法令や社内規程を考慮します。
単に個人へ削除を依頼するだけでは、同じ問題が再発します。メールボックス上限、保存年数、大容量ファイルの共有方法、退職者メールの扱いをルールにします。
プラン変更や分離を検討する
不要データを整理しても増加が続くなら、容量を増やす段階です。上位プランへの変更、追加容量、サイト分割、メールの外部サービス化、画像や動画の外部配信を比較します。
変更前に、料金だけでなく、反映時期、停止、下位変更、データ移行を確認します。一時的な増加のために高いプランを使い続けるより、増えた原因を切り離したほうが適切な場合もあります。
よくある質問
個人ブログには100GBも必要ですか
文章と最適化した画像が中心なら、最初から100GBを使い切るケースは多くありません。ただし、複数ブログ、高解像度画像、サーバー内バックアップがあると必要量は増えます。
容量の大きさだけで決めず、現在量、年間増加量、バックアップ、空き領域を計算してください。上位変更がしやすければ、小さく始めて実測から増やせます。
会社サイトはWebとメールのどちらに容量が必要ですか
ページ数が少ない会社サイトでは、長期保存する業務メールのほうが大きくなる場合があります。利用者数、添付サイズ、保存年数からメール容量を別に計算してください。
Webとメールが同じ総容量を共有するか、メールボックスごとの上限があるかも確認します。メールを外部サービスで運用する場合は二重に計上しません。
サーバー内の手動バックアップは容量に含まれますか
公開領域や契約内の保存フォルダへ置く場合は、契約容量を使うことがあります。一方、事業者の自動バックアップ用領域は別に管理される場合があります。
同じサーバー内のコピーは、容量見積もりへ加算します。容量への計上と、契約終了時に取得できるかを公式仕様で確認してください。
容量が無制限のレンタルサーバーはありますか
「無制限」という表記があっても、ファイル数、用途、1ファイルの大きさ、公平利用など別の条件が設けられる場合があります。無条件にすべてのデータを保存できるという意味ではありません。
利用規約と公式仕様を確認し、想定するWeb、メール、バックアップ用途が許可されるか判断してください。容量以外の制限も同時に見ます。
まとめ
レンタルサーバーの容量目安は、総容量の数字だけでは決まりません。Web、メール、データベース、バックアップに分け、現在量、増加量、作業領域、安全余裕を足して見積もります。
小規模ブログは20〜50GB、会社サイトは50〜100GBなどを検討開始ラインにできますが、画像、メール利用者数、保存期間、複数サイトで必要量は変わります。用途別の数字をそのまま契約条件にせず、自分の内訳へ置き換えてください。
契約後は領域別の使用量を定期的に記録し、上限前の警戒線を決めます。不足したときは、原因確認、外部バックアップ、安全な整理、プラン変更や用途分離の順で対応します。余裕を残し、実測に合わせて増やせる容量設計が、無駄と停止リスクを抑える方法です。
