このページには広告・アフィリエイトリンクが含まれます。広告掲載について

用語集 選び方・解説

レンタルサーバーとは?仕組み・種類・選び方を初心者向けに解説

レンタルサーバーとは何かを初心者向けに解説。共有サーバー・VPS・専用サーバー・クラウドの違い、WordPressの推奨要件、料金の見方、バックアップ・セキュリティ・移行まで、失敗しない選び方を整理します。

この記事の目次
  1. 0130秒で選ぶ、サイトに合うサーバーの種類
  2. 02レンタルサーバーとは、遠隔のサーバー資源を利用するホスティングサービス
  3. 03WordPress向けレンタルサーバーは、推奨要件と運用機能で選ぶ
  4. 04共有サーバー・VPS・専用サーバー・クラウドの違い
  5. 05失敗しないために契約前に固定する6つの選定条件
  6. 06レンタルサーバーの料金は、月額ではなく総費用で比較する
  7. 07レンタルサーバーの比較・契約・移行を5段階で進める
  8. 08レンタルサーバーのよくある質問
  9. 09ホスティング選定に関わる用語を続けて確認する
  10. 10レンタルサーバーは、性能の高さではなく運用できる構成で選ぶ
  11. 11この記事の確認体制
  12. 12次の判断に使えるServerFieldのツール

30秒で選ぶ、サイトに合うサーバーの種類

WordPress・企業サイト

OSの管理を任せたいなら、共有サーバーやマネージドサービスを比較します。メール、バックアップ、復旧支援まで確認してください。

独自アプリ・VPN

root権限や常駐処理が必要ならVPSが候補です。OS更新と障害対応を担当できることが条件です。

公開する内容、必要な機能、運用担当を決めてから、同じ契約期間の総費用で候補を絞りましょう。

レンタルサーバーとは、遠隔のサーバー資源を利用するホスティングサービス

レンタルサーバーは、事業者が用意したサーバーのCPU、メモリ、保存領域、ネットワークや運用機能を、Webサイト、メール、アプリなどの稼働に利用する契約型サービスです。

IBMはWebホスティングを、事業者が顧客のWebサイトやWebアプリケーションを置くサーバー上の領域、または専用サーバーを提供する仕組みとして説明しています。実際の提供物は商品ごとに異なります。共有サーバーではOSやWebサーバーを事業者が管理し、利用者は管理画面からサイトやメールを設定することが一般的です。VPSやクラウドIaaSでは、事業者が施設、物理機器、仮想化基盤を管理しても、利用者がゲストOS、ファイアウォール、ミドルウェア、アプリ、データを管理する場合があります。専用サーバーは物理資源を専有しますが、運用まで自動的に事業者任せになるわけではありません。

事業者が提供する層

データセンター、電源、回線、物理サーバー、仮想化、OS、管理画面、監視、バックアップ、サポートのうち、どこまで含むかは契約で決まります。「サーバーを借りる」だけでは責任範囲を特定できません。

利用者が管理する層

ドメインとDNS、アカウント、Webサイト、CMS、プラグイン、アプリ、データ、アクセス権、法令対応は利用者側に残ることが多く、VPSやIaaSではOS更新やネットワーク設定も含まれます。

サーバーを契約しても、Webサイトが自動で完成・保護・復旧するわけではない

ホスティングはサイトを動かす基盤の一部です。設計、制作、コンテンツ、ドメイン、DNS、TLS、CMS更新、権限管理、監視、バックアップ対象、復元手順は別に確認します。自動バックアップがあっても、保存期間、取得頻度、対象、復元単位、復元費用と実際の復元可否を確かめなければ復旧計画にはなりません。

WordPress向けレンタルサーバーは、推奨要件と運用機能で選ぶ

「WordPress対応」や保存容量だけでは比較できません。2026年9月16日時点でWordPress.orgは、PHP 8.3以上、MariaDB 10.11以上またはMySQL 8.0以上、HTTPSを推奨しています。これに加えて、更新方法、ステージング、バックアップと復元、メール送信、画像処理、アクセス集中、保守担当まで一つの運用構成として確認します。

2026年9月16日時点の公式推奨

PHP 8.3+ / MariaDB 10.11+ or MySQL 8.0+ / HTTPS

ApacheまたはNginxが推奨されています。古い環境でも動作する場合はありますが、公式サポートが終了した版は脆弱性のリスクがあるため、互換性を確認して更新します。

運用・復旧要件

運用 = update + staging + backup + restore test + monitoring

自動更新の範囲、ステージング、バックアップ対象と保持、復元単位、監視通知、障害時の連絡先を確認します。バックアップの表示だけでなく、目標時間内に戻せるか試すことが重要です。

