这是给网站交付需求使用的合成教学例，不是客户成果、真实账号测试或认证。
速度与隐私，需要不同的验收证据
供应商给个性化响应加上no-cache后，可能说“已经不缓存”。这不完整：该指令仍允许存储，只是再用前需要验证。采购会员门户时，应先约定哪些内容可存、存在哪里、给谁用、存多久，再谈缓存命中速度。
| 所填响应 | 响应头 | 应复核什么 |
|---|---|---|
| 公开页 | public, max-age=60 | 只说明公共新鲜度策略 |
| 账号页 | no-cache | 仍可能存储，复核隐私要求 |
| 账号页 | private, no-store | 声明存储限制，不是现场证明 |
| 账号页 | private, max-age=60 | 允许私有存储，需对照合同 |
运行填好的例子
下载有限规则Node检查器和已填写输入。使用Node 24或更新版本，不需要账号或API，也不联网。
node checks.mjs personalised-cache-contract personalised-cache-contract.json有限规则把未含no-store的账号响应交给存储策略复核。这是本例保守需求，不是所有会员页必须使用同一响应头的通用规定。输出明确为authenticationVerified false，不会连接CDN或验证中间层是否遵守策略。
有用的授权验收顺序
使用两个获准测试账号，各填不同虚构标记；在真实边缘与源站检查响应头、缓存行为及身份验证。测试退出、返回上一页、会话到期和无权限请求。记录缓存键及授权状态是否影响它，不能凭策略名称证明用户隔离。
如果旧响应已被存储，新加指令不证明所有旧副本都消失，可能仍需审核过的清理与事件流程。用前端代码隐藏信息不是访问控制，敏感内容也不能放公开测试截图。
本资源不请求真实账号页，不改worker、边缘规则或响应头，不是渗透测试，也不授权修改冻结旧页。生产调整要另行批准，并同时验证隔离与性能结果。
官方依据与边界
MDN Cache-Control参考：区分no-cache重新验证、no-store存储限制及私有与共享缓存。
来源于2026年10月15日核验。输入与验收规则为原创教学设计；正式实施前还要核对当前平台版本及实际交付合同。