同一网站在两个节点下速度不同，差异可能来自网站分配的内容服务器和缓存状态，不一定全由节点前段决定。CDN将内容分发到不同位置，访问域名相同，并不保证请求同一台机器或同一份已缓存资源。测“真实网站体验”和测“受控网络吞吐”，应采用不同表述。
从网站名进一步记录到资源
| 记录项 | 为什么有用 | 无法由它单独证明什么 |
|---|---|---|
| 具体资源与版本 | 避免下载不同内容 | 所有资源大小与处理相同 |
| 返回IP或公开服务标识 | 提示目标可能变化 | 精确物理机房位置 |
| 缓存相关响应信息 | 帮助解释复用或选源 | 全部链路的带宽上限 |
| 首次和重复访问 | 区分部分预热影响 | 永久稳定性能 |
MDN解释的HTTP缓存既可能位于浏览器，也可能存在于共享缓存；CDN的具体选源策略则由提供方决定。没有公开说明时，不根据一个响应头擅自补出内部架构。
案例：A节点第二次下载快很多
假设同一文件第一次较慢，第二次明显更快。除了节点波动，还可能有浏览器缓存、边缘缓存或已有连接影响。应保存两次请求条件，检查是否确实再次传输了完整文件。如果内容来自本地，不能把显示速度计入线路测速；如果目标变化，也应明确。
对实际使用者来说，“第二次访问更快”仍是一项有用观察，但应写成该网站、该资源、该时刻的体验，而不是全网带宽优势。对横评而言，需尽量控制访问次序和目标资源，避免某一候选总得到预热之后的条件。
怎样安排自己的比较
先确定目的：常用网站体验就直接用相同任务，保留真实调度；若想测连接能力，使用获得允许、条件可说明的测试服务，记录目标选择。不为绕过缓存随意添加含敏感信息的参数，也不对第三方资源做高频下载压力测试。
只在一个平台明显慢时，先对照平台状态、设备和缓存，再查连接路径。通过测速目标选择明确范围，再按公平横评记录顺序。一次CDN命中不能支持品牌全年速度排名，入口、出口与目标的差异要分别保留。
来源与核验范围
以下为参考原始资料。品牌价格和功能应以资料库对应字段为准；本文不包含品牌测速或使用体验。内容由站点维护者使用 AI 辅助整理，尚不构成独立实测。