例:月数万閲覧の企業WordPressサイト

  1. 1用途を棚卸しする:会社情報、問い合わせ、採用記事を公開し、編集者2人が更新する。決済や会員情報は扱わず、メールは別サービスを使う。
  2. 2必要条件を固定する:公式推奨のPHP・データベース・HTTPS、ステージング、日次バックアップ、操作ログ、WAFの範囲、国内営業時間の問い合わせ窓口を確認する。
  3. 3責任を割り当てる:事業者はOSと基盤、制作保守会社はWordPress本体・テーマ・プラグイン・監視、社内担当は編集者権限と公開承認を担う。
  4. 4移行と復旧を試す:複製環境でURL、フォーム、メール、画像、リダイレクト、性能を確認し、バックアップから復元してからDNSを切り替える。

この条件ならマネージドな共有ホスティングも候補ですが、独自デーモンやroot権限が必要ならVPS・IaaSを再検討します。閲覧数だけで方式は決まりません。

「動作する最低版」と「推奨環境」は区別してください。テーマがPHP 7.4対応と表記していても、その版を新規サイトへ採用する根拠にはなりません。WordPress本体・テーマ・プラグインの互換性を検証したうえで、保守される版を選びます。

共有サーバー・VPS・専用サーバー・クラウドの違い

名称は事業者ごとに異なるため、下表は一般的な構成です。IBMの公式解説では、共有ホスティングは複数サイトが物理機器やソフトウェア資源を共有し、VPSは共有物理基盤上で各仮想サーバーが独自OSと割り当て資源を持ち、専用ホスティングは一つの物理サーバーを専有します。クラウドはNISTの定義にあるオンデマンド、資源プール、迅速な伸縮、計測サービスなどの特性で区別します。

表は横方向にスクロールできます

レンタルサーバーと関連する提供形態の比較
提供形態資源・構成利用しやすい場面確認する責任・制約
共有ホスティング複数契約者が物理機器、OS、Web・メール基盤などを共有。管理画面から設定する標準的な企業サイト、ブログ、構成が定型化できるWordPressroot権限、ソフトウェア版、常駐処理、資源上限、同居影響、バックアップ対象を確認する
VPS共有物理基盤上の独立した仮想サーバー。割り当て資源とゲストOSを持つ独自ランタイム、API、検証環境、OSやミドルウェアを制御したい構成セルフマネージドではOS更新、SSH、ファイアウォール、監視、バックアップ、障害対応を利用者が担う
専用サーバー一契約者が物理サーバーの資源を専有。仮想化して複数環境を置く場合もある特定の性能、構成、ライセンス、物理分離が必要なワークロード専有は可用性を自動で高めない。単一機障害、予備機、交換、冗長化、拡張時間を確認する
クラウドIaaSAPIや管理画面で計算・保存・ネットワーク資源をオンデマンドに構成し、利用量を計測する変動負荷、複数環境、自動化、複数ゾーンやマネージドサービスを組み合わせる構成ゲストOSとアプリの責任、従量課金、通信費、権限、構成ミス、上限、終了手順を管理する
マネージドホスティング共有・VPS・専用・クラウドに、OS更新、監視、バックアップ等の運用を追加基盤運用を委託し、アプリや事業運用へ集中したい場合マネージドは機器種別ではない。対象OS、アプリ、受付時間、復旧作業、除外事項を確認する
PaaS・静的ホスティングランタイムや配信基盤を抽象化し、コード・生成物を配置する。サーバー操作を意識しない場合がある静的サイト、標準ランタイムのWebアプリ、短い開発サイクル対応ランタイム、ビルド、永続化、実行時間、移植性、従量課金を確認。従来型レンタルサーバー以外の候補

「共有よりVPS、VPSより専用が上」という序列ではない

自由度が高い構成ほど、設定・更新・監視・復旧の責任も増えます。小規模な企業サイトでは、制約の明確なマネージド共有環境の方が安全に運用できる場合があります。一方、root権限、独自ミドルウェア、分離要件、自動化が必要ならVPS、専用、クラウドを検討します。適否は用途と運用能力の組合せで判断します。

失敗しないために契約前に固定する6つの選定条件

候補の機能表を見る前に、現在値、ピーク、許容範囲、担当者を記録します。「高速」「大容量」「安心」といった比較語は、測定条件と責任者がなければ判断基準になりません。

用途と重要経路

静的な会社案内、WordPress、EC、会員サイト、API、バッチ、メールを分けます。問い合わせ送信、購入、ログインなど停止影響の大きい経路、個人情報・決済の有無、公開頻度、季節ピークを記録します。

権限と運用責任

