网站迁移掉排名，几乎从来不是迁移本身的错，而是信号链在搬家途中断了一截：URL映射、内链结构、权重传导、抓取路径，任何一环没接好，搜索引擎就会把你的站当成一个需要重新评估的新对象。这篇讲清五类迁移各自会丢哪种信号、迁移前中后必须锁死哪些变量、切换当天的操作时序，以及掉量之后怎么按曲线判断是正常重抓波动还是真出了事。要换域名、上HTTPS、换CMS、做改版或者合站拆站的站长和开发，读完能照着把风险压到最低。

有个现象做技术SEO的人都见过：一个站排名稳定好几年，业务方拍板换个更短的品牌域名，技术团队连夜上线、301配得齐齐整整，结果第二周自然流量掉三成，第六周还没回来，所有人开始互相看。保哥经手过的迁移项目里，十个有七个一开始都长这样——不是没做301，是把“配了301”当成了“迁移做完了”。这两件事差着十万八千里。

迁移会不会掉排名，本质上取决于搜索引擎能不能在你搬家之后，把它过去对这个站积累的全部判断，无损地接到新地址上。这句话拆开，就是这篇文章要讲的所有机制。先说清楚一点，本文不是配置手册——站内已经有讲Typecho伪静态与301写法、讲HTTP跳HTTPS的Apache/Nginx代码、讲DedeCMS转Typecho批量脚本的实操文；这篇要补的是它们都没系统讲的那层：迁移为什么会让排名重新洗牌，以及怎么让这次重新评估的结果不比迁移前差。

为什么网站迁移几乎总会掉排名？

先纠正一个最常见的因果误判。绝大多数人以为“迁移导致掉排名”，于是把精力全压在迁移动作本身做得多干净。真实的因果是：迁移触发了搜索引擎对整个站的重新评估，而掉排名是这次重新评估期间，信号传递有损耗、有延迟、有断点的副产物。迁移动作做得再干净，只要信号没接上，照样掉；反过来，迁移动作有点小瑕疵，但关键信号都接住了，排名可能几乎无感。

搜索引擎眼里，“迁移”到底改变了什么

对Google来说，它不认识“你搬家了”这件事，它只看到一组URL的行为变了：原来返回200的地址现在返回301或404，原来在A域名下的内容现在出现在B域名下，原来这个页面的内链邻居是这几个、现在变成那几个。搜索引擎要做的，是重新判断这些变化意味着什么——是同一份内容换了地址（应当转移信任），还是内容没了（应当降权），还是这是一个全新的站（一切从头积累）。这个判断不是瞬间完成的，它依赖重新抓取、重新建索引、重新计算页面间的权重流，整个过程以周为单位。掉量发生在这个窗口里。这条信号链怎么跑，可以先看搜索引擎抓取、索引、排名的底层机制，本文后面所有判断都建立在那套流程之上：搜索引擎工作原理：抓取、索引、排名三段全解。

关键在于，重新评估期间存在一个“信任真空期”。旧地址的信任正在被搬走，新地址的信任还没建立，这段时间里页面的排名是脆弱的、容易被竞争对手挤掉的。迁移做得好，是把这个真空期压到最短、损耗压到最小；做得差，是把它拉长到几个月，甚至让信任根本没传过去、永久损失。

五类迁移各自会丢失哪种信号？

“迁移”是个被滥用的词，底下其实是五种风险结构完全不同的操作。把它们混为一谈，是迁移翻车的第一个根因。下面这张表是做迁移评估第一步就该摊开的对照——先认清楚自己做的是哪一类、它最可能丢哪种信号，后面的方案才有靶子。

