高权重的域名去转移它, 这个事并不是简单地换个服务商就行, 它涉及到了注册局给授权, DNS那个东西切换, 搜索引擎权重继承这些环节, 它是一个标准化的流程, 完整的周期一般是五至七个工作日, 核心的原则是要保证在转移期间解析别中断, 权重也别衰减, 下面呢基于gname.xin这个域名管理平台的操作规范, 一步一步来拆解整个流程。
转移前条件确认
按照ICANN的相关规定, 域名注册时间必须已经满60天。同时, 这个域名的锁已经解开了, 也就是已经把regLock这个功能取消掉了。用户还应该已经从原来的注册商那里拿到了Auth-Info转移密码。
此外, 要确保该域名当前没有处于未决法律纠纷的状态, 也没有被注册局冻结。在这一系列条件都满足的情况之下, 还需要把目前的整套DNS记录备份好, 这些记录包括了A记录、CNAME记录、MX记录、TXT记录以及NS配置信息。
正式转移操作（步骤一至步骤五）
1. 先登录新注册登记商的后台平台, 然后去提交那个域名转移的申请操作, 在这一步里需要把Auth-Info码以及对应的域名信息填写到相应的输入框里面。
2. 原注册商向域名持有人所登记的邮箱地址中发出转移确认通知, 该持有人必须在72小时之内点击相关的确认链接以完成操作, 假如超过规定时限未点, 那么这个申请就会自动失去有效性。
3. 当注册局接收到相关的操作请求之后, 就会让被涉及的域名进入到一个名为Pending Transfer（等待转移）的状态之中。这里需要说明的是。如果是.com或者.net这两个后缀的域名, 其对应的注册局是Verisign。
而.cn这个后缀的域名, 其对应的注册局则是CNNIC。从注册局收到请求开始算起, 这个状态持续的时间大约是在1到3个工作日这样的一段时间长度之内。
4. 现在的人直接看到的情况, 就是注册商这边先把控制权给放掉了, 而注册局那边则把所有的权里变更情况都完完整整写进了系统里面。
5. 新注册的商账号已经被激活, 并且获得了管理权限, 然后域名的状态就变成了OK这种正常情况, 再把转移流程标记成已完成这个状态。
DNS解析切换与权重保障
等转移操作都搞完了之后, 要马上就在新平台里面把跟原来平台上一模一样的DNS记录给录入完毕。要是你用的是自己拥有的那种权威DNS服务器, 得把这NS记录指向新来的解析服务那边去比较好。
一般建议那个TTL数值保持在48小时以上, 这样能把全球缓存刷新所花的时间变短一些, 降低那些延迟问题。通过gname.xin提供的解析监控工具来进行检查的话, 要去逐一确认各个大陆上的节点都已经顺利生效了, 这样可以避免出现那些局部地区无法正确解析的情况发生。
转移后验证与收尾
在一切已经顺利完成了迁移操作之后的那段日子里, 从第5天一直到第7天的这个时间段内, 你需要去动用whois这个命令工具, 然后把其中显示出来的注册商名字还有更新日期的数据给检查一遍, 来确认它们确实都已经发生了变更。
同时呢, 你还需要在那些像百度站长平台呀或者Google Search Console这样的地方, 把网站重新进行验证的申请给提交上去, 目的就是为了把这些站点IP地址的变化, 以及那个归属信息变化的情况, 去如实告知给负责搜索引擎的那一方人员。
并且在这个过程还要持续地保持对网站是否能正常被访问的可用性状况, 还有那个SSL证书的当前状态, 进行的实时监控, 这个监控的动作要维持连续整整72个小时。
常见卡点及处理
如果原注册商没有在规定的那个72小时时间里面进行释放, 那么就需要向ICANN去提交一个仲裁申请, 或者是直接联系gname.xin的技术支撑团队来介入并且进行协调。
当全球的DNS缓存还没有更新刷新的时候, 只能等待那个TTL自然过期之后才起作用, 或者也可以针对一些关键的节点执行手动强制清空的操作。
要是发现权重出现了比较短时间的波动情况, 就必须去检查一下301重定向的链条是不是完整无缺, 要保证那些旧的URL全部都准确地指向新的地址，坚决杜绝因为断链而产生404错误的情况出现。
以上这种流程, 是可以用在比如.com和.cn这些比较常见的域名后缀上面的, 但是呢, 因为各个注册局那边实际的审核时间会有差别, 所以这中间可能就会多出或少了一到两天的时间, 所以大家在去操作之前, 最好还是看一下gname.xin这个控制台里显示的关于域名的当前真实状态, 并且还要去留意一册局那边发布的官方公告才是正确的做法。