root・SSH・SFTP・データベース権限、OS・PHP・Webサーバー・CMS・プラグインの更新、脆弱性対応、ログ確認、証明書更新を事業者、制作会社、社内の誰が担うか割り当てます。

資源と性能

CPU、メモリ、保存容量だけでなく、IOPS、同時処理、プロセス、データベース接続、実行時間、転送量、帯域、ファイル数、メール通数の上限を確認します。平均とピークを分け、実サイトで測ります。

可用性と復旧

許容停止時間、RPO、RTO、冗長化、監視、通知、障害履歴、SLA対象を確認します。バックアップは取得頻度、保存世代、保管場所、暗号化、対象、復元単位、申請方法、費用を確認し、復元試験を行います。

セキュリティと支援

MFA、権限分離、WAF、DDoS対策、マルウェア対応、監査ログ、暗号化、データ所在、削除、インシデント通知を確認します。サポートは受付時間、連絡手段、一次回答と復旧作業の範囲を分けます。

移行・終了と総費用

初期・月額料金だけでなく、超過、通信、バックアップ、証明書、ライセンス、管理機能、支援、移行、監視、保守担当の工数を含めます。データ出力、DNS切替、解約後の保持・削除、ロックインも確認します。

ECや業務アプリは「アクセス数」だけで選ばない

同じ閲覧数でも、静的ページと検索・在庫・決済を伴う処理ではCPU、データベース、整合性、復旧の要件が違います。ECでは注文が確定したのに通知や在庫更新が失敗する部分障害も想定し、ステージング、監視、ログ、冪等性、バックアップ、復旧時間、緊急連絡を確認します。反対に静的な案内サイトなら、サーバーを常時管理しない静的ホスティングが簡潔な場合があります。

レンタルサーバーの料金は、月額ではなく総費用で比較する

低い月額だけで決めると、移行、バックアップ復元、監視、追加容量、通信、保守の費用が後から増えることがあります。候補ごとに同じ期間と同じ運用条件で、総保有コストを比較します。

比較式

総費用 = 初期 + 月額 + 従量課金 + 移行 + 監視・保守 + 復旧 + 終了

契約・利用料金

初期費用、月額、最低契約期間、更新料金、CPU・メモリ・保存容量、通信量、追加IP、超過料金を確認します。

周辺サービス

ドメイン、DNS、メール、証明書、CDN、WAF、マルウェア対策、バックアップ保存、復元作業の料金を分けます。

人の作業時間

OS・CMS更新、監視、障害切分け、問い合わせ、復元試験、請求管理に必要な社内・外部担当者の工数を含めます。

移行費用

データ移行、検証環境、DNS切替、メール移行、リダイレクト、動作試験、旧環境の並行稼働を見積もります。

障害・復旧費用

停止による機会損失、緊急対応、バックアップ取出し、復旧作業、再発防止まで想定します。短いRPO・RTOほど費用と複雑さは増えます。

解約・乗り換え費用

データ出力、独自パネルからの設定移行、解約後の保持・削除、ドメイン移管、ロックインを確認します。

無料SSLや無料ドメインも、適用条件と更新後を確認する

無料特典には対象ドメイン、契約期間、自動更新、解約時の扱いなど条件が付く場合があります。割引期間だけでなく、通常料金へ戻った後と乗り換え時の総費用で比較してください。

レンタルサーバーの比較・契約・移行を5段階で進める

先に1サービスへ決めてから要件を合わせると、必要な権限や復旧方法を失いやすくなります。現行計測と代表操作の検証を行い、切替と撤退まで含む受入条件を作ります。

  1. 現行構成と利用状況を棚卸しする

    ドメイン、DNS、メール、Web、CMS、データベース、証明書、外部API、バッチ、バックアップ、担当者を一覧化します。保存量、転送量、CPU・メモリ、応答時間、同時処理、障害件数を平均とピークで採取します。

  2. 必須条件と責任分界を決める

    必要なOS・ランタイム・データベース版、root権限、データ所在、RPO・RTO、受付時間、予算上限を必須と希望に分けます。更新、監視、一次切分け、復旧、利用者対応の担当と代替担当を決めます。

  3. 仕様書・規約・SLAを同じ条件で比較する

    CPU等の割当、利用上限、保守停止、バックアップ、復元、サポート、超過費用、データ取出し、解約を比較表にします。SLAは対象サービス、測定方法、除外、申請期限、補償を読み、実測の可用性と分けます。

  4. 小さな実環境で受入試験を行う

    代表ページ、フォーム、ログイン、検索、画像処理、メール、バッチを複製し、ピーク負荷、ログ、監視通知、権限、アップデート、バックアップと復元を試します。広告上の速度値ではなく、自分の構成で比較します。

  5. 移行・ロールバック・終了を設計する

    データ同期、DNS変更、TTL、証明書、メール、凍結時間、検収、旧環境の保持期間、戻す判断基準を決めます。移行後も請求、権限、バックアップ、監視、連絡網を定期点検し、終了時の出力と削除を確認します。

