結論:長期運用と復旧の安心感を重視するならエックスサーバー、WordPressを素早く始めたいならConoHa WING、費用を抑えて小規模サイトから始めたいならロリポップ!が候補です。価格だけでなく、バックアップ・移行・更新時料金で決めます。

比較対象3サービス
再訪問期間60〜90日
確認日2026年7月22日

3社の違いを比較

サービス 向く用途 契約前に確認 詳細
エックスサーバー 長期運用、複数サイト、業務サイト 6か月以上など成果対象プラン、更新料金 評価を見る
ConoHa WING WordPressを短時間で開始 WINGパック期間、30日継続、キャンペーン後 評価を見る
ロリポップ! 小規模サイト、初期費用を抑えたい 3か月以上の対象プラン、バックアップ範囲 このページで確認

用途別の選び方

WordPressブログ

自動セットアップだけでなく、ステージング、バックアップ復元、PHP更新の手順を確認します。

PHP・DBの自作システム

cron、SSH、DB数、外部接続、ログ保持期間、実行時間制限を確認します。共有サーバーで足りない処理はVPSを検討します。

複数サイト

ドメイン数より、障害時に全サイトが同時停止するリスクと運用権限を考えます。

業務利用

バックアップの世代数、復元方法、サポート窓口、障害情報の公開を優先します。

比較で見落としやすい8項目

  1. 更新時の料金
  2. 自動バックアップの対象と復元料金
  3. サーバー間移行の手順
  4. SSH・cron・PHPバージョン
  5. メール運用と迷惑メール対策
  6. WAF・無料SSL・二要素認証
  7. 解約後のデータ保持期間
  8. 障害時のサポート方法

エックスサーバー

向いている人

長期運用、複数サイト、復旧手順と安定性を重視する人

見送るべき人

短期間だけ試し、最小費用を最優先する人

判断理由

運用機能と国内利用実績を重視した総合型だから

ConoHa WING

向いている人

WordPressを短時間で立ち上げたい、WINGパックを比較できる人

見送るべき人

短期解約の可能性が高い、プラン変更を頻繁に行う人

判断理由

初期構築は進めやすい一方、期間とプランで費用が変わるため

ロリポップ!

向いている人

小規模サイトから低コストで始めたい人

見送るべき人

高負荷な自作システムや高度なサーバー制御が必要な人

判断理由

プランの幅が広く、必要機能と費用を段階的に選べるため

よくある質問

最安プランでWordPressを始めてよいですか?

表示速度、バックアップ、アクセス増加時の余裕まで確認してください。後から移行する時間もコストです。

共有サーバーとVPSの違いは?

共有サーバーは管理が簡単、VPSは自由度が高い代わりにOS更新・防御・障害対応を自分で行います。

キャンペーン価格で決めてもよいですか?

12か月以上使う場合は通常更新料金を含めた総額で比較してください。

関連:root権限や常駐処理が必要な人向けVPSの選び方

レンタルサーバーは3年総額と運用工数で比較する

月額換算の最安表示だけでは、初回請求、契約期間、更新額、無料ドメイン、移転代行、バックアップ復元、上位プラン変更を比較できません。12・24・36か月の支払総額をそれぞれ計算し、更新時に割引が続くかを確認します。サイト停止1時間の損失、保守に使う時間、障害時の復元費用も運用コストです。

費用項目 初年度 更新時 解約・移転時
サーバー 初回総額と契約月数 通常料金、更新単位 残期間の返金有無
ドメイン 取得特典の対象 無料継続条件 移管可否、更新期限
バックアップ 世代数と取得範囲 復元料金 解約前の一括出力
移行 代行条件と回数 追加サイトの費用 旧環境の並行期間

申込み前の要件定義

  • WordPress数、月間PV、同時アクセスのピーク
  • 画像・動画・バックアップを含む必要容量
  • PHP、MySQL、cron、SSH、外部SMTPの要件
  • メールアドレス数と送信量、SPF・DKIM・DMARC
  • WAF、二要素認証、アクセス制限、ログ保存
  • 自動バックアップの対象、世代、復元方法
  • 障害時の連絡方法、サポート時間、SLAの有無
  • 将来の上位プラン変更と他社移転の手順

「高速」「大容量」という広告表現を要件にせず、具体的なサイト構成と上限へ変換します。会員、EC、予約、学習管理など動的処理が多いサイトは、記事中心のブログよりデータベースとPHP負荷が高くなります。常駐プロセス、root権限、Docker、独自ポートが必要なら共用サーバーではなくVPS・クラウドを比較します。

