【SEO优化】MIP 缓存清理不成功，页面为什么会被转码

MIP 缓存清理不成功，页面为什么会被转码,

转眼都快一周没有写博客了，还真的非常不习惯，原因是最近IT131真的特别的忙，所以今天抽空一定要来告诉大家我还活着，回复了泪雪博客后台的留言，就看到有网友在问为什么 MIP 页面的通过 API 清理后不成功，以及最近IT131遇到一些人说 MIP 怎么被百度了，下面就来给大家分析分析这是什么情况。

MIP Cache 缓存清理

MIP 页面缓存可以通过 MIP-cache 提供的接口来清理，这也是 MIP-Cache 的快速更新机制，其功能主要用于当站长需要紧急清理一些页面缓存时所用，100s 内最多允许更新 10 次，生效时间大概 5 分钟。但是经过IT131的日常使用来看，其更新生效时间非常不稳定，没有规律可循。

MIP-Cache 常规更新机制

MIP-Cache 常规更新机制也是页面最常规、最常用的更新机制。各种类型的资源更新策略为：

1. 页面的缓存时间为 52 分钟-5 天（由该页面用户点击量和站点本身稳定性决定）。
2. 图片缓存时间为 10 天。
3. MIP-JS 组件文件的缓存时间为 10 分钟。

在当前文件过期后，MIP-Cache 会重新抓取资源。如果是 HTML 页面，MIP-Cache 还会对页面文件进行 MIP 规范校验。如果此时页面内容不再符合 MIP 规范，MIP-Cache 就不再缓存这个页面了。这样，所有 MIP-Cache 中的页面都是最新的，并且符合 MIP 规范。

MIP-Cache 页面删除

如果有一些废弃页面需要删除：

1. 站长首先删除本站原页面。
2. 调用 MIP-Cache 接口快速更新机制删除缓存页面。
3. 删除后，请给 MIP-Cache 非 200（404 或者其他）状态码，防止 cache 中缓存错误页。

值得注意：在 MIPCache 中属于不同的 URL 链接，请务必保证 mip 数据中提交的 URL 链接和百度收录链接保持一致，并且提交的 URL 是需要区分 HTTP 和 HTTPS 两种协议支持的。

另外IT131还想提示一个 MIP 页面开发中的小技巧给大家，虽然 MIP 页面规范提倡使用内联方式载入页面样式，简而言之就是不要使用 css 文件外联方式载入，当然 MIP 规范是不允许使用嵌入式的样式写入的，之所以IT131也建议大家不要图方便使用 css 文件，是因为如果当页面出现调整时，MIP 页面的缓存无法一时全部更新而造成页面的各种错位等问题。

MIP 页面转码

MIP 页面提交给百度收录后，为什么有些会被转码这个问题IT131已经被很多人问到了，其中有被真正转码的，也有把 MIP-Cache 页面误认为是百度转码了。

MIP 本身就是属于 HTML 规范基础上修改的，所以也就是普通的 HTML5 页面，当 MIP 页面由于广告不符合百度规范或者页面本身不符合 MIP 规范是，MIP 页面就跟普通页面性质相同，都是可访问的 html 页面。百度搜索会将质量较低的页面转码，无论是否是 MIP 页面都会被转码。

还有一些人就是把 MIP-Cache 生效的缓存页面判断为是页面被百度转码了，其实不然，当 MIP 页面生效，也就是 MIP 页面被百度缓存后，通过百度搜索进入类似于“https://m.baidu.com/mip/c/s/zhangzifan.com/”的页面，这就是缓存页面，而非只要是百度域名开头的就是被百度转码了的页面，所以这里应该要有所区分。

写在最后

本来还想说的更细致的，但是又有点怕自己写得太啰嗦不利于大家的阅读理解，至于 MIP 缓存清理，IT131给大家的技巧就是先通过 API 接口更新，如果还未生效可以继续尝试提交，当然还可以通过在页面添加没有意义的动态参数(?123)来获取最新页面查看效果，当然还可以疯狂的强制刷新，所以对于百度 MIP 页面的缓存更新不要过于纠结了，等就对了。

至于 MIP 页面被提交到百度后转码的情况，这就需要自己判断这个页面是真的被转码还是假的被转码了，如果页面真的被转码了，页面底部会有转码提示和可以跳转到原页面的链接，这也算是一个区分的方法了。

虽然 MIP V2 的版本已经上线，IT131也尝试体验过，部分的组件还没能得以很好的兼容，当然大家也不用慌忙着去升级什么的，百度依旧还支持着 MIP V1 版本，安心的做好运营就好啦。