[ SiteMonk ]

技术基础
与交付模型

SiteMonk 使用静态站点生成（SSG）架构。
这是一个经过深思熟虑的技术选择。

本文档解释这套架构的工作原理、设计权衡，
以及它如何影响网站的长期运营成本和稳定性。

00 上线后你要付多少钱 01 我们为什么这么做 02 你的网站如何运行 03 为什么很难宕机 04 为什么 Google 喜欢 05 为什么黑客不感兴趣 06 如何更新内容 07 能接入什么功能 08 想走就走，代码归你 09 不适合什么情况

上线之后，你要付多少钱？

别的建站公司不会告诉你的事。我们先说清楚。

服务器维护

没有服务器需要维护

安全补丁

没有系统需要打补丁

性能优化

从第一天就是最快的

托管费用：接近 $0

Cloudflare 正常流量下免费。没有"流量突然暴涨，账单翻10倍"的惊喜。

这不是促销价。是架构决定的。

传统网站持续消耗资源，因为需要服务器 24/7 运行。
我们的网站像一本印好的书，分发到全球各地。访问时直接读取，无需计算。

想了解这些技术选择背后的想法？阅读我们的技术哲学 →

我们为什么这么做

大部分网站的问题，不是技术不够先进。
而是用了 不该用的技术 。

很多外包公司推荐复杂方案，不是因为客户需要，
而是因为复杂方案可以 持续收费、制造依赖 。

我们的做法

SiteMonk 经常做的事是 帮客户取消一个错误的决定 。
然后用更省钱、更稳健的方式实现同样的目的。

我们的利益和客户的利益是一致的：建一个五年后还能稳定运行、不依赖我们的网站。

可预测性优于灵活性

网站应始终以相同方式运行，不受流量波动、服务器负载影响。不需要"弹性扩容"这种听起来高级、实际上增加成本和复杂度的东西。

最小运维负担

组件越少，需要监控、修补、担心的地方就越少。简单不是偷懒，是对客户负责。

零客户锁定

程序员离职了？外包公司不接了？没关系，代码是你的，文档清楚，任何有经验的开发者都能接手。

专业领域交给专家

支付、电子商务这些复杂领域，应该交给 Shopify 这种有专职团队的平台。自己搭容易，五年后还稳定运行很难。

你的网站如何运行

你的网站像一本已经印好的书，而不是每次都现场手写。

传统网站每次有人访问，服务器都要现场生成页面——就像点菜后厨师才开始做。
我们的网站提前做好，分发到全球各地。访问者就近获取。

所以呢？

→ 流量波动不会影响网站速度

→ 没有传统服务器需要维护

→ 没有对外开放的数据库

→ 不会收到"流量过大，需要升级"的通知

技术上这意味着

→ 页面在发布前就全部生成好了
→ 访问者拿到的是完整的 HTML，不需要等服务器计算
→ 没有一台"主服务器"需要 24/7 运行
→ 没有对外开放的数据库接口

对你的生意这意味着

✓ 极少收到"网站挂了"的紧急通知
✓ 无需专人监控服务器
✓ 托管成本接近零
✓ 攻击面大幅缩小

框架

Astro.js

• 完全静态的 HTML 页面
• 最少的客户端 JavaScript
• 更快的首次内容绘制
• 更好的核心 Web 指标

部署

Cloudflare Pages

• 全球边缘网络
• 无单一服务器位置
• 自动全球缓存
• 内置 DDoS 防护

为什么很难宕机

你上个网站是不是遇到过：
早上还好好的，下午突然打不开？
流量一上来就变慢，客户开始投诉？
别人网站被黑，你的也莫名其妙挂了？

这些问题很少出现，因为：

没有单一的主服务器。网站分布在全球数百个节点。

→ 单个节点故障不影响整体

→ 访问者从最近的节点获取内容

→ 攻击面分散，影响范围有限

→ 流量高峰时自动负载分散

速度

✓ 访问者从地理位置最近的节点加载
✓ PageSpeed 分数通常在 90+
✓ 没有插件累积拖慢性能

稳定

✓ 极少出现紧急故障通知
✓ 性能不会随时间明显劣化
✓ 搜索引擎爬虫看到的页面结构稳定

对 SEO 来说， 稳定比什么都重要 — Google 最讨厌"这次能打开，下次打不开"的网站。

为什么 Google 喜欢

搜索引擎爬虫喜欢简单、快速、结构清晰的页面。

很多网站 SEO 做不好，不是因为关键词选错，
而是因为 爬虫难以正确解析页面结构 。

我们的网站，Google 一看就懂

→ 打开就是完整的 HTML，不用等 JavaScript 跑完

→ 每次爬都是同一个结构，不会"这次有，下次没有"

→ 加载速度快，Google 喜欢快的

→ 没有后台登录页面被 Google 误收录

技术上

✓ 每个页面都是完整的 HTML，不依赖 JavaScript 渲染
✓ 语义化标签清晰，爬虫容易理解
✓ URL 结构稳定，不会改来改去
✓ 页面加载时不会"跳来跳去"

实际效果

✓ 新页面收录速度通常较快
✓ PageSpeed 分数通常在 90+
✓ 移动端和桌面端内容完全一致

好的 SEO 不是"技巧"，而是 让 Google 的工作变简单 。