安全な移転手順

  1. 旧サーバーのファイル、DB、メール、DNS、cron、PHP設定を一覧化する
  2. バックアップをローカルまたは別ストレージにも保存する
  3. 新サーバーへコピーし、hosts切替などで本番ドメインの表示を試す
  4. ログイン、検索、フォーム、決済、メール、画像、構造化データを確認する
  5. SSL、canonical、リダイレクト、サイトマップ、robots.txtを確認する
  6. DNSを切り替え、旧新双方のアクセスと受信を監視する
  7. 伝播とデータ差分を確認するまで旧契約を残す
メール停止を防ぐ

Webだけを移しても、MXレコードやメールボックスを誤れば受信できません。Google WorkspaceやMicrosoft 365を使う場合は既存MXを維持し、SPF・DKIM・DMARCを新サーバーの初期値で上書きしないようにします。フォームはGmail、Outlook、携帯回線へ試験送信してください。

速度は同じ条件で測る

移転前後で同じURL、端末、時間帯、測定地点を使い、TTFB、LCP、INP、CLS、総転送量を記録します。トップだけでなく長文記事、画像の多い記事、検索、問い合わせを測ります。キャッシュが効いた1回の結果だけでなく、初回表示と再訪、ログイン状態、スマートフォン回線を分けます。

指標主な要因改善の入口
TTFBPHP・DB・キャッシュログと処理時間
LCP主画像・CSS・応答画像最適化
INPJavaScript・外部タグ実行量削減
CLS広告・画像寸法・フォント領域予約

この図は架空の速度順位ではなく、測定設計を示します。実測値はサイト、回線、時刻で変わります。

バックアップは復元試験まで行う

自動バックアップがあっても、復元対象、保持時刻、復元料金、メールや注文データへの影響を理解していなければ復旧できません。月1回は手順を確認し、別系統にもファイル・データベース・設定一覧を保存します。復元前に現在状態を追加保存し、復元後はログイン、投稿、購入、フォーム、メールを確認します。

公開後90日の運用

外部監視でHTTP応答を確認し、週次でバックアップ、月次でディスク・DB・メール容量、PHPエラー、404・5xxを記録します。WordPress本体・テーマ・プラグインは検証環境またはバックアップ後に更新します。不要な管理者、FTP、SSH鍵を削除し、二要素認証と最小権限を使います。性能不足を感じたときは体感ではなく、発生時刻、URL、応答コード、処理、リソース情報を記録して上位プランや移転を判断します。

WordPress構成をサーバー選びへ変換する

投稿数だけで必要性能は決まりません。同時アクセス、ログインユーザー、検索、予約、EC、会員機能、外部API、バッチ処理がPHPとデータベースの負荷を作ります。広告タグ、アクセス解析、Webフォント、巨大画像はブラウザ側の速度へ影響します。サーバーを替える前に、遅さがHTML応答、画像、JavaScript、外部サービスのどこで発生しているか分けます。

症状 確認 先に行う対策
管理画面が遅い PHPエラー、DB、プラグイン 不要処理、版、クエリを確認
画像表示が遅い 元画像寸法と容量 圧縮、次世代形式、寸法指定
操作が重い JavaScript長時間処理 タグとプラグインを整理
時々500になる 発生時刻、ログ、負荷 再現と上限を問い合わせ
メールが届かない SMTP、DNS、拒否ログ 送信認証とフォーム保存

公開サイトのセキュリティ基準

サーバー会社がWAFやSSLを提供しても、WordPressの弱いパスワード、放置プラグイン、過剰権限、漏えいしたFTP情報までは自動的に解決しません。管理者は最小人数にし、二要素認証、強い固有パスワード、更新、ログ監視を行います。テーマやプラグインは正規配布元から取得し、使わないものを停止だけでなく削除します。

  • 管理者ユーザーと連絡先が現担当者になっている
  • WordPress、PHP、テーマ、プラグインが対応版である
  • 設定ファイルやバックアップが公開領域から取得できない
  • 秘密鍵・APIキーを投稿やGitへ保存していない
  • ログイン試行、ファイル変更、管理者追加を監視する
  • WAFを無効化した例外と理由を記録する
  • 復元に使う別系統バックアップがある
  • 侵害時の停止・連絡・パスワード変更手順がある

ドメイン無料特典の確認票

「永久無料」は無条件の所有権を意味するとは限りません。対象TLD、対象プラン、契約期間、自動更新、サーバー契約継続、設定方法、期限を確認します。サーバーを解約したときのドメイン更新料金、他社移管、認証コード、移管ロック、登録者情報も確認してください。ドメインはサイトとメールの入口なので、担当者個人だけが管理しない体制を作ります。