迁移类型	变的是什么	最易丢失的信号	典型掉量周期	不掉量的关键
换域名	整个站的域名标识	域名级信任、外链权重、品牌实体关联	4周到6个月	逐条301全中、旧域名续保、外链能改的改
上HTTPS	协议（URL集合整体替换）	canonical一致性、混合内容引发的渲染信号	1到4周	全站强制HTTPS、内链与canonical同步换
换CMS/技术栈	URL结构、模板DOM、渲染方式	页面级内容评估、内链拓扑、抓取效率	4到12周	URL结构尽量保留、DOM与内链等价迁移
改版（URL不变）	设计、模板、内链布局、首屏内容	页面内容权重分配、站内权重流向	2到8周	核心内容与内链结构不做大改
合站/拆站	内容的归属域与站点边界	整站信任叠加/稀释、品牌实体完整性	3到6个月	方向判断对、权重定向归集、不腰斩

注意最后一列。每一类迁移“不掉量的关键”都不一样，这意味着一份通用的迁移清单照着抄是危险的——换域名最该死磕的301映射，在“改版不换URL”里几乎不是重点；而改版里最该保住的内链布局，在换域名清单里常常被忽略。后面每一节就拆一类。

换域名迁移：权重传导究竟在哪一步断掉？

换域名是五类里风险最高、也最容易被低估的一类，因为它表面上最简单——配个全站301就完事了，对吧？不对。

301不是“告诉Google搬家”，是“重新申请信任”

很多人理解的301是：我跟Google说这页搬到那了，Google把排名平移过去。真实机制更接近：301是一个强信号，告诉搜索引擎“请把旧URL的评价考虑转移到新URL”，但转移不是瞬时、也不是无损的。搜索引擎要重新抓到旧URL、看到301、再去抓新URL、确认新URL内容与旧URL实质等价、再逐步把链接信号和历史表现归并过去。每一步都有时间成本，而且只要中间有一环判断为“这俩不是一回事”（比如新页面内容被顺手改了一大半、模板把正文埋深了），归并就会打折甚至中断。

这就是为什么“换域名顺便改版”是迁移里最毒的组合：你在要求搜索引擎确认新旧等价的同时，亲手把它们改得不等价。换域名这一件事就够搜索引擎忙的了，别给它加戏。

链接权重的真实损耗与时间窗

外链是换域名里最难无损搬运的资产。指向你旧域名的外链不会自动改写，它们继续指向旧URL，靠你的301把权重接力过去。这里有两个损耗点必须知道：

第一，301接力的权重传导历史上一直存在“非满额传递”的行业共识，虽然Google官方在不同时期表述有变化，但实操层面，依赖海量外链301接力的站，迁移后普遍出现一段无法用其他因素解释的钝化。能联系到的高价值外链源，尤其是行业媒体、合作伙伴、还在维护的资源页，值得花人力去请对方把链接直接改成新域名——这是少数“迁移后还能补救”的动作。

第二，时间窗。外链页本身被重新抓取的频率，决定了301被搜索引擎“看到”的速度。低频更新的资源页可能几个月才被重抓一次，意味着这条外链的权重接力会滞后好几个月。你的恢复曲线之所以拖那么长，常常不是你的站慢，是别人的页面慢。

一个反直觉但很实用的判断：换域名后流量恢复速度，很大程度上由你最重要那批外链所在页面的被抓取频率决定，而不是由你自己站的优化程度决定。所以迁移前评估风险时，要把高价值外链来源页的更新活跃度也算进去。

迁移后哪些外链值得专门花人力去改写？

301能接力大部分外链权重，但前面说了它有损耗、有滞后。人力有限，不可能联系所有外链源，得排优先级。判断一条外链值不值得专门去请对方把链接改成新域名，看四个维度叠加：这条链所在域的权威度与相关度、它指向的是不是你的战略页面、它所在页面本身有没有真实引荐流量、以及这个页面的更新活跃度。最后这条最反直觉——越活跃的页面越值得改，因为它本来就会被频繁重抓、改了见效快；那种几年不动的资源页，改不改对301接力速度影响反而没那么立竿见影，它要慢总归是慢。把全站反链按这四维拉个清单，集中火力打前面那几十条，比群发一百封改链请求有效得多。

