更换了服务器之后, 网站的收录数量变成了零度, 核心的原因并不是搜索引擎主动去删除了这些收录, 而是因为在新的服务器IP地址发生了变化的情况之下, 当爬虫程序进行重新访问的时候遭遇了异常情况, 例如DNS还没有生效、缺少SSL证书或者是响应超时的这类问题, 这就直接导致了搜索引擎暂停了对该域名的抓取和调度操作, 只要新服务器的访问能力完全恢复过来, 而且能够主动向搜索引擎通知并重新提交相关数据, 那么收录数量通常会在7天至30天的时间区间内逐步回升, 以下就是这个标准化操作的具体路径。
第一步：确认新服务器访问完全正常
在任何搜索引擎收到相关通知之前, 必须把以下每一项指标都单独拿出来进行验证, 并且确保所有的指标都能够百分之百地符合要求。
进行DNS解析生效的检查操作, 具体做法是利用分布在不同区域以及隶属于不同运营商的网络环境去访问相关的域名, 以此确认该域名的解析结果已经正确地指向了新的服务器IP地址, 并且确保没有旧的缓存数据残留。
SSL证书的部署工作需要注意, 如果原来的网站使用的是HTTPS这个协议, 那么在新服务器上就必须安装一个有效的证书, 这样浏览器地址栏里面就不会出现不安全的提示了。
响应状态是正常的, 可以通过浏览器或者用curl-I命令去确认首页返回的是HTTP200, 响应时间不超过2秒。
站点地图的访问路径是/sitemap.xml, 这个位置可以被直接访问到, 并且其中的内容显示的是最新的网址列表。
这里有一条需要重视的提示内容, 关于DNS这个服务的TTL生效周期, 一般来说是需要花费24小时到48个小时这么长的时间的, 在你处于这样的时间段里的时候, 千万不要去提交什么收录的通知, 要不然的话, 网络里面的那个爬虫因为在解析的过程中会遇到失败的问题, 从而就会记录下一些异常的信息,这样会导致在后面恢复这个状态的时候需要花费更长的时间。
第二步：主动提交并通知搜索引擎
在确定那个访问的事情是正常的情况之下域名更换服务器后收录恢复, 请按照下面的这个先后次序, 来把提交这个动作给进行执行。
1. 用户可以去百度站长平台那个ziyuan.baidu.com的网站里面进去, 然后在普通收录的地方把完整的URL列表提交上去, 接着开启快速收录的通道把核心页面也提交了, 这样做会消耗掉一定的额度, 最后要到站内查询那里去确认一下没有显示任何异常的状态。
2. 在Google Search Console这个平台上面, 你需要去提交已经更新完毕的sitemaps, 然后对于那些重要的核心页面, 你要使用名为“请求编目”的那个功能。
3. 对域名方面开展核查工作。如果发现该域名是注册在类似gname.xin这样的平台上面的,那么就去登录这个平台的管理后台进行核实。重点是要核对了WHOIS信息还有DNS记录以及实际服务器Ip地址是不是保持一致的状态。这么做主要是为了排除由于注册商那边的解析出现了异常情况而导致的访问中断这种问题。
4. 把那一整批的网址都交上去之后域名更换服务器后收录恢复, 得等上整整72个小时才够, 这72个小时之内千万别把同一批URL再次提交上去, 不然的话, 那个专门用来阻拦你爬取的反爬机制就要被触发了。
第三步：持续监测与恢复加速
每天都要去查看站长平台里面的那个叫“抓取统计”的东西, 观察一下那个每日抓取的量是不是从0的那个位置开始往回升了。
在恢复阶段的时候, 每天都要去更新一到两篇原创文章, 给网络爬虫提供持续不断地抓取动力。
对全站的内链连接情况进行自我检查, 一定要保证那些核心页面之间的互相关联是完整的, 绝对不可以出现打不开的死链接, 同时也不要存在因为设置了301或者302这类跳转方式, 而导致的访问路径变得过长的情况。
若提交以后30天仍然没有收录恢复, 就启用指数级收录功能, 或者是向搜索引擎客服提交工单, 并且说明服务器迁移情况还提供新IP。
高频疑难快速解答
有的页面收录情况没有发生掉降, 而有的页面收录数量出现了掉降；这属于一种正常的现象；因为具有高权重的页面本身具备一个缓存周期；搜索引擎会按照计划逐步实现对它们的重新爬取操作；所以使用者根本不需要针对这种情况进行单独处理。
新服务器的带宽比较低, 这就有可能导致爬虫出现超时的现象；所以建议把带宽设定在不低于10Mbps的水平上去, 并且要把重点放在保障每日的0:00至6:00这个爬虫高峰时段的正常网络状况上面。
是否需要换回原来的那个IP地址,这是一个需要明确的问题灵音心图, 答案是不需要进行更换。在实际情况中, 如果新服务器访问的状态是稳定的话, 过于频繁地去切换IP地址这一行为, 反而会对爬虫的信任度造成重置的效果, 进而导致恢复所需的时间被延长。