障害時の優先順位

  1. 外部監視と別回線で事象を確認し、影響URL・時刻を記録する
  2. 公式障害情報とメンテナンス情報を確認する
  3. 直前の更新、DNS変更、デプロイ、プラグイン操作を停止する
  4. 現在状態とログを保存してから復旧操作を行う
  5. 静的告知、問い合わせ代替、関係者連絡を行う
  6. 復旧後にフォーム・注文・メールの取りこぼしを確認する
  7. 原因、時間、対応、再発防止を記録する

焦ってDNS、データベース、ファイルを同時に変更すると原因と復元地点を失います。変更を一つずつ記録し、戻す手順を用意してから実行します。

アクセス増加に備える段階的な対策

キャンペーンやSNSで急増が見込まれる場合、キャッシュ、画像配信、不要な外部タグ、DB処理、フォームを事前に確認します。負荷試験は利用規約と周辺利用者への影響を確認し、無断で大規模に実行しません。まず静的キャッシュ、画像最適化、CDN、クエリ改善を行い、それでも制限へ達する場合に上位プランやVPSを検討します。

PVだけでなく、キャッシュされない同時処理数が重要です。ECのカート、会員マイページ、管理画面、検索は記事表示と性質が異なります。事業上重要なピーク時刻と処理をサポートへ伝え、制限値と推奨構成を確認してください。

解約前チェックリスト

  • 全ファイル、DB、メール、DNS、SSL情報を出力した
  • ドメインの移管先と更新期限を確認した
  • 新環境でWeb、フォーム、メール、cronを確認した
  • アクセスログとエラーログを必要期間保存した
  • 自動更新、オプション、決済を確認した
  • 旧環境に新規注文・問い合わせが残っていない
  • DNS伝播後も数日間監視した

サポート品質を比較する実地テスト

契約前問い合わせへ、現在のPHP版、サイト数、メール構成、cron、必要容量を書き、同じ質問を各社へ送ります。返答速度だけでなく、質問を理解し、公式仕様のどこが根拠か、できない場合の代替案まで示すかを確認します。電話対応の有無より、障害時にログや設定を安全に共有できる窓口と受付時間が自分の運用に合うかが重要です。

サポートはサイト制作やプラグイン修正まで代行するとは限りません。サーバー側の障害、WordPress側の不具合、自作コードの問題を切り分ける責任範囲を確認してください。

申込み前FAQ:サーバー契約の疑問を解消

最安プランでWordPressは動きますか?

動作可否と快適な運用は別です。サイト数、動的機能、同時アクセス、容量、メール、バックアップを確認します。小規模ブログは最安付近から始められることが多い一方、EC・会員・検索はキャッシュできない処理が増えます。

転送量が大きければ速いですか?

転送量上限は速度そのものではありません。PHP・DB応答、ストレージ、キャッシュ、画像、JavaScript、回線が影響します。設備値だけで順位を決めず、自分のURLを同じ条件で測ります。

自動バックアップがあれば自分の保存は不要ですか?

不要ではありません。誤操作、侵害、アカウント停止、保持期間超過に備え、別系統へ保存します。復元対象、日時、料金、所要時間を確認し、実際の復元手順を試します。

無料ドメインは解約後も無料ですか?

多くの特典は対象サーバー契約の継続など条件があります。解約後の更新料金、他社移管、認証コード、期限を確認します。登録名義と連絡先も自分または事業者が管理できる状態にします。

サーバーを替えればSEO順位は上がりますか?

移転だけで順位上昇を保証できません。停止、5xx、誤ったリダイレクト、canonical、robots.txt、サイトマップのミスは悪影響になり得ます。速度改善は利用体験の一部であり、検索意図、内容、内部リンク、信頼性も必要です。

VPSとの違いは何ですか?

共用サーバーはOS・ミドルウェア管理を事業者へ任せやすく、VPSはroot権限と自由度の代わりに更新、ファイアウォール、監視、バックアップを自分で行います。Dockerや常駐処理が必要という理由だけでVPSを選ぶ前に、運用担当者を決めます。

契約後24時間の受入テスト

  1. 管理画面、二要素認証、請求・更新日を確認する
  2. テストドメインでSSLとWordPressを設定する
  3. PHP版、DB、SSH、cron、メールを確認する
  4. バックアップ画面と復元条件を確認する
  5. 主要ページの応答とフォーム送信を測る
  6. 問い合わせ窓口へ要件を一つ質問する
  7. 契約画面と規約を保存する

返金制度があっても、ドメイン、月払い、オプション、移行後の作業費など対象外があり得ます。試用するなら本番移行を急がず、返金条件の範囲内で要件を検証します。