外链特征	是否优先改写	原因
高权威域＋指向战略页＋页面活跃	最高优先	权重大、改了见效快、还带引荐流量
高权威域＋指向战略页＋页面沉寂	高优先	权重大，靠301慢慢接也行，能改更稳
普通域＋指向普通页	不单独改	交给全站301接力即可，人力不划算
低质或可疑来源	不改也不必接	本就不该要的链，迁移正好是自然脱钩的机会

旧域名要不要保留？保留多久？

必须保留，而且要长。旧域名一旦过期被别人注册，你架在它上面的301链路全断，所有还指向旧域名的外链权重瞬间清零，这是换域名最常见的“半年后第二次掉量”的原因——第一次掉量是迁移本身，第二次是旧域名续费没人管、到期了。保哥的硬建议是旧域名301至少维持到“GSC里旧URL的展示与点击基本归零、且持续数月稳定”为止，实务上这通常意味着不少于一年，高外链权重的老站建议长期续保，那点域名费跟流量比不值一提。

上HTTPS算不算迁移？为什么这种“小改动”也会引发排名震荡？

算，而且是被严重低估的一类。很多人觉得HTTP升HTTPS是安全加固、不是SEO动作，配完跳转就不管了，然后纳闷为什么排名抖了。

HTTP到HTTPS是URL集合的整体替换

在搜索引擎眼里，http://example.com/a 和 https://example.com/a 是两个不同的URL。全站上HTTPS，等于你一次性把站内每一个URL都换了，本质是一次全站规模的迁移，只是URL看起来“只改了协议头”。它需要的东西和换域名是同构的：全量301、内链全改成HTTPS、canonical全部指向HTTPS版本、sitemap换成HTTPS、GSC里把HTTPS资源也加上并单独看数据。少做任何一项，都会出现新旧版本并存、权重分裂、自我竞争。

混合内容与canonical的连锁失效

HTTPS迁移有个独有的隐性坑：混合内容（HTTPS页面里还引用着HTTP的图片、脚本、样式）。它不直接是排名因素，但会触发浏览器拦截、页面渲染不完整，而搜索引擎看到的是一个加载行为异常、部分资源拉不到的页面——这会间接影响它对页面质量和体验的判断。更隐蔽的是canonical：如果模板里canonical是硬编码的HTTP绝对地址，上了HTTPS之后，每个HTTPS页面都在用canonical把权重往HTTP版本指，等于你一边301过去、一边canonical指回来，信号自相矛盾。搜索引擎处理这种矛盾信号的方式是“按它自己的判断来”，结果往往不是你想要的。canonical、robots、sitemap这几个抓取与索引控制信号在迁移里特别容易连锁失效，它们各自的边界和优先级，可以对照这篇系统梳理：robots.txt是说谁整站消失？爬虫排除协议机制完全指南。

换CMS或换技术栈，URL结构没变为什么也会塌方？

换CMS的迁移项目里，团队常常把全部注意力放在“URL要不要变”。URL能不变当然最好，但保住URL绝不等于保住排名，因为换CMS动的远不止URL。

模板DOM重构等于页面被重新评估

同一篇文章，旧CMS渲染出来正文在第一屏、H层级清晰、内链嵌在正文里；换了CMS套了新主题，正文被推到一堆推荐位和导航下面、H标签层级乱了、原来正文里的内链全挪到了页脚相关阅读。URL一个字没变，但搜索引擎重抓后看到的是一个内容权重分布完全不同的页面，它会重新评估这个页面值多少。这就是“URL没变却掉排名”的头号机制：页面的语义结构是排名输入，换模板就是改输入。迁移CMS时，DOM结构和内容在页面里的位置应当尽量等价迁移，不是只搬文字。

渲染方式变了（SSR变CSR）对抓取的隐性打击

这是近几年换技术栈最容易踩的雷。老站服务端渲染，HTML里有完整内容；新站上了前端框架，默认客户端渲染，首屏HTML近乎空壳、内容靠JS拉。搜索引擎对JS渲染的处理是有的、但有成本有延迟有失败率，对一个刚迁移、正处在重新评估期、抓取预算本就紧张的站，叠加渲染负担常常表现为：新URL收录慢、收录了内容抓不全、排名迟迟不回。换技术栈时渲染策略必须在设计阶段就被当成SEO决策，而不是上线后发现收录不对再回头补SSR。

