百度mip AMP移动加速页面加速技术的时候，你了解多少？

在使用移动页面加速技术的时候，很多标签是不能使用的。例如

、、等都是不能使用的，需要使用其他标签替换或者直接禁止使用（如），例如在MIP中，

标签需要替换成

，在AMP中

标签需要替换成。

</mip-img>

使用内置的组件：

出于对代码质量和性能的考虑，移动加速页面是中不允许自定义JavaScript代码的。如果有交互效果，必须使用JavaScript，则需要使用MIP或者AMP内置的组件。

无论是谷歌的AMP还是百度的MIP，其组件都分为内置组件和扩展组件（个性化组件），所谓内置组件指的是不需要再引入额外JS的组件，而扩展组件需要再引入JS文件。

MIP的组件文档参见这里，AMP的组件文档参见这里。

两者内置的组件都非常的多，具体到某个具体组件还是有一些差异的，比方说多图片轮播组件carousel在MIP中属于内置组件，但是在AMP中则是扩展组件，需要引入额外的JS：

预览和验证：

无论是谷歌的AMP还是百度的MIP都提供了预览和验证功能，百度MIP是在线工具：

校验代码，使用 MIP 校验工具。

预览线上 URL 异步打开效果，使用 MIP 预览工具。

谷歌AMP则是借助google chrome开发者工具：

以上几步流程就是演示的如果构建一个简单的移动加速页面。

更复杂以及更详尽的一些使用，可以自行参考官方文档，或者等一段时间，看看我能不能有一些实践经验分享。

三、建议优先支持百度的MIP

虽然谷歌的AMP和百度的MIP原理和思路类似，但毕竟代码上还存在很多差异，想要全部都支持，一种是借助工具，另外一种就是两套都开发。但是很显然如果两套都支持，那成本真的是相当高了。

所以对国内的用户和产品而言，我的建议是优先支持百度的MIP，因为毕竟在移动端使用谷歌进行搜索的人并不多，占比非常有限。在面对商业利益面前，所谓的爱恨情仇我们其实应该放在一边，更关注的是现实利益，所以如果想要进行移动网页加速支持，直接走MIP即可！

举个例子，拿分享组件而言，AMP分享的就是twitter，Facebook，组件也是YouTube之类的，对国内用户而言，价值真的是非常有限。而百度的MIP分享则本地化要更加友好。

四、网页移动加速原理

很多小伙伴想了解移动加速的原理。

加速主要在两方面：

1. 任何页面，你CSS内联，交互简单化，不使用渲染速度不快的HTML标签，都会变快的，与AMP或者MIP并没有直接关系；

2. 搜索引擎厂商的高性能CDN。我们审视下按照移动加速规则处理后的网页，基本上就是一个与开发人员和开发企业没有任何关系的页面，所有CSS内联百度mip，所有JS都使用AMP或者MIP提供的JS, 也就是说，无论是网页HTML还是JS全部都可以缓存在搜索引擎厂商的CDN上，相当于免费使用大厂的CDN。要知道使用CDN都是要收费的，使用了使用AMP或者MIP后，这部分钱可以省了。

以上就是加速原理。其实，和我们平常移动端网页优化规则是一致的，只是AMP和MIP进行的规则强约定。

五、结束语

无论是谷歌的AMP还是百度的MIP对我们网页的交互限制非常大，对于一些非常复杂的一面，想要原封不动的转换为移动加速页面，难度是非常高的，成本是非常大的。考虑到这种现实问题，我们实际的做法通常有两个方向：一是实现移动加速页面的时候调整原页面的交互设计为简单模式，例如普通的小说阅读页面支持上下左右滑屏加载阅读，如果变成AMP或者MIP页面，就只能变成点击下一章链接去加载，UI布局也需要简化，例如去除设定阅读纹理，白天黑夜模式之类的功能；另外一个是只对原本就比较简单的页面进行移动加速处理，例如博客文章百度mip，新闻内容，广告页面等。

对于并未广泛应用的新技术而言，我个人建议是先从一些简单的页面入手，通过数据验证，MIP加速确实能够明显增加公司的收益，再大规模应用在其他页面上，有助于规避成本风险。