SLAは無停止の保証でも、復旧計画の代わりでもない

SLAは契約上の指標と未達時の扱いを定めるもので、すべての停止やデータ損失を防ぐ約束とは限りません。計画保守、利用者設定、外部DNS、アプリ障害などの除外を確認します。事業側の監視、冗長化、バックアップ、復元試験、連絡手順は別に準備します。

レンタルサーバーのよくある質問

共有サーバーとVPSは何が違いますか?

共有サーバーでは複数利用者がOSやWeb基盤を共有し、事業者がその層を管理することが一般的です。VPSは仮想サーバーごとにゲストOSと割り当て資源を持ち、自由度が高い代わりにOS更新、SSH、ファイアウォール、監視、バックアップを利用者が担う場合があります。

WordPressを使うにはレンタルサーバーが必須ですか?

従来型の共有レンタルサーバーは一つの方法ですが必須ではありません。2026年9月16日時点でWordPress.orgはPHP 8.3以上、MariaDB 10.11以上またはMySQL 8.0以上、HTTPSを推奨しており、これらを満たすマネージドWordPress、VPS、クラウドなどでも運用できます。

ドメインはレンタルサーバーに含まれますか?

プランに登録や更新サービスが含まれる場合はありますが、ドメインとサーバーは別の役割と契約です。登録名義、更新期限、移管条件、DNSの管理場所を記録してください。

容量や転送量が「無制限」なら上限はありませんか?

表示だけでは判断できません。公正利用条件に加え、CPU、メモリ、同時処理、ファイル数、データベース、メール、バックアップ、帯域など別の制約が設けられる場合があります。

自動バックアップがあれば障害対策は十分ですか?

十分とは限りません。対象、頻度、保持世代、保存場所、暗号化、復元単位、申請方法、費用を確認し、RPOとRTOに沿って実際に復元できるか試験する必要があります。

高いプランや高性能なCPUならサイトは必ず速くなりますか?

必ずではありません。アプリ処理、データベース、画像、外部API、キャッシュ、ネットワークなどを実測し、ボトルネックを特定してから資源増強や改善方法を選びます。

初心者は共有サーバーとVPSのどちらを選ぶべきですか?

標準的な企業サイトやWordPressで、OSを自分で管理する担当者がいない場合は、まずマネージドな共有サーバーやマネージドWordPressを検討するのが現実的です。独自ランタイム、常駐処理、root権限などが必要な場合にVPSやPaaS、IaaSを比較します。

レンタルサーバーの料金は月額だけで比較してよいですか?

月額だけでは不十分です。初期費用、従量課金、バックアップと復元、ドメインやメール、監視、セキュリティ、移行、保守担当者の工数、解約時のデータ出力まで含む総費用で比較します。

ホスティング選定に関わる用語を続けて確認する

レンタルサーバーは、性能の高さではなく運用できる構成で選ぶ

レンタルサーバーは、Webサイトやアプリを動かすためのサーバー資源と運用機能を利用するサービスです。共有、VPS、専用、クラウドでは資源の分け方と責任が異なります。標準的な企業サイトならマネージド環境から検討し、独自ランタイムやroot権限が必要な場合にVPS・PaaS・IaaSへ広げます。用途、対応ソフトウェア、ピーク性能、RPO・RTO、セキュリティ、移行、総費用を同じ条件で比較し、実環境で性能と復元を試すことが、失敗しない選定につながります。

この記事の確認体制

IBM、NIST、AWS、WordPress.org、Google Cloudの公式資料を照合し、定義、提供形態、責任分界、WordPress推奨要件、復旧目標を区別して編集しています。最終確認日は2026年9月16日です。

次の判断に使えるServerFieldのツール

サーバー診断

用途・予算・経験から比較する候補を絞ります。

総費用シミュレーター

長期運用で支払う費用を確認します。

関連する診断・ツール

すべてのツールを見る

執筆・編集

ServerField編集部

運営:株式会社ファイナイトフィールド

サーバー、WordPress、Webサイト運用に関する情報を、公式資料や実際の検証結果をもとに整理しています。

掲載情報と広告の方針(サイトポリシー)

SERVERFIELD GUIDE

関連する用語も、続けて確認する。

サーバーとWeb運用の用語を続けて確認できます。今のサイトの構成と総費用は、サイト基盤診断で整理できます。

用語集を見る サイト基盤診断を試す →