怎么在迁移前就发现新站有这个隐患、不用等掉量来教训你？最直接的两个办法：一是拿新站几个核心URL，在GSC的URL检查工具里看Google实际渲染后拿到的HTML是不是完整；二是更快的土办法，浏览器里禁用JavaScript直接打开页面，看还剩多少内容。如果禁JS之后页面近乎空白、主内容和正文内链全没了，说明搜索引擎首轮抓取拿到的就是这个空壳，要靠排队二次渲染才补得回内容，对一个刚迁移、抓取预算本就紧的站是雪上加霜。这个检查五分钟能做完，却能在设计阶段拦下迁移里最贵的一个错误。

分类、标签、分页体系重建造成的内链断网

换CMS往往顺手重建了分类标签体系和分页规则。结果是：原来靠分类页、标签页、分页串起来的内链网络，迁移后拓扑全变了，权重在站内的流向跟着变，一批原来靠内链撑着的中间页因为入链骤减而掉。这类掉量最隐蔽，因为单看每个页面都“迁移成功了”，问题出在页面之间的关系上。迁移前应当把内链拓扑当成需要被等价保留的资产，sitemap则是迁移后让搜索引擎快速重新发现这张网的关键工具，它在迁移场景下怎么用、lastmod怎么设、要不要分片，见：XML Sitemap完全指南：什么该进、lastmod陷阱与多引擎差异。

改版不换URL，为什么仍然是高风险迁移？

“我们只是改个设计，URL一个不动”——这句话给了团队一种虚假的安全感。改版是五类迁移里最容易被当成“不算迁移”而裸奔的一类，恰恰因此翻车率不低。

首屏内容量与正文位置变化的权重含义

新版设计为了好看，常把首屏让给大图、视频、品牌slogan，真正的正文内容往下压。对用户可能更美观，但页面的“主要内容”在搜索引擎眼里的占比和显著性变了。Page Layout相关的算法历史早就说明，主要内容被挤压、首屏被非内容元素大量占据，是会影响页面评价的。改版时要盯一个指标：核心内容在改版前后，在DOM里的位置和占比有没有显著恶化。

内链布局重排等于站内权重重新分配

改版几乎一定会重画导航、侧栏、页脚、文内推荐。这每一处都是内链，内链布局一动，整站的权重流向就重新分配——有些原来被强力内链顶着的页面，改版后入链减少、排名跟着滑。改版前务必导出关键页面的内链来源清单，改版后逐一比对，确保战略页面的内链供给没有被无意中切断。这件事没有任何工具会自动提醒你，只能人去对。

合站与拆站，为什么是最难做到不掉量的迁移？

这两类放最后讲，因为它们的机制是非线性的，前面那些“逐条接好信号”的方法论在这里只是必要条件、远不充分。

合站为什么不是“一加一”

把两个站合成一个，直觉是流量相加。实际常见的是：合并后总流量先掉、几个月后才慢慢回到甚至超过两站之和，前提是合得对。机制在于，合站要求搜索引擎把两套独立积累的信任、两套实体认知，重新归并成一套并重新评估这个更大主体的整体质量——这期间有大量页面要重定向归集、有内容主题重叠要做取舍、有质量参差会被站点级质量判断（HCU这类系统）一起重评。合站前必须做内容资产盘点，决定哪些页面合并归一、哪些301归集、哪些直接砍掉，否则把低质内容一起合进来，整个合并后的大主体会被站点级质量判断当成一个整体重评，原本健康的那部分会被一起拖低——这正是合站后常见的“总流量不升反降还迟迟回不来”的根因，而不是301没配好。

拆站为什么会两边都伤

