Section Library
营销页不再散落在页面文件里
首页 Hero、Feature、Pricing、FAQ、CTA 拆成公共 Section，站点只需要负责组合和换文案。
共享区块
先搭基础营销区块，再扩整站模板
这一层组件不是为了做漂亮演示页，而是为了让后续每个站点都能共享相同的营销信息架构。
Config Driven
定价信息直接来自站点配置
定价展示直接消费 site.config.ts 里的套餐和积分包，避免价格文案和真实计费配置分叉。
Localized
多语言内容与页面结构解耦
页面文案按 locale 放在构建期内容目录，既满足多语言，又不把首页结构塞进后台。
Reusable
模板可复用，前台仍可独立部署
微 SaaS 首页、定价页和小工具 SEO 页可以共享同一套 Section 体系，只保留品牌和内容差异。
定价结构
套餐负责周期权益，积分包负责按需补充
套餐和积分包都来自站点配置，页面只做展示，不重复维护另一份价格文案。
Pro Monthly
$19 /month
适合快速上线首站并验证定价与转化。
500 credits included every month-equivalent cycle
- 每月等效发放 500 积分
- 站点隔离认证与订阅状态
- Outbox + Webhook 幂等支付链路
- 可接 Blog 发布与后台运行中心
Pro Yearly
$190 /year
适合已经验证需求、希望拉低单位获客成本的站点。
650 credits included every month-equivalent cycle
- 每月等效发放 650 积分
- 站点隔离认证与订阅状态
- Outbox + Webhook 幂等支付链路
- 可接 Blog 发布与后台运行中心
Starter Pack
$9
适合高峰期补充额度，不影响订阅周期。
200 top-up credits
补充积分结账创建和真实支付仍由 Worker API 负责；前台只消费静态配置和跳转入口。
常见问题
把边界先划清，后续开发会快很多
先把首站交付跑通，再继续扩站。
这是静态落地页，还是运行时页面？
营销页走静态化输出，页面文案来自 Git 内的多语言内容文件；支付、鉴权、积分等敏感数据仍通过 Worker API 处理。
不同站点如何复用同一套组件？
共享 Section 放在 packages/ui，站点只负责组合和品牌化。两个以上站点复用的组件应优先上移到共享层。
营销文案是放后台还是放代码？
后台 override 目前只适合改少量稀疏字段，比如首页 CTA 文案；大块营销结构和 SEO 内容仍建议走 Git 内容文件。
开始搭建
别再重复手写下一套定价页和计费流程
用一套共享能力包把营销页、支付、积分、后台和内容发布串起来，然后按站点独立部署。