这种场景下我应该使用HTTP 302而非HTTP 301进行重定向吗？

结论 #

该场景下优先使用 302 临时重定向，禁止使用 301 永久重定向，具体原因如下：

• 301 重定向会被浏览器、搜索引擎、社交平台爬虫长期强缓存，一旦缓存生效，后续你如果调整 /result/ 路径下的业务逻辑（比如后续计划给不同计算结果做独立落地页），已经缓存了规则的用户/爬虫仍然会直接跳转到首页，无法访问新的结果页，缓存清理成本极高。
• 301 的语义是「原资源永久迁移至新地址」，而你的 /result/<随机后缀> 本身就是仅服务于服务端状态识别的临时路径，并非永久对外提供服务的资源，302「资源临时位于其他地址」的语义和你的需求完全匹配。
• 社交平台抓取逻辑适配：如果使用 301，Twitter、Facebook 等平台的爬虫会直接将原 example.com/result/xxx 链接对应的分享预览信息（标题、描述、预览图等）替换为首页的信息，所有用户分享的不同计算结果链接最终展示的都是首页卡片，完全丧失分享差异化内容的能力；302 重定向不会触发社交平台对原链接元信息的覆盖，不影响分享效果。
• 如果你担心大量随机后缀的结果页被搜索引擎收录，可以单独给 /result/ 路径下的页面返回 X-Robots-Tag: noindex 响应头即可，不需要通过 301 重定向处理收录问题。

内容的提问来源于stack exchange，提问作者AGamePlayer