把一个大站按业务线拆成多个独立站，常见结果是拆出去的子站起不来、留下的主站也变弱。机制是品牌实体和域名权重被人为分割：原来一个强主体，拆成几个弱主体，每个都得重新积累，而搜索引擎对“这是一个大品牌的不同部分”还是“这是几个不相干的小站”的判断需要时间和明确的关联信号。拆站如果业务上非做不可，至少要在实体关联、内链互指、品牌信息一致性上做足功课，别让搜索引擎把它们当陌生人。

迁移前要锁死哪些变量？

从这里开始是方法论。所有迁移不掉量的功夫，八成在迁移前。迁移当天和迁移后大多是验证和补救，真正决定成败的是前期。

全量URL清单与301映射表怎么建才不漏

映射表不漏，靠的不是手动整理，而是多源交叉。只用sitemap建清单一定漏，因为sitemap里没有的、但有外链和有排名的历史URL大把。正确做法是把这几个来源的URL全量合并去重：现有sitemap、服务器访问日志里近一年被抓取过的URL、GSC里有过展示的URL、外链工具里有反链的URL、数据库里所有内容的固定链接。合并出来的全集，每一条都要有明确的目的地——301到语义最接近的新URL，实在没有对应的，才考虑410。这张表是整个换域名/换CMS迁移的命根子，宁可花三天把它做全，不要图快漏掉那批“没人记得但有外链”的老页面。日志和GSC怎么交叉读出被抓取与有展示的URL，这篇讲了具体方法：GSC完全指南：从报告机制到问题反推的诊断流程。

基线快照：迁移前必须留存的诊断数据

迁移后判断“掉了没、掉多少、是不是正常”，全靠和迁移前的基线比。没有基线，迁移后的所有数据都没有参照系，掉量是正常波动还是事故根本无从判断。迁移前必须冻结留存的基线至少包括：核心关键词的排名快照、GSC近三个月的展示点击与收录数、关键页面清单及其内链来源、站点整体抓取频率与抓取预算分布。这份基线在迁移后会被反复调用，质量直接决定你能不能快速定位问题。

平行运行与灰度切换

有条件的迁移，尽量让新站在staging环境跑到“抓取层面等价”再切——同样的URL结构、同样的内容、同样的DOM、同样的内链、同样的状态码，只是还没对外。这样切换那一刻，搜索引擎面对的“变化量”被压到最小。换技术栈这种高风险迁移，能灰度就灰度：先切一小撮非核心URL、观察两到四周收录和排名正常，再放量。一锅端式的全站瞬切，是把所有风险压在同一天爆发，出问题连归因都难。

迁移当天到底按什么顺序操作？

切换日的操作有先后依赖，顺序错了，会制造一段“信号互相打架”的窗口。

切换时序：重定向、sitemap、robots的先后

一个稳妥的次序是：先确认新站全部内容与301规则在生产环境就绪且自测通过 → 切流量入口（DNS或重定向规则生效）→ 立即提交新sitemap、并在GSC发起新URL的抓取请求 → 旧sitemap暂时保留一段时间帮助搜索引擎发现301、之后再下线 → 全程确保robots没有在慌乱中误封新站。最容易出的事故是：新站还没完全就绪就切了流量，用户和爬虫撞上半成品；或者切换时robots.txt还是staging那版带着Disallow: /，整站被自己挡在门外，这种错误能让一次本来干净的迁移直接变成灾难。

切换日最容易翻车的几个点

翻车点	后果	预防
staging的robots带Disallow:/上了生产	整站不被抓，收录冻结	切换后第一件事就是核对生产robots
301链过长（A跳B跳C跳D）	权重逐跳衰减、抓取浪费	映射表里强制一步到位，A直接跳终点
301写成302	旧URL继续被索引、权重不传	永久迁移全量核对状态码必须是301
canonical还指向旧域名/HTTP	信号自相矛盾、权重回流旧地址	canonical随URL同步全量替换并抽检
内链还是旧域名绝对地址	站内每次点击都吃一次301、抓取被稀释	内链改成新域名或相对路径，全站替换
sitemap还挂着旧URL	给搜索引擎喂错误的发现入口	切换后立即更新sitemap为新URL全集

