定义
301与302重定向是HTTP协议中用于页面跳转的两种状态码，分别对应永久性重定向和临时性重定向。301状态码（Moved Permanently）告诉搜索引擎爬虫和浏览器：原始URL的内容已永久迁移到新的URL，所有链接权重、排名信号和页面指标应转移到新地址。302状态码（Found，在HTTP/1.1中标准定义为302 Found，在HTTP/1.0中为302 Moved Temporarily）则表示内容临时存在于另一个URL，搜索引擎应继续索引原始URL，不转移任何权重。两者在SEO中的应用差异直接影响网站流量的分流效果和搜索引擎排名稳定性。Google在2024年官方文档中明确表示，301和302在权重的处理逻辑上存在根本区别，站长在配置重定向时必须根据实际业务场景做出正确选择。
工作原理
301和302重定向的工作原理基于HTTP协议的状态码响应机制。当浏览器或搜索引擎爬虫向服务器请求一个URL时，服务器返回一个HTTP状态码和一个Location头部，指示客户端应前往的新地址。301状态码在HTTP响应头中的呈现形式为：HTTP/1.1 301 Moved Permanently，配合Location: https://new-url.com。302状态码的响应头为：HTTP/1.1 302 Found，配合Location: https://temporary-url.com。
搜索引擎爬虫对这两个状态码的处理逻辑存在本质差异。对于301重定向，Googlebot、Bingbot等主流爬虫会执行以下流程：第一步，识别301状态码并立即跟随Location头部；第二步，将原始URL从索引中移除，将新URL纳入索引；第三步，将原始URL的PageRank、外链权重、域名权威度等SEO信号完全转移到新URL上。Google在2023年更新的爬虫文档中明确指出，301重定向后，Google Search Console中原始URL会在1-2周内被替换为新URL，权重传递率在90%-99%之间。
对于302重定向，搜索引擎爬虫的处理逻辑截然不同：第一步，识别302状态码并跟随跳转获取临时内容；第二步，继续索引原始URL，不将新URL作为主要索引对象；第三步，不转移任何SEO权重，原始URL保留所有排名信号。Google的Gary Ilies在2022年的公开说明中强调，302重定向的设计目的是用于临时场景，如A/B测试、用户登录后的跳转、促销页面等，爬虫会定期回访原始URL以确认是否已恢复。
实际执行过程中，服务器配置重定向的方式有多种。基于Apache服务器的.htaccess文件配置示例：Redirect 301 /old-page.html https://example.com/new-page.html，或者使用RewriteRule实现：RewriteRule ^old-page$ https://example.com/new-page [R=301,L]。Nginx服务器通过位置块配置：rewrite ^/old-page$ https://example.com/new-page permanent，其中permanent参数代表301，redirect参数代表302。CDN层面如Cloudflare、Akamai也支持通过页面规则配置重定向，CDN服务器在边缘节点直接返回状态码，无需回源。
技术分类
301与302重定向在实际应用中存在多种变体和实现方式，需要根据具体场景进行选型。从状态码本身的技术特性出发，可分为以下几种类型：
服务器端301重定向，这是最标准且被所有搜索引擎一致支持的实现方式。包括三种子类型：第一种是目录级301重定向，将整个子目录或域名下所有页面永久迁移到新位置，通常配合RewriteRule的正则表达式实现；第二种是页面级301重定向，针对单个页面进行永久跳转，适用于内容合并或URL规范化的场景；第三种是域名级301重定向，将整个域名永久迁移到新域名，如将example.com迁移到newexample.com，Google在2022年的处理时间为7-14天完成全部权重转移。
服务器端302重定向，同样分为目录级、页面级和域名级三种子类型。临时跳转场景中，302重定向的配置方式与301完全相同，仅状态码不同。在Apache中配置为Redirect 302 /old-page https://example.com/temp-page，在Nginx中配置为rewrite ^/old-page$ https://example.com/temp-page redirect。搜索引擎对302的处理参数包括：回访频率、回访间隔、原始URL的索引状态。Google每30-60天重新抓取一次302重定向的原始URL，确认是否应变为永久跳转。
客户端重定向，通过HTML meta标签或JavaScript实现，如。这类重定向不被搜索引擎视为合法的301/302状态码，权重传递率极低，通常在5%-20%之间。Google明确建议不要使用客户端重定向替代服务器端重定向，因为爬虫可能不执行JavaScript或忽略meta refresh标签。
CDN级别重定向，在Cloudflare、Fastly、Akamai等CDN平台上配置的重定向规则，在边缘节点直接返回301或302状态码。CDN重定向的延迟更低（通常在5毫秒内完成），并且支持基于地理位置、设备类型、Cookie状态等条件进行智能跳转，实现条件性301/302。在AB Cloak场景中，CDN级别重定向常被用于实现基于访客特征的AB页跳转，如对审核员返回安全页面（302临时跳转），对普通用户返回目标页面（301永久跳转）。
应用场景
301重定向的核心应用场景包括：域名迁移，如从old-domain.com迁移到new-domain.com，需要配置全站301跳转以保留SEO历史权重；页面合并或内容整合，当多个页面合并为一个时，通过301将旧URL指向新URL，避免404错误和权重分散；URL规范化，将不同版本的URL（如带www和不带www、HTTP和HTTPS）统一为一个标准格式，Google官方建议使用301实现URL规范化；协议升级，从HTTP迁移到HTTPS时，必须使用301重定向确保安全协议被搜索引擎正确索引。
302重定向的核心应用场景包括：A/B测试和用户体验实验，当需要将部分流量引导至新页面进行测试时，使用302重定向确保原始URL的索引和排名不受影响；临时促销活动，如季节性活动页面，活动结束后流量应自然回归原始页面；用户登录后跳转，登录认证后的临时跳转使用302，因为用户下次访问应直接访问原始URL；内容审核中的临时审核页面，在AB页跳转场景中，对审核员使用302返回安全页面，对普通用户使用301或直接返回目标页面。
在Cloak技术领域，301和302的选型策略直接影响广告投放效果。AB Cloak Pro等斗篷工具中，对审核员通常配置302跳转到白名单页面或安全页面，因为302不传递权重，搜索引擎不会将白名单页面索引为广告目标页面的替代；对普通用户使用301跳转到目标页面，传递完整权重和转化信号。这种策略在2024年Google Ads和Baidu Ads的审核机制下被广泛采用，但需要配合设备指纹、IP识别、User-Agent检测等技术实现精准的跳转决策。
与相邻概念对比
301与302重定向与HTTP协议中的其他状态码存在根本区别。307重定向（Temporary Redirect）与302类似，表示临时跳转，但严格规定客户端在请求新URL时必须使用与原始请求相同的HTTP方法（如POST请求保持POST方法），而302在HTTP/1.1中允许客户端将POST改为GET，因此307在API接口场景中更安全。308重定向（Permanent Redirect）与301类似，表示永久跳转且要求保留请求方法，主要用于API级别迁移。在SEO场景中，Google对307和308的处理逻辑与302、301一致，但实际使用中仍以301和302为主。
与JavaScript重定向（window.location.href或document.location.replace）相比，301/302是服务器端状态码，被所有搜索引擎一致识别和处理，权重传递稳定性极高。JavaScript重定向存在不可靠性，因为爬虫可能不执行JavaScript或执行结果不一致，Googlebot在2023年更新的爬虫文档中表示，只有执行JavaScript的爬虫版本才能处理JS重定向，传统爬虫版本会直接忽略。
与meta refresh重定向相比，301/302的权重传递效率高出5-10倍。meta refresh重定向在延迟时间为0秒时，Google将其视为相当于301的重定向，但实际测试显示权重传递率仅为30%-60%，且不适用于所有爬虫。Bing和Yandex的爬虫对meta refresh的处理逻辑与Google存在差异，Bing在2022年更新文档中明确表示将meta refresh视为软404，权重传递率低于20%。
与DNS级别的URL转发（如域名注册商提供的URL Forwarding服务）相比，301/302提供更精细的控制粒度。DNS级别转发通常使用iframe框架或meta refresh实现，无法精确控制状态码，权重传递效果极差。在AB Cloak场景中，DNS级别转发不适合用于SEO权重传递，但可用于域名的初始流量分发。
常见问题
问：301和302重定向对SEO权重传递的具体影响是什么？
答：301重定向传递90%-99%的链接权重、PageRank、域名权威度和排名信号至新URL，Google在1-2周内完成索引替换。302重定向不传递任何权重，原始URL保持索引状态和排名，新URL仅作为临时内容展示，不被纳入主要索引。
问：在Google Cloak场景中，应该使用301还是302跳转？
答：取决于目标。对审核员使用302跳转到安全页面，确保原始URL不被替代索引；对普通用户使用301跳转到目标页面，传递完整SEO权重。AB Cloak Pro等工具中通过设备指纹和IP识别技术动态切换301和302跳转类型。
问：搜索引擎如何处理长时间存在的302重定向？
答：Google、Bing、Yandex等主流搜索引擎会定期回访302重定向的原始URL。Google每30-60天重新抓取一次，如果超过6个月302重定向仍存在，Google可能将其视为隐式301并转移部分权重，但不会完全替代索引。Bing的处理周期更短，约14-30天。
问：302重定向被误配置为301会有什么后果？
答：会造成永久性权重转移，原始URL从索引中移除，排名信号丢失。在AB测试场景中，如果测试页面被永久索引，测试结束后原始URL的流量无法恢复，需要重新建立索引。在Cloak场景中，误配置301可能导致安全页面替代目标页面进入索引，广告效果严重下降。
问：如何通过HTTP头验证重定向类型是否正确？
答：使用curl命令：curl -I https://example.com/old-page，查看返回的状态码和Location头。Google Search Console的URL检查工具可直接显示服务器返回的状态码。在Cloudflare等CDN平台配置重定向后，可通过开发者工具的Network面板查看实际请求响应状态码。AB Cloak Pro提供实时重定向日志分析功能，可追踪每次跳转的状态码变化。
