正常运行时间监控
针对每个站点进行持续的可用性检查,并与站点自身的历史记录进行比对,以便区分偶发波动与真正的停机故障。正常运行时间状态是平台据以采取行动的高优先级信号,而不仅仅是一张无人问津的图表。
正常运行时间、性能与错误监控
Zinn Digital® 会监控您提供给我们的网址——正常运行时间、Core Web Vitals 以及对照您权益的资源使用情况——并在控制面板中按站点进行呈现。告警会发送至电子邮件、Telegram、Slack 或您自己的 Webhook,并且我们的状态页面位于平台之外,因此即使我们无法响应时它依然可以做出响应。正常运行时间和页面速度监控现已上线:添加任意网址——每个账户可免费添加三个,且无需由我们托管——我们将每分钟从我们自身网络之外进行一次检查。可用性:按站点错误跟踪和按站点资源统计目前正在积极开发中,暂不可用。此处描述的其他所有内容现已全部上线。
托管控制面板通常会告诉您所支付的费用包含哪些项目。而我们的控制面板则会告诉您您的网站正在执行什么操作。您在我们这里运行的每个网站都会报告同一组信号(按网站划分),无需安装任何代理程序,也无需进行任何连线配置。
针对每个站点进行持续的可用性检查,并与站点自身的历史记录进行比对,以便区分偶发波动与真正的停机故障。正常运行时间状态是平台据以采取行动的高优先级信号,而不仅仅是一张无人问津的图表。
每个站点的真实性能数据 —— Google 实际用于排名的指标。加载缓慢的页面会直接显示为可供您采取措施的衡量指标,并紧邻能够修复该问题的缓存控件。
每个站点都提供 HTTP 和 PHP 错误日志,因此对于因插件更新错误或部署失败而导致的致命错误,您可以直接查找原因,而无需凭空猜测。
每个网站的带宽,以及对照您的套餐配额衡量的资源使用情况 — 包括单站 LVE 统计数据 — 以便您了解哪个网站负载最高以及是否接近上限。
一个您必须特意记得去打开的仪表盘,算不上真正的监控。每一个信号都会接入平台的通知层,且由您来选择通知送达的位置。
托管在其所监控的基础架构上的状态页,恰恰在您需要它的时候毫无用处。我们的状态页特意部署在其他地方。
我们的公开状态页面独立托管于完全脱离主平台的独立基础设施上——它拥有独立的服务器,并与控制面板及其监控的服务器集群处于完全不同的故障域中。当平台出现故障时,状态页面仍能正常响应,因为其运行所依赖的任何组件均不受故障事件的影响。
它采用定制品牌设计,由驱动您各站点警报的同一套监控系统提供支持,且从设计之初就立足于保持独立,绝非偶然。公共前端亦遵循相同原则:营销网站与帮助中心均独立于控制平面集群部署,因此平台发生故障不会波及我们的文档系统。
这也是贯穿该平台其余部分的相同理念——独立的故障域、不存在共担风险,没有任何因素能够同时破坏目标对象以及您用于诊断它的工具。
当有工具能够根据信号采取行动时,信号才会具有更大的价值。我们的信号直接接入了助手和 MCP 服务器,而不是被禁锢在图谱之中。
当您开始提交工单时,助手会首先对受影响的网站运行实时诊断——正常运行时间、HTTP 和 PHP 错误、SSL 和 DNS 状态、资源限制与 LVE 故障、恶意软件标记、插件冲突、数据库运行状况以及缓存——在此过程中完全无需人工介入。
在您的权限与平台的安全限制范围内,它将清除缓存、重启 PHP worker、修复或续订 SSL、修复数据库表、禁用发生严重错误的插件或清除 CDN 缓存——然后重新检查信号并确认问题是否已切实得到解决。
如果仍需人工协助,工单送达时已预先填入诊断结果、已尝试的操作以及发生的情况——这样,支持人员可以直接根据事实着手处理,而无需您重新描述故障现象。
连接任何支持 MCP 的 AI 工具,它即可将站点健康状况、近期日志、指标、正常运行时间和错误作为资源读取——因此您自己的代理可以在采取行动之前进行诊断,该过程在 OAuth 2.1 下运行,并配备组织和角色范围的、可撤销的令牌以及完整的审计日志。
性能监控应当与改变性能的工具并存。在我们的平台上,它位于缓存栈和 SEO 层之间。
在您的仪表板背后,运行着与我们平台相同的可观测性技术栈:用于指标的 Prometheus 和 Grafana,用于跨引擎、工作流和驱动程序进行分布式追踪的 OpenTelemetry,以及带有租户标签且审计数据单独存放的集中式结构化日志。
指标按每个服务、每个工作线程和每个租户进行收集,并包含来自隔离层的每个站点 LVE 统计数据。每个工作流运行 — 配置、迁移、实施 — 全程可见,这就是为什么技术支持的回答可以非常具体而不是凭空猜测。
大规模监控本质上是一个数据量问题,因此系统正是针对这一点而进行工程设计的。高容量指标按时间进行分区和汇总,而不是按每个站点、每分钟永久保留,链路追踪会进行抽样,并且每个租户的基数控制可防止某个高负载账户影响其他所有人的仪表板性能。设计目标是一百万个站点,而不是我们今天运行的规模。
告警通过 Alertmanager 路由至我们的值班轮换组,并定义和跟踪了 SLO——特意与上述客户通知分开,因此运维干扰绝不会进入您的收件箱,您的告警也绝不会排在我们的告警之后。
针对每个站点:正常运行时间、Core Web Vitals 和性能、带宽以及根据您的套餐配额衡量的资源使用情况——包括来自隔离层的每个站点 LVE 统计数据。这一切都呈现在每个站点的仪表板中,无需安装任何代理程序。
通过您连接的任何渠道:电子邮件、Telegram、Slack 或您自己的 webhook 端点。通知偏好按组织和用户进行设置,因此由您决定哪些事件推送到哪个渠道和哪个人。Webhook 投递均带有 HMAC 签名、采用退避机制重试并记录日志,以便您检查或重放任何投递。
这正是其设计所要避免的情况。状态页面自托管在独立的基础设施上,完全脱离平台,并且与控制平面及其所报告的机群处于不同的故障域——因为在发生服务中断时,运行在其所监控的基础设施之上的状态页面是毫无用处的。
这是我们构建和运营所遵循的正常运行时间目标,并在 Footprint-Free 方案中作为一项保障声明。它是关于平台架构设计的承诺 — 单站点隔离计算、可横向扩展的无状态服务、独立的故障域 — 而非已公布的历史可用性指标。我们的合同承诺是一项独立且范围更具体的事项,并且已经公开:请参阅 /legal/sla 中的正常运行时间 SLA,其中规定了我们保证的级别以及未达标时我们支付的服务抵扣额。
是的。站点健康状况、近期日志、指标、正常运行时间和错误数据均通过我们托管的 MCP 服务器作为资源公开,因此任何支持 MCP 的 AI 工具(例如 Claude、Cursor、ChatGPT 等)都可以在执行操作前读取它们并进行诊断。访问采用 OAuth 2.1,作用域限定于您的组织及连接用户的角色,支持按工具撤销,且每项操作均会记录审计日志。客户 Webhook 也为传统集成提供了同样的功能支持。
此处所述的可观测性信号是平台的一部分,并在仪表板中针对您托管在我们这里的网站显示,且免费的“SEO 基础”模块——收录、Trust Flow、首页 Core Web Vitals——已包含在每个方案中。更深入的 SEO 监控(例如排名跟踪和反向链接监控)作为单独的付费附加组件出售,实际的速度优化则是一项可供购买的额外服务。
是的。Footprint-Free 试用期为 14 天,无需绑定信用卡,最多支持 5 个站点 — 无需付款信息,无任何约束。在做出决定之前,您可以部署几个站点,亲自查看控制面板的实际报告情况。
开启无需绑定信用卡的 14 天试用,从第一次部署起即可查看每个站点的正常运行时间、Core Web Vitals、错误及资源占用情况——并在您需要的任何位置接收告警。提供免费迁移服务以及全方位的 30 天退款保证。
免费开始