迁移后怎么监控，又怎么按曲线判读恢复？

迁移后最折磨人的不是掉量，是不知道这个掉量正不正常、要不要动手。判读曲线是这一节的核心。

迁移后头十四天该盯哪些指标？

切换后前两周是信息密度最高的窗口，盯对指标能在小事故变成大事故之前抓住它。这里要克制一个本能：别天天盯排名。迁移初期排名波动本来就剧烈，盯排名只会徒增焦虑还看不出门道。该盯的是这几个先行信号，它们比排名更早、更清晰地告诉你迁移有没有做干净。

时间	盯什么	健康表现	异常信号
切换当天	生产robots、核心URL状态码、新站可抓性	robots正常、核心URL返回200、新sitemap已提交	robots还带Disallow:/、核心URL非200
第一到三天	日志里爬虫是否开始抓新URL、旧URL是否走301	爬虫已发现新URL、旧URL命中301	爬虫还在死磕旧URL、出现大面积404
第四到七天	GSC新URL收录是否上升、旧URL展示是否下降	新URL陆续被收录、旧URL展示开始让位	新URL收录为零、收录整体卡死
第八到十四天	曝光曲线形态、301命中率全量审计	曝光走出U型下沿、301基本全中无漏	曝光直线阴跌、毫无触底迹象

这张表的用法不是打钩，是定位。任何一格落到“异常信号”那列，都对应一条明确的排查路径，不用等八周后看着L型曲线干着急。

恢复曲线的三种形态与对应处置

曲线形态	特征	含义	处置
U型（健康）	切换后2-3周下滑触底，4-8周稳步回升	正常重抓重评，迁移做对了	不动手，继续监控，过度干预反而添乱
L型（出事）	下滑后8周以上贴着低位不回，收录卡住	信号没接上：301有漏、内容不等价、被误封	查301命中率、查robots、查canonical、查收录
阶梯型（部分出事）	整体回升但某批页面持续掉、不跟大盘	局部断点：某类URL映射错或某模板劣化	按URL模式聚合定位那一批，专项修

判读曲线最忌讳的是在U型的底部惊慌失措——切换后两三周正是最难看的时候，这时候去大改、回滚、乱动301，等于在搜索引擎重抓到一半时再换一次输入，把一次迁移变成两次。U型底部最该做的是按兵不动加密切监控，而不是动手。

301命中率与孤儿URL的持续审计

迁移后要持续做一件事：抓服务器日志，看搜索引擎实际在抓的旧URL有多少命中了301、有多少撞上了404。一个迁移做得干净的站，迁移后日志里旧URL几乎应当全部走301、几乎没有404。如果发现一批旧URL在吃404，说明映射表漏了，这批页面的权重正在流失，要立刻补映射。这个审计要持续做几周，因为低频外链页是慢慢才把搜索引擎引到那些被遗漏的老URL上的。

什么时候该认定“迁移没做干净”并回滚

回滚是核选项，门槛要高，因为回滚本身又是一次迁移、又一轮重评。判断标准不是“掉了多少”，而是“是不是结构性断了”：如果八周以上是标准L型、收录持续卡住、日志显示大面积404或301链断裂、且排查发现是难以热修的架构性问题（比如新站根本无法被有效抓取），才考虑回滚。如果只是U型偏深但收录在涨、301在中，回滚是把正在恢复的过程亲手掐断，纯属帮倒忙。

一个DTC独立站换域名加换平台的六个月复盘

讲个具体的。保哥手上一个北美家居类DTC独立站客户，2023年中决定从一个早期随便注册的长域名换到收购来的精品短域名，同时把站从一个老建站工具迁到新的电商平台——换域名和换技术栈两件高风险的事，业务方想一次做完。

