域名选择技巧：改版或迁移时应核对什么
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /fb8ef2ec5eda.html
📄
域名选择技巧：改版或迁移时应核对什么
改版或迁移时，域名选择技巧的核心不是“选一个好记的名字”，而是核对新旧域名之间的对应关系是否完整、可控、可回退。时间和人手有限时，最先要处理的是建立一张新旧URL映射表，并确认旧域名仍能正常解析和响应。这一步没做好，后面提交站点地图、观察流量变化都缺少判断依据。
准备阶段：先冻结旧域名，再决定新域名
迁移前不要急着改动服务器。先确认旧域名是否还在续费周期内、DNS解析是否由你控制、旧站是否还有必须保留的独立服务（如邮件、子域名应用）。如果旧域名即将到期，优先续费而不是直接放弃，因为旧域名的解析能力是后续做重定向的基础。
同时整理旧站URL清单。可以从服务器访问日志、站点地图、内部链接和搜索引擎中已收录的页面几个来源合并去重。对每个URL标注三件事：是否有自然搜索流量、是否有外链指向、是否对应核心业务页面。人手有限时，优先处理有流量或有外链的页面，其余页面可以批量重定向到最相关的上级栏目。
判断新域名是否合适，至少核对：新域名是否容易拼写和口述、是否与品牌一致、是否避免与已有商标冲突。这些属于长期成本，不直接影响迁移当天的技术动作，但会影响后续推广效率。
实施阶段：重定向规则要逐条可验证
迁移实施的关键动作是把旧URL永久重定向到新URL。常见做法是在服务器或CDN层配置301跳转。需要注意：
- 重定向目标必须是新域名下内容对应的页面，不要全部指向首页。
- 避免重定向链，即A跳到B、B再跳到C。每多一跳，抓取和用户体验都会变差。
- 不要用JavaScript跳转替代服务器端301，除非你确认目标搜索引擎能稳定执行。
- 检查大小写和结尾斜杠。旧URL带斜杠、新URL不带斜杠时，可能产生额外跳转。
如果新旧域名同时在线一段时间，要确保旧域名返回301而不是200。返回200意味着两个域名同时提供相同内容，可能让搜索引擎难以判断哪个是主版本。
验证阶段：用可复现的检查项确认迁移是否生效
迁移后不要只看首页。按下面顺序抽查：
- 随机抽取20条旧URL，用
curl -I或浏览器开发者工具查看响应状态码，确认返回301且Location指向正确的新URL。 - 检查新URL是否返回200，页面内容是否与旧页面主题一致。
- 查看robots.txt是否误屏蔽了新域名或关键目录。注意：robots.txt的抓取限制不等于可靠的索引移除，它只控制抓取，不控制已收录页面。
- 提交新的站点地图。站点地图不保证收录，它的作用是帮助发现URL，不能替代重定向和内部链接。
- 确认HTTPS证书覆盖新域名，且旧域名的HTTPS也能正常跳转。HTTPS不保证安全无漏洞或排名，但证书错误会直接阻断访问。
如果发现某条旧URL返回404，先判断它是“本来就不该存在”还是“漏配了重定向”。有外链或有过流量的旧URL返回404，应补上重定向；从未被收录且无外链的测试页，可以放行。
维护阶段：迁移后至少观察一个抓取周期
迁移不是上线当天就结束。后续要持续看两件事：旧域名是否仍有访问请求、新域名是否开始被正常抓取。如果旧域名持续收到大量请求但都返回404，说明重定向覆盖不全，需要回到映射表补充。
内部链接也要逐步换成新域名。只靠重定向会让每次点击多一跳，长期看不利于抓取效率。可以在模板、导航和文章正文中分批替换，优先处理高频入口。
不同搜索引擎对重定向、站点地图和索引更新的处理节奏不同，需要分别核查，不能因为一个渠道正常就认为全部正常。付费广告和自然搜索也是两套体系，广告落地页可以单独配置，不必和自然搜索重定向混在一起判断。
下一步：打开你现有的旧URL清单，先标出有外链或有流量的前50条，逐条确认它们是否已经指向新域名下最相关的页面。这50条处理完，再批量处理剩余URL。
