迁址后最稳妥的顺序是:先确定新地址的权威事实,再改企业自有资产,然后处理第三方平台与地图,最后才做旧地址的清理与重定向。顺序颠倒的常见后果是,你先把官网改成新地址,但地图、工商公示和行业目录仍是旧地址,外部信号互相矛盾,搜索引擎和用户都无法判断哪个是真的。
不要急着改页面。先拿出一张纸或一个文档,把新地址写成唯一版本:完整门牌、楼层、园区名、邮编、所在区。假设同一栋楼有两种写法(“XX路100号A座”和“XX路100号A栋”),后续每改一处就会产生一个分叉。这一步的产出物是“地址基准串”,后面所有页面、地图标注、目录资料都从它复制,而不是各自手打。
如果公司同时保留了旧地址作为仓库、注册地或收发点,要提前决定它在对外信息里是保留、标注为“注册地址”还是彻底移除。这个决定会直接影响后面哪些页面需要动、哪些只需要加一句说明。
自有资产指你能直接登录后台修改的地方,优先级高于需要审核的第三方。建议按这个顺序处理:
<address> 或 JSON-LD 中的地址项,要和可见文字保持一致。自有资产改完后再动第三方,理由是:第三方平台审核期间,用户可能同时看到新旧两个版本,如果自有页面已经统一,至少有一个可信来源可以对照。
第三方平台没有统一入口,但可以按修改难度分三批:
一个可执行的动作:每改完一个平台,把“平台名—修改日期—当前地址版本—是否与基准串一致”记在一行里。这张表会在后面判断“旧地址为什么还出现”时直接派上用场。
旧地址相关页面怎么处理,取决于它还有没有独立价值:
如果旧地址只是一个联系页,内容已被新页面完全覆盖,可以设置 301 跳转到新联系页,并保留跳转至少数月,让外部链接和用户逐步过渡。
如果旧地址页面积累了本地内容(例如到店路线、停车说明、周边指引),直接删除会丢掉这些信息。更好的做法是把页面内容更新为新地址版本,标题和正文里的地址同步替换,而不是新建一个页面再删旧页。
如果旧地址涉及独立办公点且仍在运营,就不要做重定向,而是明确标注两个地点的各自用途,避免用户跑错。
假设一家公司在同一城市有两个办公点,迁址只涉及其中一个。此时把旧页面整体跳转到新地址,会让另一个仍在使用的地址信息消失,正确做法是保留双地址结构,只更新变动的那一个。
改完之后,旧地址往往还会冒出来。这时不要凭感觉猜,而是逐条排查:
请求量或抓取量下降、某平台搜索旧地址结果变少,都不能单独证明你的处理正确——也可能是平台缓存、抓取周期或用户搜索习惯变化。判断依据应该是:基准串是否在你能控制的资产里全部一致,以及第三方平台的修改状态是否可查。
把上面这张排查表走完,再决定下一步是继续清理外部转载,还是转向维护新地址的本地内容。顺序对了,矛盾信号会逐步收敛;顺序错了,每改一处都会制造新的不一致。