当时的评估结论是：两件事一起做，掉量归因会变成不可能，出了问题没法定位是域名的锅还是平台的锅。最后说服业务方拆成两步：先在旧域名上完成平台迁移、URL结构尽量1:1保留、DOM和内链等价搬运，稳定观察四周；确认平台迁移这一步排名无明显异常后，再做换域名。

平台迁移那一步，做对的关键是URL结构强制保留、产品页和内容页的正文位置在新模板里不下沉、分类与内链拓扑等价重建，四周后排名基本无感，只有正常波动。换域名那一步，全量URL映射表用sitemap+一年访问日志+GSC展示URL+反链工具四源合并，去重后比单用sitemap多出来将近两成的历史URL，其中相当一部分是有外链的老内容页——这两成如果漏了，就是实打实的权重流失。切换后走的是标准U型：第二到第三周自然流量掉了约28%，第五周触底，第八周回到迁移前水平，第十二周因为短域名带来的品牌点击提升反而略超迁移前。旧域名做了长期续保和长期301。整个过程没有回滚、没有恐慌性大改，最难的部分其实是在U型底部那两周顶住业务方“是不是要回滚”的压力。

这个案例真正的方法论价值不在某个技术动作，而在最前面那个决策：把多变量迁移拆成单变量、串行做、每步留观察窗。这一条在保哥经手的迁移里，对最终结果的影响超过任何单项技术细节。

哪些迁移操作是确定性踩坑？

下面这些不是“可能有风险”，是几乎每次都出事，列出来当反向清单用。

• 多变量一次做完：换域名+换CMS+改版+上HTTPS打包一把梭，出问题无法归因，是迁移头号死法。
• 只用sitemap建URL清单：漏掉没在sitemap但有外链有排名的历史页，等于主动放弃这批页面的权重。
• 把301配完就当迁移结束：不做日志审计、不查命中率、不看canonical一致性，配了不等于生效、生效不等于无损。
• 换域名顺手改内容/改版：在要求搜索引擎确认新旧等价的同时把它们改得不等价，权重归并直接打折。
• 301写成302、或者放任多级301链：临时跳转不传权重，多级链逐跳衰减还浪费抓取预算。
• 旧域名/旧URL的301不长期维持：半年后旧域名到期没人续，第二次掉量准时到达。
• U型底部恐慌性回滚或大改：在重评进行到一半时再改一次输入，把一次迁移变成两次甚至三次。
• 迁移前不留基线：迁移后所有数据没有参照系，正常波动和事故分不清，全靠猜。

常见问题解答

网站换域名后多久能恢复排名？

多数中小站4到8周内信号基本传完，外链资产多的大站常需3到6个月。前两周曝光下滑属于正常重抓阶段，关键看GSC里新URL是否被快速收录、旧URL是否301全中；走标准U型就别动手。

301和302在迁移里到底该用哪个？

永久迁移一律用301。302是临时跳转，长期用会让搜索引擎继续索引旧URL、权重不完整传递。只有灰度测试可短期用302，切换确认后必须立即改回301并核对状态码。

迁移后旧URL返回404可以放着不管吗？

不能。未映射的旧URL返回404会丢掉它积累的全部链接权重和排名。每条有外链或有流量的旧URL都要301到语义最接近的新URL，实在没有对应内容才考虑用410明确告知已删除。

改版只动设计、URL没变，也会掉排名吗？

会。改版常改动正文DOM位置、内链布局、H层级、首屏内容占比，这些都是搜索引擎重新评估页面的输入。URL不变不等于信号不变，改版必须当成迁移来管控。

怎么判断迁移后的掉量是正常波动还是真出事？

看三条线：GSC收录数（新URL应稳步上升）、301命中率（旧URL应全走301无404）、曝光曲线（应在4到8周内触底回升）。三线都健康就是U型正常波动；8周后仍贴底且收录卡住，是迁移没做干净。

能不能同时换域名、换CMS又上HTTPS一次搞定？

强烈不建议。多变量叠加会让掉量归因变成不可能，出问题无法定位是哪一项造成的。正确做法是先稳一项、观察2到4周、再做下一项，迁移最怕一锅端。