为什么黑客不感兴趣

你有没有收到过这样的邮件：
"检测到您的网站有安全漏洞，请立即更新..."
"WordPress 插件紧急安全补丁，必须在 48 小时内..."

或者更糟： 网站被黑了，客户数据泄露了 。

黑客为什么对我们的网站不感兴趣？

因为 根本没东西可以偷 。

→ 没有数据库可以 SQL 注入

→ 没有登录系统可以暴力破解

→ 没有管理后台可以找漏洞

→ 没有插件可以利用过期版本

我们没有的东西

✓ 没有数据库（没什么可以被"拖库"）
✓ 没有登录系统（没密码可以被破解）
✓ 没有 `/wp-admin` 这种众所周知的入口
✓ 没有插件市场（没有"第三方插件漏洞"）

实际意义

→ 不用每周检查安全更新
→ 不用担心"某个插件过期了被黑"
→ 不会有"紧急安全补丁，必须立刻更新"
→ 不用买"网站安全监控服务"

内容更新与编辑工作流

"静态网站"听起来像是改不了内容？

不是。你可以随时更新内容。
区别是： 更新的方式不会让你的网站变慢、变不稳定 。

如果需要经常更新内容（比如发博客）

SiteMonk 可以接入独立的内容管理系统 — 你在后台编辑，系统自动生成静态页面发布。

✓ 像传统 CMS 一样编辑内容，无需写代码
✓ 发布出去的仍是静态页面 — 快、稳定、安全
✓ 内容增加不会拖慢网站速度

我们刻意避免的

✗ 插件失控

✗ 每次访问都查询数据库

✗ 内容注入不受控制

✗ 性能随时间劣化

客户获得 CMS 灵活性 而无需 继承 CMS 脆弱性。

集成与电子商务哲学

"静态网站"是不是意味着什么功能都加不了？

恰恰相反。该有的功能都能加，而且 比传统网站更靠谱 。

这些功能都能接入

• 分析工具（知道有多少人访问）
• 联系表单（客户给你发消息）
• 客户线索收集（CRM 集成）
• 在线预订系统
• 邮件订阅（Newsletter）
• 在线支付

这些都是调用专业平台的 API，不是自己写一套。靠谱、稳定、权责清楚。

如果你要卖东西？

SiteMonk 不会给你搭一个"自己的电商系统"。

为什么？因为很多外包公司会推荐你"自建电商"，听起来很专业，实际上是想 长期收维护费 。

安装一个开源商店确实容易，但让它安全、稳定地运营 5 年很难。

我们会诚实地告诉你：接入 Shopify 这种专业平台，让有专职团队的公司处理支付、库存、退款。你专心做生意。

权责清晰， 成本透明 。

所有权与退出安全

你有没有遇到过：
当初做网站的程序员，找不到了？
外包公司说"只有我们能改，别人改不了"？
想换个服务商，发现网站在他们专有平台上，搬不走？

SiteMonk 的客户不会被困住。

代码是你的。清晰、有文档、任何有经验的开发者都能接手。

你拿到的是什么

✓ 完整的源代码 — 每一行，包括注释
✓ 不依赖任何专有平台
✓ 没有藏起来的"秘密组件"
✓ 有前端经验的开发者都能看懂、修改

如果有一天你不想再和 SiteMonk 合作了

→ 网站继续运行，一点不影响
→ 可以托管到任何地方（Netlify、Vercel、你自己的服务器）
→ 我们甚至会帮你迁移（如果需要）

运维成本

服务器维护

系统/插件更新

~$0

Cloudflare 托管*

* 正常使用接近零成本。无流量计费意外。

权衡与有意约束

每种技术架构都有取舍。区别在于：

我们会诚实地告诉你能做什么、不能做什么 。
不会为了拿下项目，说"都能做"，做到一半发现实现不了或者效果不好。

这个模型优先

✓ 稳定性而非极端灵活性
✓ 可预测性而非实验性
✓ 长期简洁而非短期便利

这个模型不支持

• 无限制定制
• 随意改动结构
• 复杂的实时后端逻辑
• 无节制添加功能

适合如果您：

• 需要速度、稳定性、可预测性
• 重视长期简单性
• 不需要复杂的后端逻辑
• 偏好低运营风险

不太理想如果您需要：

• 实时数据处理
• 多用户管理系统
• 大量用户生成内容
• 传统基于插件的 CMS

约束不是缺陷 — 而是 避免长期技术债的屏障 。

了解我们的方法与其他方案的对比：

SiteMonk 对比网站平台 → SiteMonk 对比 WordPress →

说到底

好的技术选型，是为了 长期省心 。

不是为了前期报价单好看，
不是为了让外包公司持续收费，
而是为了 五年后还能稳定运行、不依赖任何人 。

不会崩

不烧钱

不被卡

能预测

好的技术是隐形的。

我们成功的标志是： 你很少需要操心网站的事 。
它就在那，安静运行。

想要能说人话的技术团队？

不用猜报价单上的专业词汇是什么意思。
不用担心程序员做到一半就找不到了。

我们会诚实地告诉你：你的需求该用什么技术，不该用什么技术。
哪怕这意味着 我们少赚钱 。

跟我们聊聊你的项目 → 看看要花多少钱

技术基础 与交付模型