SiteGround 的 99.9% 正常运行时间保证与 SLA：宕机了到底能拿到什么补偿

先把「99.9%」这个数字翻译成人话

选主机时，几乎每家页面角落都印着一句「99.9% uptime guarantee」。它看起来像个技术参数，其实更像一句营销话术——直到你真正出事，才会发现它的分量。

先把数字换算清楚：99.9% 的正常运行时间，意味着一个月里允许大约 43 分钟 的宕机，一年累计接近 9 小时。听起来不多，但如果这 43 分钟正好压在你的大促开场、活动上线或者流量高峰那一刻，代价一点都不抽象。

SiteGround 官方承诺的就是 99.9% 的正常运行时间。但真正值得关心的不是这个百分比本身，而是两件事：它靠什么把宕机压到这个水平以下，以及万一没做到，你能拿到什么。

SiteGround 靠什么撑住可用性

可用性不是靠一句保证撑起来的，而是靠底层的冗余设计。SiteGround 的这套东西大致是这样：

• 跑在 Google Cloud 上：底层用的是 Google Cloud 的基础设施，分布式 SSD 持久化存储、低延迟网络，以及多层冗余。这意味着不是「一台服务器挂了全站完蛋」的单点结构。
• 自动故障转移（automatic failover）：某个节点出问题时，流量能自动切走，而不是干等着人工介入。
• 主动监控：服务器状态被持续、高频地探测，问题在被放大之前就能被发现和处理。
• 多数据中心可选：SiteGround 在北美、欧洲、亚洲、澳大利亚提供多个数据中心，你可以把站点放在离访客最近的地方——这既关系到速度，也关系到某个区域出状况时的分散能力。选哪个节点，我们在数据中心选择指南里讲过。
• 内置免费 CDN：所有方案都带免费 CDN，把内容缓存到全球 170 多个节点上。CDN 不只是提速，它还在源站短时波动时多扛一层。

这些加在一起，才是「99.9%」这个数字背后的工程支撑。想看实测的可用性和响应数据，可以翻我们的SiteGround 真实评测，里面有长期监测的结果。

SLA 到底是什么：它是一份「退款公式」，不是「不会宕机」的承诺

这是最容易被误解的地方。SLA（服务等级协议）本质上是一份赔偿条款，而不是一份「保证服务器永不故障」的工程承诺。 没有任何主机商能承诺服务器绝不出问题；他们能做的是给「出问题」这件事标个价，从而让自己有动力去投入可靠性。

一份 SLA 通常由四部分构成，看懂这四部分，你才知道那句「99.9% 保证」值不值钱：

一、什么才算「宕机」。 一般指服务器整体不可达、且由主机商自己的监控确认、持续达到一定时长。而下面这些情况，通常不算在宕机里：网站变慢但能打开、服务器正常响应时的数据库报错、单个站点出问题而服务器本身是好的、被归因于你自己代码或插件的故障、DNS 层面的问题。现实里，相当一部分「我网站挂了」的体验，其实落在定义之外。

二、免责与排除项。 标准的排除包括计划内维护、紧急维护、DDoS 等攻击、第三方网络故障、你自己的软件问题，以及不可抗力。其中「计划内维护」是最关键的一条——如果它被完全排除，理论上主机商可以主动把你的站点停掉，却仍然报告 100% 的正常运行时间。所以更好的 SLA 会给计划内维护设一个上限。

三、补偿是什么。 几乎永远是服务抵扣（service credit）或免费服务时长，而不是现金，而且是滑动档位——轻微违约给一点点，严重违约给得多一些。SiteGround 的做法是：当某个月的正常运行时间低于 99.9% 时，按其 SLA 给予相应的免费服务补偿。具体的补偿比例、上限和计算口径，请以 SiteGround 官方 SLA 条款为准——这里不替你臆测精确数字，因为它会随条款更新而变化。

四、怎么申领。 补偿很少是自动到账的。你往往需要在规定的窗口期内（常见是 30 天）提交工单，附上时间、日期和证据。换句话说，赔偿是真的，但它是有条件的：你得先注意到宕机、记录下来，并在期限内去主张。

一个容易被忽略的事实：便宜套餐上的 SLA 补偿，价值很低

需要泼一盆冷水的是：SLA 补偿几乎不可能覆盖宕机真正给你造成的损失。合同里基本都会明确排除「间接损失」（consequential loss）。

举个例子，如果你用的是入门档、每月几十块钱的套餐，那么即便宕机一整天，按档位算出来的抵扣可能也就值几块钱，而且只能以「继续当它的客户」的形式用掉。它离一次宕机对你生意的实际冲击，差得很远，本来也没打算接近。

所以正确的读法是：对博客、作品集、企业展示站这类「停一小时也不心疼」的网站，SLA 基本可以忽略，你应该按价格、支持和续费来选；对电商、预约系统、有付费用户、宕机就直接亏钱或伤声誉的站点，才需要认真对待可用性——这时你要找的是更高的保证（比如 99.95% 以上）、有上限的计划内维护条款、一个有真实故障记录的状态页，以及独立的第三方监测数据。

如果你的站点属于「宕机就亏钱」这一类，共享主机之上，SiteGround 的云主机方案提供独享资源和自动弹性扩容，可用性上的确定性更高，值得考虑。

与其指望 SLA，不如自己做三件事

真正靠谱的可用性策略，不是把宝押在赔偿条款上，而是这三件你能自己掌控的事：

一、自己监测自己的站。 用任意一个免费的正常运行时间监控服务，几分钟探测一次、异常时邮件或短信提醒你。两个好处：你比客户更早知道出问题；同时你也攒下了「主张补偿时需要的独立证据」——没有你自己的记录，你就只能依赖主机商的监控去证明它自己宕过机。

二、备份要能真的恢复。 备份不是摆设。SiteGround 所有方案都有每日自动备份，GrowBig 及以上还能手动打按需还原点。但关键是——你要真的试过一次恢复流程，确认它能跑通。具体操作见备份与网站恢复完整指南。

三、为「换主机」留条后路。 如果宕机真的会让你损失惨重，最终的答案不是「找一份更好的 SLA」，而是「一套能在主机商整个挂掉时也能活下来的架构」：测试过能恢复的备份，加上一个迁移预案。真到那一步，SiteGround 的免费迁移和 Migrator 插件能让搬走的成本很低——这也是它相比一些绑定很深的服务商友好的地方。

最后

SiteGround 的 99.9% 正常运行时间保证，背后是 Google Cloud 基础设施、多层冗余、自动故障转移和主动监控这套工程支撑，实测表现也长期在高位。但你要清楚：SLA 是一份赔偿公式，不是「永不宕机」的承诺；补偿是服务抵扣而非现金，通常还得你主动申领；在便宜套餐上它值不了几个钱。

对大多数博客和企业站，把精力放在「选好节点、开好 CDN 和缓存、定期备份并测试恢复」上，比研究 SLA 条款更有用。对宕机会直接亏钱的电商和高流量站点，则应该往云主机这类独享资源方案上走。

还在犹豫选哪档方案，可以先看方案对比页，或翻翻常见问题；准备上手的话，照着完整购买教程一步步来，也别忘了查最新优惠——年付立省 75% 以上，30 天退款保证，免费迁移，试错成本很低。想要中文界面和中文支持的用户，也可以看看同源基础设施、做了完整中文本地化的姐妹品牌火箭云。

前往 SiteGround 注册 →