这是给网站交付需求使用的合成教学例，不是客户成果、真实账号测试或认证。
跳转状态码，也是表单合同的一部分
看到正确确认页，不代表知道浏览器是否换了请求方法，或把提交正文转发给另一个接口。询盘与预约表单中，这会影响谁收到数据，以及刷新是否重复请求。目标地址与方法应明确约定。
| 状态码 | 所测Node fetch方法 | 所测正文 |
|---|---|---|
| 301 | GET | 空 |
| 302 | GET | 空 |
| 303 | GET | 空 |
| 307 | POST | SYNTHETIC=ONLY |
| 308 | POST | SYNTHETIC=ONLY |
下载独立本机测试，以Node 24+运行node post-redirect-test.mjs。它在127.0.0.1临时端口启动自己的服务，顺序完成五个请求后关闭；不访问公网、不发送真实询盘，也不使用联系人资料。
输出包含真实Node版本及每个状态的两项断言。301、302结果只代表这个运行环境的fetch观察，不是对所有客户端的普遍保证。下方303与307文档说明两类方法行为；永久跳转的缓存含义则超出本实验。
授权预览表单应证明什么
记录初始接口、状态码、Location、后续方法，以及敏感数据是否出现在URL中。POST/Redirect/GET与保留方法的跳转不同。刷新与重放要另测，跳转本身不解决幂等。
不要把真实表单正文转发给第三方目标。追踪生产提交前，先核归属与留存要求。样例只含无害常量，不测试浏览器缓存、登录或业务队列，也不修改HTTP规则和旧表单。
官方依据与边界
MDN 303：说明以GET获取跳转目标资源。 MDN 307：说明保留请求方法与正文。
来源于2026年10月15日核验。输入与验收规则为原创教学设计；正式实施前还要核对当前平台版本及实际交付合同。