レンタルサーバーの速度を実測で比較する方法|TTFB・表示速度の測り方と継続運用で見えた差

この記事でわかること

  • サーバーの速度は「TTFB」と「表示速度」の2層に分けて見ると振り回されない
  • カタログ値と実測値が数百ミリ秒〜数秒ずれる4つの原因(同居混雑・キャッシュ前提・アクセス増・運用劣化)
  • 自分のサイトでTTFBと表示速度を再現性高く測る5ステップ
  • 主要サーバーの速度傾向を、固定順位ではなく相対比較として整理
  • 速度比較で失敗しないための注意点と判断軸

公的情報源: Google「Core Web Vitals」(web.dev・2026年6月閲覧

本文の前に動きたい方へ。無料お試し期間で検証サイトを立てれば、自分の条件で速度を測れます。

結論を先に書きます

レンタルサーバーの速度は、誰かの順位表をそのまま信じるものではありません。測定した時点・方法・回線・サイトの中身で変わる相対的な数値だからです。

本記事は「このサーバーが一番速い」とは言い切りません。代わりに、自分の条件で測って判断する方法と、複数サーバーを継続運用してきた立場から見えた傾向を、測定の前提を明示して整理します。

この記事の要点
  • 速度は「TTFB(サーバーが最初の1バイトを返すまで)」と「表示速度(描画完了まで)」の2層。サーバー選びで効くのは主にTTFB
  • カタログ値が速いサーバーでも、プラグイン・画像・アクセス増で実測は数百ミリ秒〜数秒ずれる
  • 自分のサイトでTTFBと表示速度を測る5ステップ(HowTo付き)を掲載

サーバー別の総合比較はレンタルサーバー比較ランキングでも整理しています。本記事は「速度」という1つの軸を深掘りします。

目次

レンタルサーバーの「速度」とは何を指すのか

「サーバーが速い・遅い」と言うとき、実は複数の指標が混ざっています。まずこの切り分けができていないと数字に振り回されます。比較記事を読むときも、自分で測るときも、最初に整理すべきはここです。

速度の指標は大きく2層。サーバー性能が最も出る「TTFB」と、サーバー以外の要因が大きい「表示速度」に分かれます。

TTFB(Time To First Byte)— サーバー性能が最も出る指標

TTFBは、ブラウザがリクエストを送ってからサーバーが最初の1バイトを返すまでの時間です。WordPressのような動的CMSでは、この間にPHPの処理・データベースへの問い合わせ・キャッシュ判定が行われます。

レンタルサーバーの「素の処理性能」「同居ユーザーの影響」「キャッシュ機構の効き方」が最も素直に出るのがTTFBで、サーバー比較で本来注目すべきはここです。

一般にTTFBは200ミリ秒以下なら良好、600ミリ秒超は改善余地ありと言われます。ただしこれも回線やキャッシュの有無で変わるため、あくまで目安です。

表示速度(描画完了まで)— サーバー以外の要因が大きい指標

表示速度は、画像・CSS・JavaScript・フォントがすべて読み込まれ、ユーザーの画面に描画が完了するまでの時間です。GoogleのCore Web Vitals(LCP・INP・CLS)もこの層に属します。

ここで重要なのは、表示速度の大半はサーバーではなく「テーマの作り・画像の重さ・プラグインの数・CDNの有無」で決まるという点です。

高速なサーバーへ乗り換えても、重い画像や過剰なプラグインがそのままだと体感はほとんど変わりません。「サーバーを速くすれば表示も速くなる」と単純には言えないのです。

指標主に影響する要因サーバー選びでの重要度目安(参考値)
TTFBサーバー処理性能・同居負荷・キャッシュ高い(差が最も出る)200ms以下が良好・600ms超は要改善
LCP(最大要素の描画)画像サイズ・CDN・サーバー応答中(サーバー+制作の合わせ技)2.5秒以下が良好
INP(操作への応答性)JavaScript・プラグイン低い(ほぼ制作側)200ms以下が良好
CLS(レイアウトのずれ)画像の寸法指定・広告低い(サーバー無関係)0.1以下が良好

つまり、レンタルサーバーの比較で本当に見るべきは主にTTFBです。表示速度の数字を持ち出して「このサーバーが速い」と語る記事は、実はサーバー以外の差を見ている可能性がある、という前提で読むのが安全です。

なぜカタログ値と実測値はずれるのか

公式サイトの「国内トップクラス」「処理速度◯倍」といった表現は、多くがベンダー自身の理想的な環境での測定値です。嘘ではありませんが、あなたの実サイトでそのまま再現されるとは限りません。

カタログ値と実測がずれる原因は、大きく4つあります。

  1. 同居サーバーの混雑(共用プランの宿命)
  2. キャッシュが効く前提のカタログ値
  3. アクセス増で崩れるサーバーと崩れないサーバー
  4. 運用の中でサイト側が速度劣化する

原因1:同居サーバーの混雑(共用プランの宿命)

共用レンタルサーバーは、1台の物理サーバーを複数ユーザーで分け合います。同居サイトが急にアクセスを集めたり重い処理を回したりすると、自分のサイトのTTFBが一時的に悪化することがあります。

平日昼間は安定していたTTFBが、特定の時間帯だけ目に見えて遅くなる——これはカタログ値にまず現れない、共用プランならではの揺らぎです。

原因2:キャッシュが効く前提のカタログ値

多くのサーバーの高速性は「キャッシュが効いている状態」が前提です。

ところがログイン中の管理画面、カートのある動的ページ、頻繁に更新される一覧ページなどはキャッシュが効きにくく、素の処理性能が露わになります。「トップページは速いのに特定ページだけ遅い」の多くがこれ。比較するなら、キャッシュが効くページと効きにくいページの両方で測る必要があります。

原因3:アクセス増で崩れるサーバーと崩れないサーバー

これは継続運用でしか見えない差です。アクセスが少ないうちはどのサーバーも速く見えます。

ところが記事が伸びて同時アクセスが増えたとき、リソース制限(CPU・メモリ・同時接続数)に当たって急に重くなるサーバーと、なだらかにしか劣化しないサーバーがあります。比較段階で各社の「リソース保証」「同時接続の上限」の考え方を確認しておくと、後悔が減ります。

原因4:運用の中でサイト側が速度劣化する

立ち上げ時は軽快だったサイトが、半年後に「最近重い」となるケースです。

調べると、サーバーは変わっていないのに、運用の中で大きな画像を無加工でアップロードし続けていたり、便利そうなプラグインを次々入れていたりして表示が重くなっている。これはサーバーの問題ではなく運用の問題です。「サーバーを変えれば直る」と思い込んで乗り換えても解決しません。速度を比較する前に、まず自分のサイトのどこが遅いのかを切り分けるのが先決です。

レンタルサーバーの速度を自分で実測する手順

他人の測定値を眺めるより、自分のサイト(契約検討中なら無料お試し期間に立てた検証サイト)で測るのが最も確実です。再現性を高めるため、測定の時点・回数・条件をそろえるのがコツになります。

  1. 測定条件を固定する
  2. TTFBを複数回測る
  3. キャッシュあり/なしの両方で測る
  4. 表示速度(Core Web Vitals)を別途確認する
  5. 時系列で記録し、アクセス増後にも再測する

ステップ1:測定条件を固定する

計測する曜日・時間帯・測定地点(ツールのサーバー所在地)・対象URLを決めて記録します。条件を変えながら測ると比較になりません。「平日昼・平日深夜・休日昼」の3区分で測ると、時間帯による揺らぎまで見えます。

ステップ2:TTFBを複数回測る

1回だけの測定はぶれます。同じURLを時間を空けて5回以上測り、最速値ではなく中央値(または平均)を採用します。最速値だけを載せる比較は、実態より良く見える点に注意してください。

ステップ3:キャッシュあり/なしの両方で測る

キャッシュが効いた状態(2回目以降のアクセス)と、キャッシュをクリアした直後(初回相当)の両方を測ります。両者の差が大きいサーバーは「キャッシュ頼みで素の性能はそこそこ」という見方ができます。

ステップ4:表示速度(Core Web Vitals)を別途確認する

表示速度はサーバー以外の要因が大きいので、TTFBとは別の指標として記録します。同じサイト構成のままサーバーだけを変えて比較すれば、純粋なサーバー差に近づけられます。

ステップ5:時系列で記録し、アクセス増後にも再測する

立ち上げ時の1回で終わらせず、コンテンツとアクセスが増えた数か月後にも同じ条件で測り直します。「崩れるサーバーか/崩れないサーバーか」は、この再測でしか分かりません。継続観測こそ、速度判断の核心です。

公的に整備された速度の考え方としては、Googleが公開しているCore Web Vitals(web.dev・2026年6月閲覧)が参考になります。指標の定義と「良好」の基準値が公式に示されており、自分の測定値を解釈するときの物差しになります。

主要レンタルサーバーの速度に関する傾向(相対比較)

以下は、複数サーバーを継続運用してきた中で見えた「傾向」です。繰り返しになりますが、これは特定条件での相対的な印象であり、あなたのサイト構成・測定時点では順位が入れ替わり得ます。固定的な順位付けではない前提でお読みください。

各サーバーの個別レビューはエックスサーバーの評判レビューConoHa WINGの評判レビューでも詳しく扱っています。

サーバー高速化の基盤(公表ベース)運用観察での傾向向いている人
エックスサーバー独自チューニング・KUSANAGI技術応用・高速化設定アクセスが増えても素の安定感が崩れにくい印象。情報量が多くトラブル時に解決しやすい長く運用する本命サイト・安定重視
mixhostLiteSpeed採用・LiteSpeed Cache連携キャッシュが効いた状態のTTFBが軽い印象。設定の作法に慣れが要る場面ありLiteSpeed系を活かしたい・高速性重視
ConoHa WING独自チューニング・WEXAL等の高速化機能管理画面が分かりやすく初期構築が速い。体感は構成しだいで揺れる初めての本格運用・管理画面の使いやすさ重視

表の「運用観察での傾向」は、手元の特定サイト・特定時期での印象です。各社とも継続的に高速化のアップデートを重ねているため、最新の優劣はご自身の検証サイトで測ることを強くおすすめします。実測した数値をもとに、無料お試し期間のあるサーバーで比較するのが、後悔の少ない選び方です。

速度と安定で本命にしたいなら:エックスサーバー

長期運用で「アクセスが増えても崩れにくいか」を重視するなら、運用実績と情報量の多さは大きな安心材料です。無料お試し期間に検証サイトを立てて、上の5ステップでTTFBを測ってみる価値があります。

アクセスが増えても崩れにくい安定感を重視するなら、まずは無料お試し期間で実測してみるのが近道です。

エックスサーバーの料金・速度を公式で確認する(PR)詳細はリンク先をご確認ください

キャッシュ込みの高速性を狙うなら:mixhost

LiteSpeed系の構成で、キャッシュが効いた状態の軽さを活かしたい場合の選択肢です。LiteSpeed Cacheの設定に多少の慣れは要りますが、合えば体感は軽くなります。こちらも検証サイトでキャッシュあり/なしの両方を測って判断してください。

LiteSpeed系のキャッシュ高速性を試したい方は、無料お試し期間でキャッシュあり/なしの両方を測って判断するのが確実です。

mixhostのプラン・速度を公式で確認する(PR)詳細はリンク先をご確認ください

初めての本格運用で管理画面の分かりやすさを重視するなら:ConoHa WING

初期構築のしやすさと管理画面の分かりやすさは、初めて本格的にWordPressを運用する方に向いています。速度の体感は構成しだいで揺れるため、こちらも実測で確かめるのがおすすめです。

速度比較で失敗しないための注意点

最後に、継続運用と数多くの移行で得た「比較で失敗しないための注意点」をまとめます。これを押さえると、他人の比較記事に流されず、自分の条件で判断できるようになります。

速度比較の判断軸
  • 「国内トップクラス」等の表現は測定条件込みで読む。条件が違えば結果は変わる
  • 表示速度の数字でサーバーを語る記事は、サーバー以外の差を見ている可能性がある
  • 最速値ではなく中央値・平均値で比較する。1回の測定はぶれる
  • 立ち上げ時だけでなく、アクセスが増えた後にも測り直す
  • 乗り換え前に、まず自分のサイトの遅い原因を切り分ける(画像・プラグイン・キャッシュ)
  • 無料お試し期間を使い、自分のサイト構成で実測してから契約する

すでに運用中で「最近重い」と感じている場合は、サーバーを変える前に切り分けと改善を試す価値があります。乗り換えそのものの手順はレンタルサーバー乗り換え手順で詳しく解説しています。

よくある質問

レンタルサーバーの速度比較で、利用者から頻出する質問を整理します。

Q1:速度比較で、結局どれを見れば一番正確ですか?

サーバーの素の性能を比べたいなら、TTFB(最初の1バイトが返るまでの時間)を中央値で見るのが最も実態に近いです。表示速度(LCPなど)はテーマ・画像・プラグインの影響が大きく、サーバー以外の差を見てしまいがち。自分のサイト構成のまま、条件を固定して複数回測るのが正確です。

Q2:公式サイトの「国内トップクラス」という表現はあてになりますか?

ベンダー自身の理想的な環境での測定値であることが多く、嘘ではありませんが、あなたの実サイトでそのまま再現されるとは限りません。プラグイン・画像・アクセス量・キャッシュの有無で実測は変わります。カタログ値は参考にとどめ、最終判断は無料お試し期間の実測で行うのがおすすめです。

Q3:速いサーバーに乗り換えれば表示速度は改善しますか?

いつもそうとは限りません。表示速度の大半は画像の重さ・プラグイン数・テーマの作りで決まるため、これらが重いままだとサーバーを速くしても体感はあまり変わらないことがあります。乗り換え前に、まず自分のサイトのどこが遅いのかを切り分けるのが先決です。

Q4:TTFBはどのくらいなら良いと考えればよいですか?

一般的な目安として200ミリ秒以下なら良好、600ミリ秒を超えると改善余地ありとされます。ただし回線やキャッシュの有無で変わるため、あくまで目安です。同じ条件で複数のサーバーを比べたときの相対値で判断するのが現実的です。

Q5:速度を測るとき、何回くらい測ればよいですか?

1回だけだとぶれるため、同じURLを時間を空けて5回以上測り、最速値ではなく中央値か平均を採用してください。さらに平日昼・深夜・休日など時間帯を変えて測ると、同居ユーザーの影響を含めた実態が見えます。

Q6:立ち上げ時に速かったサーバーが、後から遅くなることはありますか?

あります。アクセスが少ないうちはどのサーバーも速く見えますが、コンテンツやアクセスが増えたときにリソース制限へ当たって急に重くなるサーバーと、なだらかにしか劣化しないサーバーがあります。立ち上げ時だけでなく、数か月後に同じ条件で測り直すことをおすすめします。

まとめ:速度は「測って・比べて・続けて見る」もの

レンタルサーバーの速度は、誰かの順位表をそのまま信じるものではなく、自分の条件で測り、運用を続けながら見ていくものです。

この記事のまとめ
  • サーバーの差が最も出るのはTTFB。表示速度はサーバー以外の要因が大きい
  • カタログ値は理想環境の値。実サイトではプラグイン・画像・アクセス増でずれる
  • 測定は条件を固定し、複数回・複数時間帯・キャッシュあり/なしで中央値を取る
  • 立ち上げ時だけでなくアクセス増後にも再測し、崩れるか/崩れないかを見る
  • 乗り換え前に自分のサイトの遅い原因を切り分ける。無料お試し期間の実測で最終判断する

この記事の5ステップを使えば、カタログ値に惑わされず、あなたのサイトにとって本当に速いサーバーを見極められます。気になるサーバーがあれば、まずは無料お試し期間に検証サイトを立てて実測してみてください。

サーバー選びの全体像はレンタルサーバー比較ランキングで整理しています。あわせてご覧ください。


免責事項

※本記事はレンタルサーバーの公開情報と運用観察をもとにした整理です。速度・料金・仕様は時期で変動するため、最終的なサービス選択は各公式サイトの最新情報をご確認のうえご判断ください。



関連記事


よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

この記事を書いた人

Web制作会社でディレクターとして10年、コーポレートサイトやECサイトの立ち上げを300件以上動かしてきたSatoです。案件のたびに頭を悩ませたのが、どのレンタルサーバーに乗せるかでした。表示速度が出るか、アクセスが集中しても落ちないか、管理画面は扱いやすいか、トラブルのときにサポートが動くか。ここを間違えると、公開後にサイトが重くなり、クライアントからの問い合わせが一気に増えます。

WordPressの構築や移設で、共用サーバーからVPSまで一通り触ってきました。スペック表の数字だけでは分からない差が、実際に運用すると見えてきます。このサイトでは、用途と予算に合ったサーバーの選び方を、制作と運用の両方の目線で整理しています。

目次