WordPress装个插件就"打电话"给谷歌？

2024年全球网站有43%运行在WordPress上，但装完主题后，你的站点可能正在向Google Analytics、Facebook Pixel、jQuery CDN默默汇报——而你从未授权这些对话。

德国Wittenberg的一个三人团队最近干了件事：把整站内容塞进Git仓库，让服务器自己"记笔记"。Git托管商宕机？站点照样跑。他们管这叫Forge CMS 2026.3.27，发布当天Codeberg恰好全站离线，成了最完美的压力测试。

把网站"搬家"到Git：不是备份，是主仓库

传统CMS的内容存在数据库里，Forge CMS直接指向一个Git仓库地址。配置里写一行content_repo: https://codeberg.org/YourOrg/your-site，整站内容就从这里拉取。

作者Artanidos在发布当天遇到意外：Codeberg显示"Service unavailable"。但atesti.crowdware.info这个演示站没断服——VPS缓存里存着完整页面，用户毫无感知。

这不是CDN，没有Cloudflare账单，没有服务条款要读。就是服务器记得自己拿过什么，上游闹脾气时保持冷静。

想换仓库？改配置、重启，新仓库上线。主仓库挂了切镜像，几分钟内完成。这种设计把"Git当数据库用"从概念验证变成了生产级方案。

零JavaScript框架：SML标记语言长什么样

Forge CMS基于Forge 4D技术栈，页面用SML（受QML启发的声明式UI语言）编写。没有React，没有Next.js，没有npm install黑洞。

一个Umami分析工具的启用代码长这样：

// Umami analytics - uncomment to enable
// Umami {
// websiteId: "your-id-here"
// src: "https://your-umami-instance/script.js"
// }

注释掉的。默认关闭。故意为之。

对比WordPress：热门主题里Google Analytics预装率极高，装完主题跟踪就启动，"惊喜"。Forge CMS的做法是——你想开就自己取消注释，且只能指向自托管的Umami实例，GDPR友好、无Cookie、无跨站追踪。

第一个真实用户：一种"先付出"的本地货币实验

Forge CMS 2026.3.27的首个部署站点atesti.crowdware.info，服务于Atesti para Dana项目。这是2026年3月25日在德国Wittenberg启动的本地货币实验。

项目理念与常规货币相反：现有货币从债务或承诺开始，Atesti从"已完成的给予行为"开始——被见证的善行成为货币发行的基础。这种反金融化设计选择了一个同样反商业化的技术栈：无SaaS依赖、无第三方追踪、无供应商锁定。

技术选型本身成了项目价值观的延伸。用Git托管内容而非数据库，用自托管分析而非Google，用静态缓存而非CDN——每一步都在回答同一个问题：谁控制着我们的数字基础设施？

缓存即韧性：当"Plan B"成了默认架构

Forge CMS的缓存策略值得拆开看。它不是"加速"用的，是"生存"用的。VPS本地缓存让站点在Git托管商离线时保持可用，这种设计把故障转移从运维动作变成了系统特性。

作者提到测试是"accidentally"完成的——Codeberg的宕机恰好发生在发布当天。这种未经排练的验证比任何压力测试报告都更有说服力。

对25-40岁的技术从业者来说，这个案例的启示在于：现代Web架构过度依赖网络效应构建的"免费"服务，而Forge CMS证明，用更简单的技术栈（Git+VPS+缓存）可以夺回控制权，且不需要牺牲可用性。

WordPress生态的便利是有代价的。每个插件、每个主题、每个CDN引用都是潜在的监控节点。Forge CMS的极端透明——代码即配置、配置即开关——把选择权还给了站点所有者。

Atesti项目的站点现在跑着，Codeberg的宕机成了脚注。下一个问题是：当更多开发者意识到"网站在偷偷打电话"时，会有多少人愿意为了切断这些通话，放弃WordPress的插件生态？