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

レンタルサーバーの速度比較記事は数多くありますが、その多くが「公式が公表しているカタログ値」か「ある1日に1〜2サイトで測ったスポット値」で順位を決めています。私はWeb制作会社で10年、企画・設計からディレクションまで担当し、その後も約70サイトの構築・移行・運用を続けてきました。その経験から言えるのは、サーバーの速度は「契約直後の空っぽの状態」と「コンテンツが増えてアクセスが集まった半年後」でまったく違う表情を見せる、ということです。この記事では、誰でも自分のサイトで速度を実測できる手順を示したうえで、継続運用で見えてきた「カタログ値と実測値の差」を、測定時点・方法・環境を明示する形で整理します。

この記事の要点:
・速度の指標は大きく「TTFB（サーバーが最初の1バイトを返すまでの時間）」と「表示速度（ユーザーの画面に描画が完了するまで）」の2層に分かれ、サーバー選びで効くのは主に前者である
・約70サイトの運用で繰り返し見てきたのは「カタログ値が速いサーバーでも、プラグイン・画像・アクセス増で実測は数百ミリ秒〜数秒ずれる」という現実で、順位はサイト構成しだいで入れ替わる
・自分のサイトで TTFB と表示速度を再現性高く測る5ステップの手順を、HowTo構造化データ付きで掲載する

先に断っておくと、この記事は「このサーバーが一番速い」「ここが最速だ」といった言い切りはしません。速度は測定した時点・方法・回線・サイトの中身によって変わる相対的な数値であり、ある条件での優劣を別の条件にそのまま当てはめることはできないからです。ここで紹介するのは「自分の条件で測って判断する方法」と「運用を続けた立場から見えた傾向」です。

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

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

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です。表示速度の数字を持ち出して「このサーバーが速い」と語る記事は、実はサーバー以外の差を見ている可能性がある、という前提で読むことをおすすめします。サーバー別レビューの詳細はレンタルサーバー比較ランキングでも整理しています。

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

公式サイトの「国内最速」「処理速度◯倍」といった表現は、多くがベンダー自身の理想的な環境での測定値です。これ自体が嘘というわけではありませんが、あなたの実サイトでそのまま再現されるとは限りません。70サイトを運用してきて、カタログ値と実測がずれる原因として繰り返し遭遇したのは次の4つです。

原因1：同居サーバーの混雑（共用プランの宿命）

共用レンタルサーバーは1台の物理サーバーを複数ユーザーで分け合います。同居しているサイトが急にアクセスを集めたり重い処理を回したりすると、自分のサイトのTTFBが一時的に悪化することがあります。私が運用しているあるサイトでは、平日昼間は安定していたTTFBが、特定の時間帯だけ目に見えて遅くなる時期がありました。これはカタログ値にはまず現れない、共用プランならではの揺らぎです。

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

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

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

これは継続運用でしか見えない差です。アクセスが少ないうちはどのサーバーも速く見えますが、記事が伸びて同時アクセスが増えたとき、リソース制限（CPU・メモリ・同時接続数）に当たって急に重くなるサーバーと、なだらかにしか劣化しないサーバーがあります。比較の段階で各社の「リソース保証」や「同時接続の上限」の考え方を確認しておくと、後悔が減ります。

原因4：納品後にクライアント側で速度が劣化する

制作会社時代から繰り返し見てきた実例です。納品時は軽快だったサイトが、半年後に「最近重い」と連絡をいただく。調べると、サーバーは変わっていないのに、運用の中で大きな画像を無加工でアップロードし続けていたり、便利そうなプラグインを次々入れていたりして、表示が重くなっていました。これはサーバーの問題ではなく運用の問題ですが、「サーバーを変えれば直る」と思い込んで乗り換えても解決しない典型です。速度を比較する前に、まず自分のサイトのどこが遅いのかを切り分けることが先決です。

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

他人の測定値を眺めるより、自分のサイト（または契約検討中なら無料お試し期間に立てた検証サイト）で測るのが最も確実です。再現性を高めるため、測定の時点・回数・条件をそろえるのがコツです。以下は私が新規サーバーを評価するときに実際に踏んでいる手順です。

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

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

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

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

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

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

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

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

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

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

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

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

よくある質問（FAQ）

レンタルサーバーの速度比較で、結局どれを見れば一番正確ですか？

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

公式サイトの「国内最速」という表現はあてになりますか？

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

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

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

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

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

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

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

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

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

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

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

レンタルサーバーの速度は、誰かの順位表をそのまま信じるものではなく、自分の条件で測り、運用を続けながら見ていくものです。この記事の5ステップを使えば、カタログ値に惑わされず、あなたのサイトにとって本当に速いサーバーを見極められます。気になるサーバーがあれば、まずは無料お試し期間に検証サイトを立てて、実測してみてください。

この記事の運営者について：Sato（Webディレクター）。Web制作会社で10年、企画・設計からディレクションまで担当し、その後も約70サイトの構築・移行・運用を続けてきました。レンタルサーバー比較ノートでは、カタログスペックでは見えない継続運用の視点から、サーバー選びの実際を発信しています。