※本記事には広告・アフィリエイトリンクが含まれています。
レンタルサーバーの比較表にはCPU、メモリ、NVMe、vCPU、転送量など多くの数字が並びます。ただし共有サーバーでは物理CPUの数字だけで自分のサイト性能を予測できないことがあります。実際に重要なのは、WordPressの処理が詰まっている場所と、ホストがそこをどう支えるかです。
139は「Cloudflareで改善するか、サーバー変更か」の二択判断、976は一般的なサーバー選び。本記事149はCPU・PHP・DB・object cache・同時実行など「性能要件」に絞って、買い替えるべき仕様を決める記事です。
WordPressサーバー性能を見る8項目
| 項目 | 何に効く | 確認方法 |
|---|---|---|
| PHP 8.4/8.5対応 | 実行性能・保守性 | 141の基準 |
| CPU/同時実行 | PHP処理・混雑 | プラン仕様/制限 |
| DB世代 | 管理画面・動的処理 | MySQL/MariaDB情報 |
| ページキャッシュ | 公開ページTTFB | HIT確認 |
| Object Cache | 動的/ログイン | Redis等の提供 |
| ストレージ | DB/ファイルI/O | NVMe等だけで決めない |
| バックアップ | 復旧性 | 保存世代・復元単位 |
| ステージング | 安全な更新 | 148の運用 |
WordPress 7.1の新規環境で見るPHP・DBの推奨ライン
| 項目 | Hosting Teamの新規推奨 | 最低互換との違い |
|---|---|---|
| PHP | 8.4.x / 8.5.x | 最低は7.4+だが新規推奨ではない |
| MySQL | 8.4.x | 古い版も互換目的で動くが新規推奨とは別 |
| MariaDB | 10.11.x / 11.4.x / 11.8.x | 現行のセキュリティサポートを重視 |
サーバー比較で「WordPress対応」とだけ書かれていても、最低互換ラインを満たすだけなのか、新規推奨世代を選べるのかで将来の更新余地が違います。契約前に管理画面から切替可能なPHP/DB世代を確認します。
症状から必要な性能を逆算する
| 症状 | 疑う層 | サーバー変更の優先度 |
|---|---|---|
| 未ログイン記事だけ遅い | ページキャッシュ/CDN | 中 |
| 管理画面が常に遅い | PHP/DB/object cache | 高め |
| フォームだけ遅い | SMTP/API | 低 |
| ピーク時間だけ503 | CPU/同時実行制限 | 高 |
| 画像だけ遅い | 画像/CDN | 低 |
| バックアップで容量不足 | ストレージ/保存設計 | 中 |
CPU・メモリ・ストレージの数字をどう読む?
CPU
PHP実行、画像処理、圧縮、バックアップなどで使います。ただし共有サーバーでは「サーバー全体のCPUコア数」と「自分のアカウントへ割り当てられる処理能力」は同じではありません。CPU名やコア数だけで順位付けしません。
メモリ
PHP-FPM、DB、cacheなど複数の処理が使います。プラン表のRAM容量が大きくても、PHP memory_limitや同時実行数に別制限がある場合があります。142のように実際のPHP上限を確認します。
ストレージ
NVMe/SSDはI/O性能に関係しますが、WordPressのボトルネックがPHP CPU、外部API、重いSQL、キャッシュmissなら、ストレージだけ良くても解決しません。大量画像やDB I/Oが多いサイトでは価値が出る一方、小規模ブログでは容量・バックアップ・inode等の制限も実用上重要です。
画像やバックアップが多いサイトは、速度だけでなく残容量と復元時間まで確認します。「NVMe」という名称だけで順位付けしないことが大切です。
同時実行性能が重要になる場面
1人で記事を見る速度が十分でも、アクセス集中、バックアップ、Cron、画像処理が重なると503が出ることがあります。共有サーバーはCPU名より、同時実行・プロセス制限・混雑時の挙動が重要です。公開キャンペーンやSNS流入があるサイトはピーク時で判断します。
DB性能は管理画面で体感しやすい
記事一覧、検索、WooCommerce注文、taxonomyが遅い時はDBの影響が大きくなります。ページキャッシュでフロントだけ速く見せても、運営者の作業時間は減りません。MySQL/MariaDBの世代だけでなく、object cache、slow query、autoloadもセットで見ます。
ページキャッシュが強いサーバーでも管理画面は別
公開ページが高速なのに管理画面が遅い場合、サーバー比較で見るべきはページキャッシュ性能ではなく、PHP・DB・object cache・同時処理です。広告にある「表示速度No.1」が自分の遅い箇所を解決するとは限りません。
バックアップと復元を性能に含める理由
高速でも、障害時に1日戻すのに数時間かかる環境は運用コストが高いです。保存期間、ファイル/DBの復元単位、復元料金、外部バックアップの作りやすさをサーバー性能の一部として評価します。
共有サーバーで見るべきは管理機能も含む
個人運営では、CLIで全部自分で調整できることより、PHP切替、バックアップ復元、SSL、WAF、Cron、ステージング、キャッシュが管理画面で安全に操作できることが時短につながります。
無料移行・代行もコストに含める
サーバー変更で最も時間を使うのは、ファイル転送よりDNS、メール、SSL、フォーム、キャッシュ、SEOの最終確認です。移行ツールや代行があっても、公開後QAは自分側で必要です。作業時間を含めた総コストで判断します。
買い替え判断の4条件
まず「管理画面が遅い」「バックアップ復元が弱い」「PHP更新が遅い」など、現在の不満を最大3つへ絞ります。そのうえで次の4条件を確認します。
- 現在のホストに明確な性能制約がある
- 設定改善で解決しない
- 新ホストが不足機能を具体的に提供する
- 移行・DNS・メール・rollback手順を用意できる
4つが揃わない場合は、まず現環境を整える方が低リスクです。サーバー変更を「最後の大技」にしておくと、不要な移転を減らせます。
複数サイトなら1サイトあたりコストも見る
複数WordPressを1契約へ置く場合、月額だけでなくDB数、容量、バックアップ、障害範囲を見ます。5サイトを1台へ集約して安くなっても、同時障害の影響が大きくなるなら別契約へ分散する価値があります。
サーバー比較でベンチマークを鵜呑みにしない
各社の速度比較は、テーマ、プラグイン、地域、キャッシュ、測定時刻、プランが違えば結果も変わります。公式や第三者の数値は参考にしつつ、自分のサイトで遅い層を解決できる機能があるかを優先します。
4社比較へ進む前の絞り込み
既存のWordPressレンタルサーバー4社比較では料金・バックアップ・始めやすさを比較しています。本記事では性能要件を先に決めます。
- 小規模ブログ:ページキャッシュ・PHP更新・バックアップを優先
- 複数サイト:DB/容量・障害範囲・管理性を優先
- WooCommerce/会員:CPU・DB・object cache・バックアップを優先
- 開発頻度が高い:ステージング・Cron・ログ確認を優先
月数百円の差より、DNS切替、メール、バックアップ、表示QA、障害時の復旧時間の方が大きなコストになることがあります。今のサーバーに明確な不満がなければ無理に移転しません。
契約前チェックリスト
- 対応PHPと切替方法
- DBエンジンとバージョン
- ページキャッシュの方式
- Redis等のobject cache有無
- バックアップ保存期間・復元費用
- Cron設定可否
- ステージングの有無
- WAF/SSL/HTTP3等の提供
- 複数サイト時の制限
- 更新時料金
契約後30分で確認したいこと
PHPバージョン、SSL、バックアップ、Cron、キャッシュ、WAF、メール、DNSの管理場所を確認し、復旧先とサポート窓口を台帳へ残します。性能だけでなく「迷わず戻せること」が運用品質を大きく左右します。
性能不足と設計不足を分ける
同じサーバーでも、巨大画像、キャッシュ無効、不要autoload、重い外部APIがあれば遅くなります。移転前に141のPHP、142のメモリ、144のDB、145のObject Cache、146のキャッシュまで確認し、それでもCPU/DB/同時実行が足りないと分かった時にサーバー変更へ進むと、移転後も同じ問題を持ち込む失敗を減らせます。
買い替え候補を見る前の最終チェック
比較する項目は「今のサーバーで不足している機能」を中心にします。条件を満たさない場合は、移転より現在の設定改善を優先してください。
WordPressの土台から見直す場合
性能不足が計測で確認でき、設定改善では解消せず、移転先に不足機能がある場合にだけ比較へ進みます。料金よりPHP・DB・cache・backup・stagingを優先します。
ロリポップ!の最新条件を見る
/ エックスサーバーの最新条件を見る
/ ConoHa WINGの最新条件を見る
/ シンレンタルサーバーの最新条件を見る![]()
公式情報・参考資料
- WordPress 7.1 Server Compatibility
- WordPress Hosting Handbook: Server Environment
- WordPress Performance Optimization
まとめ
WordPressのサーバー選びは、スペック表の大きい数字を買う作業ではありません。PHP、DB、キャッシュ、バックアップ、運用機能のうち、自分のボトルネックを解決するものへお金を払う方が合理的です。症状を言語化してから比較表へ進んでください。変更前の検証環境は148、このクラスター全体の判断順は150にまとめています。




コメント