担当者が変わっても運用できる資料

サーバー名義、管理URL、ドメイン、DNS、メール、SSL、バックアップ、更新日、支払方法、問い合わせ先を台帳にします。パスワードそのものを平文の表へ置かず、組織用パスワード管理で権限を分けます。変更履歴と復元手順を残し、退職・委託終了時にアカウントと鍵を無効化します。

サイト用途別の選択基準

用途 重視 見落とし
個人ブログ 更新総額、簡単移行、バックアップ 過剰な最上位プラン
企業サイト 障害対応、権限、メール 担当者退職時の引継ぎ
EC・予約 動的処理、復元、決済検証 キャッシュ不可ページ
複数サイト 容量、DB、ドメイン、管理分離 1障害の影響範囲
独自システム 実行時間、cron、SSH、外部接続 共用サーバーの制限

候補を3社へ絞る手順

まず必須要件で利用不可のサービスを外し、次に3年総額、復元、移行、サポートを同じ列で比較します。公式サイトに書かれていない上限は申込み前に問い合わせます。速度ランキングは測定条件が違うため参考に留め、自分のサイトを試用・返金期間・移行前確認環境で測ります。

最終判断の採点表

価格30点、要件適合25点、復元・安全20点、サポート15点、移行性10点など、自分の用途に合わせて配点します。広告報酬や知名度を点数に入れません。同点なら、解約・移転しやすくデータを標準形式で持ち出せる方を選ぶと、将来の変更コストを抑えられます。

比較表へ実測値を追加する方法

候補の仕様を転記した後、自分のサイトで測れる項目を別列に追加します。旧環境のTTFB、LCP、管理画面保存時間、バックアップ時間、フォーム到達率、月間障害時間を基準値にします。新環境は移転前確認URLやhosts切替で同じページを測ります。キャッシュ、PHP版、画像、計測時刻が違えばサーバー以外の差が混ざるため、条件を記録します。

評価軸 公式値 自分の実測 合格条件
料金 初回・更新 3年総額 予算内
速度 設備・機能 主要5URL中央値 基準以上
復元 世代・料金 手順と所要時間 目標時間内
メール 仕様・上限 複数宛先へ送受信 不達なし
サポート 窓口・時間 質問への回答 要件が解決

サーバーを分ける判断

複数サイトを1契約へ集約すると費用と管理を減らせますが、一つの侵害・障害・容量超過で全サイトへ影響します。顧客が異なる、管理者が異なる、ECとブログを分離したい、検証環境が必要、メール停止の影響が大きい場合は契約・アカウント・サービスを分ける案を比較します。

分離は費用を増やすため、リスクの大きさ、復旧時間、権限境界で判断します。制作会社へ委託する場合も、契約名義、ドメイン所有者、請求先、退職・契約終了時の引継ぎを自社で把握してください。

申込み直前の最終確認

  • 選択プランと契約期間、初回総額を保存した
  • 更新日と更新総額をカレンダーへ登録した
  • ドメイン特典と移管条件を確認した
  • 返金・解約・上位変更の条件を確認した
  • 移行日、DNS切替、旧契約終了日を分けた
  • バックアップと復元担当者を決めた
  • 提携報酬ではなく要件への適合で選んだ

個人ブログ・事業サイト・業務システムの境界

個人ブログは公開記事、画像、メール、バックアップを中心に比較できます。事業サイトは問い合わせ損失、担当者権限、障害連絡、ドメイン所有を追加します。ECや予約は注文・顧客データの整合性、決済、キャッシュ対象外ページ、復旧地点が重要です。社内業務システムはIP制限、VPN、監査ログ、データベース、常駐処理が必要になる場合があり、一般公開向け共用サーバーへ置く前に情報管理規程を確認します。

用途が混在する場合は、一番厳しい要件だけで高額プランへ上げるのではなく、サイトを分離する費用とリスクを比較します。公開ブログの障害が受注システムや会社メールまで同時に止めない構成も検討してください。

毎年の契約見直し

更新60日前に容量、アクセス、障害、問い合わせ、復元試験、総費用を振り返ります。値上げや仕様変更だけで即移転せず、移転作業と停止リスクを含めて比較します。一方、PHPなど必要版へ更新できない、サポート対象外、復元できない、要件を恒常的に超える場合は、更新直前ではなく余裕を持って移転計画を始めます。

結論:移転できる状態で契約する

料金・速度だけでなく、バックアップ、復元、ドメイン、メール、解約時のデータ出力を比較します。将来の移転手順が明確なサービスほど、仕様変更や事業成長にも対応しやすくなります。