※本記事には広告・アフィリエイトリンクが含まれています。
WordPressを始めるとき「ディスク容量は100GBで十分?500GB必要?」と迷いやすいですが、ブログの容量は記事数だけでは決まりません。画像・動画・メール・バックアップ・ステージング環境をどこに保存するかで、必要な容量は何倍も変わります。この記事では現在の使用量から1年後の容量を計算する方法を示し、契約するレンタルサーバーの容量で足りるか判断する手順を整理します。数値例は実在サイトの実測ではなく、計算方法を説明するための仮定です。
WordPressで容量を使うデータを分ける
| 保存するもの | 容量が増える理由 | まず確認する方法 |
|---|---|---|
| 本体・テーマ・プラグイン | 更新や機能追加でファイルが増える | 管理画面・ファイルマネージャーで設置領域を見る |
| アップロード画像 | 元画像に加え複数サイズのサムネイルが生成される | wp-content/uploads等の容量を確認 |
| 動画・音声 | 1ファイルが大きく、容量不足の原因になりやすい | サイトへ直接置いているか外部配信か確認 |
| データベース | 記事、設定、コメント、プラグインの履歴などが増える | ホスティングのDB管理画面で使用量を見る |
| バックアップ | 保存世代分だけコピーが増える場合がある | 保管先が契約容量に含まれるか確認 |
| メール・ログ・キャッシュ | 添付、アクセス記録、一時ファイルなどが蓄積する | 契約内の容量集計の対象範囲を確認 |
| テスト・ステージング | 本番環境に近い複製を置くと容量が増える | コピーの数と削除・保管方法を確認 |
注意したいのは、バックアップの容量が必ずすべて契約ディスクへ加算されるわけではないことです。サーバー会社が管理する自動バックアップの保存領域と、自分がWordPress内に保存するバックアップファイルは別の場合があります。どちらが契約容量に算入されるかを確認せず、全世代を機械的に足し込まないでください。
必要容量は「現在+増加分+作業用の余裕」で見積もる
最初に使う式は、予定必要量=現在の使用量+今後の画像等の増加量+サーバー内に残すバックアップ・テスト環境+一時作業用の余裕です。現在の使用量には、サイト本体以外のメールやキャッシュが含まれているかを管理画面で確かめます。画像を最適化したブログと、動画を多数アップロードするサイトでは増加ペースが違います。
「70〜80%まで使ったら検討する」といった目安は、早めに見直すための運用上のアラートとしては使えますが、すべての環境に当てはまる安全保証ではありません。画像変換、バックアップ復元、プラグインの一時ファイルなどで急に容量が必要になる場合があるので、余裕量をGBの絶対値でも確保してください。
例1:画像中心の1ブログを1年運営する場合
仮に現在のWordPress本体・画像・DBなどが5GBで、1か月に1GBずつ画像や関連ファイルが増えるとします。1年後の増加量は12GBなので、通常データの見込みは17GBです。さらに、サイト内へ5GBの手動バックアップを2世代置く予定なら10GB増え、合計27GBになります。作業用の余裕を10GB見込めば、計算上は37GBです。
ただし、バックアップが別の外部ストレージにあるなら、同じ10GBをサーバー使用量へ含める必要はありません。また、月1GBという増加量はあくまで仮定です。現実の計算では、管理画面から現在量を記録し、1か月後との差分を見て増加ペースを推定してください。
画像をアップロードしたときは、元画像だけでなくWordPressが生成する複数サイズや画像最適化プラグインの控えが増える可能性があります。見た目には同じ1枚でも複数ファイルを持つことがあるため、画像枚数×元画像サイズだけで計算すると不足する場合があります。
例2:3サイト・5サイトへ増える場合
複数サイトでは、各サイトの通常データと、同じサーバーに置く共有メール・バックアップ・テスト環境を分けて数えます。仮に3サイトが各8GBなら通常データは24GB。各サイトが今後1年で5GBずつ増えるなら39GBです。さらにサーバー内に各サイト10GBのバックアップを2世代置けば60GB増え、合計99GBになります。
この計算例から分かるように、1サイトあたりのWordPress記事数が少なくても、同じサーバー内のバックアップや複製によって必要容量は増えます。バックアップを外部保管する、古いキャッシュを適切に削除する、使わなくなったステージング環境を整理するといった選択肢もあります。ただし、削除前に必要なファイルかどうかを確認してください。
5サイトで使う場合も「現在の使用量×5」とは限りません。動画を扱うサイト、会員データを蓄積するサイト、静的な案内サイトでは増加ペースが異なります。サイトごとに現在量・月間増加量・重要度を記録して合計するのが実用的です。
用途別の必要容量を見積もるときの仮定
| 仮の運用状況 | 契約容量を検討する前に測るもの | 計算で見落としやすい点 |
|---|---|---|
| テキスト中心の1ブログ | 現在のWeb+DB+メール使用量・月間の画像増分 | サムネイルの自動生成、サーバー内に残した旧バックアップ |
| 画像・動画を多用するサイト | 元画像と派生画像、動画の実ファイル、キャッシュ | 外部動画配信のデータをレンタルサーバー容量へ加算しない |
| 複数サイトを1契約で運営 | サイト別Web/DB/メールの合算と1年後の増加量 | 会社側の別領域バックアップを契約SSDへ二重算入しない |
上表はGBの固定的な推奨値ではありません。同じ記事数でも画像・動画・メールや保存世代で容量は変わります。例えば管理画面の容量表示が50GBで毎月2GB増えると仮定するなら、12か月後は約74GBです。作業用に20GBの空きが必要という仮の条件なら合計94GBを満たす契約か確認します。数値は式の例であり、TameshiTechの実使用容量ではありません。
100GB・500GBといった契約容量の見方
100GBで足りるかを問う場合は、まず「100GBの契約容量のうち、今いくら使っていて、追加予定がいくらか」を計算します。上の例のように1年後の計算値が37GBであれば、単純な容量の観点では100GBに収まります。一方、画像・動画やバックアップが多いサイトで、実際の使用量が100GBに近い場合は運用方法の見直しが必要です。
500GBを超える大容量プランでも、PHPのバージョン、DBの制限、バックアップ復元、サポート、更新料金が目的と合わなければ、WordPress運営が簡単になるとは限りません。容量を使わないサイトのために大きいプランへ変更する前に、現行プランの増量方法や一時ファイル整理の方法を確認します。
容量が減ってきたときの安全な対処順
- 管理画面で現在の使用量と容量上限を確認し、前月との差分を記録する。
- uploads、キャッシュ、ログ、手動バックアップ、メールのどれが増えたかを分ける。
- 削除対象が本当に不要か、別の場所に正常なバックアップがあるか確認する。
- 大きい動画を外部配信へ移す場合、既存記事のリンクと埋め込み表示を維持できるか確認する。
- 保持するバックアップの世代数を決め、復旧に必要な世代を消さないようにする。
- 今後の増加見込みと余裕量を再計算し、必要なら上位プランや別サーバーへの移行を検討する。
容量不足の状態でいきなりバックアップを作成すると、追加ファイルを書き込めず処理が失敗することがあります。不要ファイルを闇雲に削除する前に、サーバー会社の管理画面で容量使用状況と復元方法を確認してください。メールが同じ契約容量を共有する場合、Web側の容量不足がメール送受信にも影響することがあります。
サーバー選びへ戻る前の確認表
| 確認したいこと | 確認結果 |
|---|---|
| 現在のサイト合計使用量 | GB単位で管理画面から取得 |
| 1か月あたりの増加ペース | 前月との実測差 |
| 1年以内に追加するサイト数 | 予定数と各サイトの用途 |
| バックアップの保存先 | 外部保管か契約ディスク内か |
| 一時作業用に確保する余裕 | GB単位の最低確保量 |
| 現在プランからの変更手段 | 増量可否、料金、停止時間 |
複数サイトの運用条件は「複数サイト向けレンタルサーバー比較」で確認できます。サーバー全体の選び方は「サーバー選びで失敗しない7項目」へ。契約料金を比較する際は、今の容量だけでなく、1年後まで必要なデータを安全に置けるかを確かめてください。 複数社の料金・契約条件を横断する場合は、「WordPress向けレンタルサーバー総合比較」へ進み、容量だけで契約先を決めないようにします。
よくある質問
画像100枚なら何GB必要?
元画像サイズ、WordPressが作るサムネイル数、最適化後のファイル、画像以外のデータによって変わります。枚数だけでは断定できないため、実際のアップロード領域を確認します。
自動バックアップがあるなら手動バックアップは消していい?
サーバー会社側の保管と同じ契約内の手動バックアップは、失敗したときの影響範囲が異なります。重要サイトではサーバー外の別系統へ保管する方法を検討してください。復旧方法の違いは「自動バックアップ比較」で整理しています。
サービス・プランの確認先
申し込みを検討する際は現在の契約条件を確認してください。以下の既存広告・計測タグは元記事から変更せず保持しています。
エックスサーバーの最新料金・条件を見る



コメント