ウェブホスティングの稼働率保証を理解する：99.9%対99.95%対100%——そしてホストがそれをどう定義するか
それぞれのパーセンテージは、月あたりに許容される具体的な分数です。本記事では、その計算に加えて、主要なホストがSLAで実際に何を公表しているか、そして細かい条文で「ダウンタイム」をどう定義しているかを解説します。
それぞれの「ナイン」が許容するもの
稼働率のパーセンテージは、月あたりの具体的な許容ダウンタイムに換算されます：99% = 7時間18分；99.9%（「スリーナイン」）= 43分；99.95% = 22分；99.99%（「フォーナイン」）= 4.3分；99.999% = 26秒。99.9%と99.99%のマーケティング上の違いは小数点以下1桁ですが、実際上の違いは毎月38分、すなわち毎月の許容ダウンタイムの差です。
主要なホストが実際に公表しているもの
Kinstaは99.9%の稼働率保証をSLAで kinsta.com/legal/sla に公開しており、その指標が満たされなかった場合の文書化されたサービスクレジットポリシーを備えています。DreamHostは100%の稼働率保証を dreamhost.com/legal/100-uptime-guarantee/ に公開しており、予定外ダウンタイム1分あたりの補償を定めたクレジットポリシーを備えています。SiteGround、Bluehost、DreamHostの共有ティアは、専用のSLAページではなく、利用規約の中で稼働率に言及しています。クレジットポリシーは典型的には、影響を受けた月の請求額に対する一定の割合です。
ホストが「ダウンタイム」をどう定義するか——SLAの除外事項を読む
マーケティングページの数値は下限であり、SLAの除外事項こそが実際の義務を定義します。ホスティングのSLA全般に共通する除外事項：予定メンテナンスの時間枠（計算から完全に除外されることもあり、これがホストが複数時間に及ぶ計画停止を抱えながら「99.9%」を達成できるからくりです）、顧客が原因の停止、サードパーティのネットワーク障害（DDoS、ISPの問題）、そして不可抗力の事象。見出しの数値を約束として扱う前に、リンクされたSLAを読みましょう。DreamHostの100%保証は異例に広範です——ポリシーページによれば、計算から予定メンテナンスを明示的に除外していません。
稼働率を独立して検証する方法
自己申告の稼働率ダッシュボードは独立したものではありません——プロバイダーは自身の予定メンテナンスを除外し、インシデントの計上が遅れることがあります。独立した検証には、UptimeRobot、Pingdom、Better Stackのようなツールを、1分または5分のチェック間隔で自分のURLに対して実行しましょう。それらは地理的に分散したモニターにわたって観測された可用性を報告します。ベンダーのSLAダッシュボードと照合することが、公表された数値が現実を反映しているかどうかを知る唯一の方法です。
SLAが重要なときと、そうでないとき
個人ブログやポートフォリオサイトにとって、SLAはほとんどマーケティングの産物です——年あたり数時間のダウンタイムは煩わしいものの、財務的には重大ではありません。eコマースサイトやSaaSにとっては、ダウンタイムが直接的に逸失収益につながるため、SLAは重要です。1日$100の収益を上げるサイトが3時間オフラインになると、$12.50の利益を失い、さらにクロール中にGoogleがエラーに遭遇した場合にはSEOへの影響も生じます。商用サイトにとって、関連する指標はSLAのパーセンテージではなく、クレジットポリシーの算定式と、サードパーティのモニターでの過去の稼働率です。
出典
Kinsta SLA：kinsta.com/legal/sla。DreamHost 100%稼働率：dreamhost.com/legal/100-uptime-guarantee。SiteGround規約：siteground.com/terms.htm。Bluehost規約：bluehost.com/terms-of-service。WordPress.orgホスティング推奨：wordpress.org/hosting。すべてのURLは2026-04-30にアクセス。