HTTP 301与302重定向：有什么区别？

无抓取的通用抓取API检索公共网页并暴露最终页面内容，以便需要遵循和验证HTTP重定向的工作流。

持久性是主要区别，而不是目的地。

301和302可以将浏览器发送到同一目的地，因此可见体验可能看起来相同。语义信息不同。301表示资源有一个新的永久URI，而302则表示请求的资源在另一个URI下临时可用。

这种区别影响缓存、客户端、搜索引擎、分析和未来的维护。永久站点迁移不应依赖于临时信号几个月。短期维护路径不应告诉每个用户旧地址已被永久替换。

重定向行为还有方法历史的问题。用户代理传统上在301或302之后将某些POST请求更改为GET。现代HTTP在需要保留请求方法和主体时提供307和308。因此，重定向选择需要两个决定：永久或临时，以及允许的方法更改行为还是需要保留方法。

301与302的直接规则

当目标URI应该替代旧URI以供将来参考时，使用301永久移动；当替代位置是临时时，使用302找到。 HTTP语义标准 定义了两种响应并要求在Location头中携带重定向目标。

重定向不仅仅是导航技巧。它是关于资源标准位置和预期未来状态的元数据。搜索系统可以将永久重定向视为强有力的标准化信号，而临时重定向通常保留旧的URL作为预期的长期地址。客户端和缓存也可能更积极地保留永久映射。

位置头到达后发生了什么

客户端请求旧URL并接收到带有Location值的3xx状态。它解析那个值，应用重定向政策，并发出另一个请求。每次跳转可以更改方案、主机、路径、查询、cookie、身份验证范围和方法行为，因此整个链条都很重要。

对于普通的GET导航，301和302经常看起来可以互换。对于非GET请求，历史浏览器行为可能会将后续请求转换为GET。这可能在应在只读确认页面上着陆的表单提交后是可以接受的，但对于必须保持不变到达目的地的API操作却不安全。

搜索爬虫评估的不仅仅是代码。目的地相关性、链条长度、内部链接、标准标签、站点地图条目，以及重定向是否随着时间的推移而持续，都会影响整合。一个技术上有效的301指向无关的主页仍可能表现得像一个糟糕的迁移或软错误。

重定向实现错误的地方

大多数重定向缺陷来自不正确的持久性、 uncontrolled chains、方法变化或目标与旧资源不匹配。

审核整个重定向链

重定向只有在其状态、目标、方法行为和周围的规范信号与预期移动一致时才是正确的。

1. 声明意图。 写下旧的 URL 是否会返回，目标是否是相同的资源，以及是否必须保留非 GET 方法。
2. 捕获每一次跳跃。 记录状态、位置、方法、主机、方案、路径和时间，直到最终的非重定向响应。
3. 检查目标内容。 确认最终页面满足旧 URL 的目的，而不仅仅是返回 200。
4. 测试方法行为。 使用非破坏性端点来验证客户端是否在所选状态下保持或更改方法和主体。
5. 对齐规范信号。 更新内部链接、规范标签、hreflang、网站地图条目和提要到最终 URL，而不是依赖重定向作为永久管道。
6. 规则： 1. 仅输出翻译后的文本——不提供解释，不加额外的代码包围。 2. 完全保留Markdown/HTML结构（标题、列表、链接、表格）。 3. 保持任何占位符标记如@@CODEBLOCK_0@@或@@INLINECODE_0@@完全不变；绝不翻译、重新排序、合并或重新格式化它们。 4. 不要添加或删除```代码包围，并且不要将普通文本包裹在代码块中。 删除循环和长链。 将每个旧 URL 直接指向其最终目的地，并明确测试查询字符串处理。
7. 监控旧网址和新网址。 跟踪爬虫活动、目标状态、索引以及发布后意外的404或软错误行为。

协议语义在 HTTP 语义，详细的 301 行为在 MDN的301参考，及302行为在 MDN的302参考 支持以意图为中心的审核。

选择正确的重定向

正确的状态遵循移动的生命周期和所需的请求方法行为。

• 使用 301 进行持久替换。 域迁移、永久性的别名更改和规范URL归一化通常符合此信号。
• 使用302进行短暂的替代位置。 维护、临时路由和可逆实验适用于旧URL保持为规范时。
• 规则： 1. 仅输出翻译文本——不做解释，不添加额外的包裹代码框。 2. 精确保留Markdown/HTML结构（标题、列表、链接、表格）。 3. 保持所有占位符令牌如@@CODEBLOCK_0@@或@@INLINECODE_0@@完全不变；绝不要翻译、重排、合并或重新格式化它们。 4. 不要添加或删除```代码框，并且不要将普通文本包装在代码块中。 使用307或308当方法保留重要时。 选择临时或永久语义，而不允许POST变成GET。
• 直接链接到目标。 一旦移动已知，请更新内部引用，以便用户和爬虫避免不必要的跳转。

迁移和重要的SEO检查

搜索迁移质量取决于目标等效性和一致的网站信号，而不仅仅是状态代码。

对于永久迁移，谷歌文档服务器端的永久重定向作为一个强有力的信号，表明目标应该成为规范的。 它的重定向指南.保留旧映射足够长的时间，以便用户、爬虫和外部链接过渡，并避免将无关的 URL 重定向到一个通用页面。

更新网站地图和所有内部链接到最终 URL。规范和 hreflang 引用也应指向可访问的最终页面。如果这些信号不一致，爬虫必须花时间决定哪个位置代表内容。

在每次路由更改后测量链条。主机规范化和 HTTPS 升级应尽可能归入与内容迁移相同的直接跳转中。仅在查询参数保持有意义且不产生重复目标时保留它们。

重定向决策表

持久性和方法保留产生四个常见选择。

自动收集中的重定向

使用的收集器 Scrapeless Universal Scraping API 应存储请求的 URL 和最终 URL。跟随重定向是检索所需的，但默默地折叠它们会删除有关迁移、区域路由、登录绕道和软错误目的地的证据。

设置有限跳转限制，检测循环，并验证最终内容。记录每个状态和位置，以便规范化作业可以更新源 URL。如果永久重定向始终落在等效页面上，则收集清单可以采用最终 URL；临时重定向应保留原始身份。

在重定向后不要将凭据携带到无关主机。尊重授权边界、网站条款和适用法律，并保持重定向的拒绝访问或错误页面在提取的数据集之外。

按意图选择，然后验证链条

HTTP 301 表示新 URI 是持久替代；HTTP 302 表示备用位置是临时的。对于方法敏感请求，308 和 307 表达相同的持久性选择，同时保留请求方法。

正确的部署还需要相关的目标，一个直接的跳转、更新的内部引用和一致的规范信号。测试客户端看到的链条，验证最终内容，而不是依赖单一的状态行。