先给结论:迁址后不要先删旧地址,也不要全站一次性替换。正确顺序是——先锁定旧地址出现在哪些页面、再判断每处该保留、改写还是退出、最后按“实体信息页→转化页→内容页→外部引用”的顺序分批处理,每批处理完观察抓取与咨询来源的变化,再决定下一批。顺序错了,最典型的代价是本地相关流量和询盘归属同时变模糊,而你还分不清是迁址本身造成的,还是改动方式造成的。
旧地址在网站上通常不是一种东西,而是三种,处理方式完全不同。
先做一件事:用站内搜索把旧地址的完整写法、简称、邮编、楼层号分别搜一遍,列成清单,标注每处属于上面哪一类。这份清单是后面所有取舍的依据,没有它就容易边改边漏。
这是迁址后最需要取舍的地方,三种做法都成立,但前提不同。
如果旧地址出现在已发布案例、活动记录、合同模板说明里,或者旧地点仍保留仓库、售后点、接待点,就应保留,必要时加一句时间或用途说明。适用前提是:旧地址对应真实存在或真实发生过的功能。代价是页面上会同时出现两个地址,需要靠上下文让读者和搜索引擎分清哪个是当前办公地。
联系页、页脚、表单确认页里的旧地址,如果该地点已不再承担任何业务功能,应改写为当前地址。适用前提是:新地址已经可以正常接收邮件、接待、签约。代价是改写后短期内本地相关展示可能出现波动,这是预期内的,不应立刻回滚。
如果存在一个专门介绍旧办公点的页面,且迁址后没有任何延续功能,可以考虑合并到联系页或直接下线。适用前提是:该页面没有独立的外部链接和稳定流量。代价是下线会损失这部分入口,所以要先确认它是否还在带来咨询,再决定。若不确定,先保留并标注“已迁至新址”,比直接删除安全。
顺序的核心逻辑是:先让Google确认“这家公司现在在哪”,再处理其他页面。建议按以下批次推进。
每批完成后,记录该批涉及页面的抓取情况和咨询来源变化。如果第一批改完,联系页咨询量没有异常,再动第二批;如果第一批改完出现明显下滑,先排查是否漏改了某处导致新旧地址并存,而不是急着改回去。
假设某深圳企业从A区搬到B区,站内旧地址出现在页脚、联系页、三个案例页、一个旧办公点介绍页,另有五个外部名录未更新。
做法一:一次性全站替换。所有页面地址同时改成B区。结果是:如果案例页原本描述的是在A区完成的项目,改完后内容与事实不符;同时外部名录仍是A区,站内外不一致,你无法判断波动来自哪一处。
做法二:按批次处理。第一批只改页脚、联系页和结构化数据;三个案例页保留A区并注明项目发生地;旧办公点介绍页先保留并加“已迁至B区”的说明;外部名录逐个推动更新。这样做的代价是短期内站内仍存在旧地址字样,但每一处都有明确用途,你能根据批次结果定位问题。
两种做法都成立,区别在于:如果你需要快速让新址生效、且旧地址确无任何延续功能,做法一更快;如果你有历史内容、多个外部引用、或旧地点仍有功能,做法二更可控。判断依据不是哪种更“标准”,而是旧地址在你站内到底承担了什么。
拿不准时,用两个信号判断,而不是凭感觉。
反过来,既没有咨询、也没有外链、功能已完全迁移的页面,才是可以退出的对象。这个判断做完,你再决定每一处是保留、改写还是退出,顺序自然就清楚了。最后提醒一点:抓取量或某个页面流量归零,不能单独证明你的处理正确,它也可能来自季节性波动、外部来源变化或抓取节奏调整,需要结合咨询来源一起看。