ISR 定价现实

Vercel 上的增量静态再生成是优秀的技术，但在大规模部署下有真实的成本曲线。定价模型按调用次数计费：每个 ISR 写入事件都有成本，成本随页面数量和重新验证频率而增加。

在 Deluxe Astrology 上，跨越 30 种语言约 91,000 个页面并进行激进的重新验证，我们在 2026 年 3 月达到了百万级 ISR 事件的账单月份。账单足够大，促使我们改变了部署方式。

两个主要驱动因素：总页面数和合并频率。每次对 main 的合并都会在受影响的页面上触发 ISR 重新验证。有 91K 页面和全球内容模型，其中大多数合并会影响大多数页面，单次合并会触发大约 600 万个 ISR 写入事件。

大规模下的数学计算很残酷。91K页面跨全球亲和性每天两次合并等于每月3.6亿个事件。Vercel ISR定价等级远早于此就启动了。

在2026年5月第二次ISR计费事件之后，我们为Deluxe Astrology设定了硬性规则：每周两次生产合并，P0之外无例外。成本驱动因素是合并频率，而不是路由配置，所以杠杆是运营纪律而不是架构变更。

每周两次合并，每次合并600万个事件，等于每月4800万个事件。在我们运行的等级下可管理。更重要的是，它强制我们批量处理相关变更而不是持续发布，这还有一个附加好处就是降低回归频率。

如果合并预算方法不可行，有三个替代方案：

改为完全SSG加定时重建。每天构建一次全部91K页面，作为静态内容提供。成本可预测，内容在24小时内保持最新。我们没有选择这个因为某些端点上内容更新速度更快。

改为具有可预测ISR定价的不同主机。Cloudflare Pages和Netlify都有按使用更线性扩展的模型。DX不如Vercel打磨得好，但成本确定性是真实的。

减少可索引表面。许多程序SEO网站的可索引表面比必要的大2倍。一个删除30%页面的质量门槛会按比例削减ISR成本。

对于页面数少于 10,000 的网站，如果重新验证需求中等，Vercel 上的 ISR 表现出色且成本很低。只有在页面数达到六位数且合并频率高时，定价曲线才会产生影响。大多数项目永远不会达到这个上限。

如果你的网站规模计划扩展到 50K+ 页面，需要根据预期的合并频率和重新验证周期来计算成本。在任何大规模使用 ISR 的情况下，至少要为入门级估算预留 2 倍的预算。