301优化在域名迁移时如何保住搜索引擎排名

301优化是域名更换或网站结构升级后保住原有搜索排名的最直接手段。它通过HTTP状态码301向搜索引擎声明一个URL已永久迁移到另一个地址，将旧页面的权重、收录和用户流量完整传递给新页面，是处理网站迁移时不可绕过的技术环节。

301优化处理的3类核心场景

301优化并不只服务于域名更换，下列三个场景中如果缺少301定向，都会造成排名丢失或流量下滑。

• 域名更换：旧域名下的每一个URL都需要逐一301跳转到新域名对应的URL，不是只跳首页。
• 站点协议切换：从http切换到https时，如果旧地址直接返回404，之前积累的页面权重会全部失效。
• URL结构调整：网站栏目路径重写或参数统一时，用301将旧路径指向新路径，让爬虫重新建立索引关系。

据HTTP规范RFC 9110定义，301状态码表示目标资源已被永久移至新位置，未来所有请求都应使用新URI。搜索引擎对待301的态度是合并而非删除，这就是为什么迁移后排名可以平稳过渡的核心逻辑。

不同服务器环境下301跳转的实现方式

无论使用哪种服务器环境，301优化的实现都可以在几分钟内完成，关键是把规则写对。下面分别列出三种主流环境的配置方法。

Nginx下配置301跳转

Nginx通过修改server或location块实现301重定向，最常见的写法如下。

server {
    listen 80;
    server_name old-domain.com www.old-domain.com;
    return 301 https://new-domain.com$request_uri;
}

这段配置将旧域名所有请求包括路径与查询参数一并跳转到新域名。一定要注意保留$request_uri变量，否则会出现整站页面全部跳转到首页的问题。

Apache下配置301跳转

Apache使用mod_rewrite模块实现同样的效果，需要在.htaccess文件中写入规则。

RewriteEngine On
RewriteCond %{HTTP_HOST} ^old-domain.com$ [NC]
RewriteRule ^(.*)$ https://new-domain.com/$1 [R=301,L]

IIS下配置301跳转

IIS使用web.config文件配置重定向规则，需要安装URL Rewrite模块。

<configuration>
    <system.webServer>
        <rewrite>
            <rules>
                <rule name="301Redirect" stopProcessing="true">
                    <match url="^(.*)$" />
                    <action type="Redirect" url="https://new-domain.com/{R:1}" redirectType="Permanent" />
                </rule>
            </rules>
        </rewrite>
    </system.webServer>
</configuration>

需要标注的关键点是redirectType="Permanent"对应HTTP状态码301，如果写成Found则变成了302临时跳转，效果完全不同。

排查301优化效果的三个步骤

配置完301跳转并不意味着工作结束，必须通过实际检查验证搜索引擎是否按照预期处理跳转关系。以下是三个必须执行的排查步骤。

第一步是直接访问旧URL查看响应状态码。在浏览器中打开旧地址或使用curl命令，curl -I https://old-domain.com/page，响应行中必须出现HTTP/1.1 301 Moved Permanently。

第二步是检查跳转目标是否正确，重点关注路径和参数是否完整保留。页面从old-domain.com/about跳转到new-domain.com/about才算正确，如果跳到了首页就说明配置里的$request_uri或$1参数缺失。

第三步是观察搜索引擎对旧URL的索引状态变化。在搜索引擎使用site:old-domain.com验证收录页面数量，使用查看页面快照中的抓取时间，确认爬虫是否已经访问了新地址。

301与302状态码的比较选择

这里有一个必须澄清的事实：301和302都是重定向状态码，但语义完全不同。301代表永久迁移，302代表临时转移。搜索引擎对两种状态码的处理逻辑截然不同。

当不确定旧页面是否会恢复时选择302，确定不再恢复时选择301。临时促销页面或短期活动页面应使用302，否则活动结束后新URL无法回退。

连串跳转和多级路由的301配置

大型网站的URL结构往往存在多级路径和参数组合，301配置要覆盖到每一个可能被收录的URL形态。一个常见错误是只配置一级域名跳转而忽略二级路径。

正确做法是对照旧站点的sitemap逐一生成跳转映射表，在Nginx中使用map模块或直接写多条return规则覆盖所有URL形态。除此之外还需要注意路径大小写问题，服务器区分大小写而搜索引擎索引时不区分，可能造成死链。

Google的搜索关系团队曾指出，服务器配置错误的重定向链会增加爬虫抓取成本，也降低用户响应速度。最佳实践是让最终跳转目标直接返回200状态码，避免A到B再到C的连串跳转。

连串跳转意味着301到302再301或连续多次301，搜索引擎虽然能追中最终地址，但会消耗多个跳转步骤的权重，页面的排名传递效率随跳转次数增加而递减。

301优化在移动端适配中的应用

移动端单独域名是PC时代遗留的常见结构，比如m.example.com对应PC站www.example.com。将移动站合并到主域时同样依赖301跳转。

最稳妥的方式是使用Vary: User-Agent响应头配合301跳转，表示同一资源根据访问设备返回不同版本。这种方式比在页面内嵌入canonical标记更符合搜索引擎对移动站迁移的预期。

合并完成后需要用Google Search Console或百度搜索资源平台提交改版工具，告知搜索引擎URL迁移的完整范围。搜索平台的改版工具会引导爬虫重新抓取新URL并处理索引切换。

301优化常见的配置错误

以下三类错误在301优化实施中反复出现，造成的损失往往在迁移完成后几个月才被察觉。

• 跳转到首页而不是对应页面，导致大量内页权重集中到首页，内页关键词排名全部消失。
• 在robots.txt中屏蔽旧域名而不是设置跳转，搜索引擎收到禁止抓取指令后直接放弃收集信号。
• 同时使用301跳转和rel=canonical标记，两个信号指向不同的URL会让搜索引擎产生处理冲突。

还有一个容易被忽略的细节是跳转后页面内容必须与新URL一致。如果旧页面跳转到新URL但新页面内容与旧页面不匹配，用户流量获得了但相关性信号丢失，排名同样无法维持。

301优化是网站迁移的技术收尾，也是权重传递的桥梁。配置完成后应持续监测search console后台的页面索引报告，直到旧URL的收录数量降为合理水平且新URL收录数量稳定回升，才算完整走完迁移流程。