随着移动流量的与日俱增，移动搜索引擎的功能越来越丰富，意味着更多移动特性可以施展，同时也意味着对HTML5网站的要求更趋规范和严格，这对于负责移动站点优化的负责人来说是个极大的挑战。本文为携程移动优化负责人安琦的todolist，内容有点儿多，他本人还说不够全面，很多常识性内容根本没有写上去。下面就把这些内容分享给大家，若有不足之处欢迎留言交流？
我一般将站内优化的生命周期概括为三个词，实验、评估、调整，因此我的checklist也贯穿了这一过程。
技术方案方面——融合站内优化需求，保障网站稳定
数据埋点方面——收集和跟踪数据，进行后期调整
适配——作为识别移动网站的重要手段，单独列出关注
1、架构及代码篇
1）确认开发架构，页面生成方式，有没有单页应用，有没有异步加载；
2）使用工具确认spider对网站内容的可抓取；
3）确认页面URL部署方案，响应式（PC和H5共用URL）还是分站，据悉百度建议使用分站，但对于Google，是有相关文档的自适应页面的设计；
4）URL的设计是否满足层级分明的原则，参数整齐、长度正常、结构清晰、命名准确是否遵循HTML5的标准；
5）title、description、keyword使用是否“正确”，h标签是否正常使用，所依附的关键词是否有计划且正确部署，所谓的target、有主有次，基于数据。
6）图片是否有了title和alt标签，比这个重要的是图片是否进行了移动优化，大小、加载速度、错误监控，移除没必要的图片展示。
百度图片搜索收录展现基础要求
产品、编辑必看：撰写搜索引擎喜爱的标题
7）以及，是否有追踪关键词部署效果的监控机制，以数据作指导用作调整依据，需要有自己的抓取、入库、报表的一套关键词竞争情报工具；
8）服务器、域名解析、CDN，是否都使用了靠谱的供应商，且建立了反应迅速的监控机制，是否有完善的日志系统以备查证问题有依据可循，抓取量、返回码、抓取时间分布、URL分布、入口效能分析、spider抓取性能指标；
9）是否有方便蜘蛛抓取的通路，比如HTML版的SITEMAP，各家XML版的sitemap是否制作且提交平台正确，定期关注平台报错。现在百度、搜狗、神马、好搜都有对应的XML提交入口及规范；
10）内部链接是否在位置的部署上结构清晰，在抓取深度上设计够扁平，如果内容繁杂是否有别的通道维持繁杂和扁平的平衡；
关于抓取的管理，推荐一篇启蒙文章Large Website Design Theory and Crawl Management，开篇的七个指标可以指导一些思路。
11）是否运行了DNS反解析，保证spider的顺畅抓取，无法支持反解析的搜索引擎的是否在防火墙及安全部门开通了UA白名单；
12）检查robots，及nofollow标签的使用，不要误屏蔽，遵照数据和经验玩；
13）确保PC页面被移动设备访问时的跳转方案，对应页面的跳转要绝对保证，此处应有自动化测试工具定期跑case；
14）确保设备清单长期的维护和更新，涵盖移动spider及最新的设备标示。遵循蜘蛛和人看到一样内容，如果分移动和PC蜘蛛，还要遵循移动蜘蛛和移动设备看到一样的内容原则；
15）有没有瀑布流，分页怎么处理，入口不能丢，另外，如果是SEO页面，有些功能在是否真有实现的必要。
16）是否有重复页面，要干掉重复页面，干不掉的其他方案都是补救，再谈Canonical标签：
【Canonical标签与301的区别】
1，在几个网页内容完全相同（或高度相似）的时候，如果希望两个网页都可以被用户正常访问到，就使用Canonical标签；如果仅让用户访问其中的一个，直接使用301跳转更方便。
2，使用Canonical 标签的前提是几个网页一定是完全相同（或高度相似）的，而301则没有这个限制。
【使用Canonical 标签时要特别注意的两点】
1，百度虽然支持Canonical标签，但并不保证完全遵守该标签。请站长注意，最好在完全相同的网页中使用Canonical标签——这样可以提升Canonical标签的使用效果。
*之前的帮助文档中的确提到高度相似的网页也可以使用Canonical标签，但在实际过程中我们发现，相似网页使用Canonical标签的成功率较低。
2，还有一点非常非常重要，请各位站长在设置Canonical标签前，仔细检查两个网页是否真的完全相同——一旦百度发现其中一个Canonical标签有问题，会不信任该站点的所有Canonical标签。
17）关注搜索引擎算法更新，规避相关惩罚规则，比如针对移动页面的冰桶算法。
- 百度移动搜索团队：本周将上线“冰桶算法”
- 解读冰桶算法：只有优质资源能稳守宝座？
- 百度移动搜索团队：冰桶算法2.0近期上线
18）按要求修正自己网站需求及功能上有伤害搜索引擎的功能。
2、代码埋点
1）是否在PC端及移动端添加了地理位置信息；
2）是否在PC端部署了各家的页面适配代码；
3）是否在移动端使用了微格式（这个Google算是比较不错提高页面质量的方式），百度也会针对性地使用这些数据，表现为搜索结果展现评论数、星级、电话、位置；
4）流量统计代码是否部署正确，指标是否齐全，产出漏斗是否构建；
5）性能统计代码是否部署正确，指标是否齐全，针对设备进行了性能测试和监控，2G?3G?4G?WIFI?
6）各家的站长工具代码是否部署正确，如下按需添加，同时完成网站地图和适配文件的提交
百度站长平台
神马开发平台
搜狗站长平台
Google站长工具
好搜站长平台
bing站长工具
7）是否有自动化测试方案，确保全量页面上线后功能及代码标签的正确；
8）是否组建并维护了词库，词库是否由移动用户真实搜索词构成；
9）是否监控词库中各家搜索引擎SERP中，网站的排名，索引的是移动页？PC页？转码页？（要获取这些页面的URL，以作进一步改进）；
10）是否有PC排名和移动排名的对比?是否有搜索结果防黑监控？
11）同样的体系是否涵盖了竞争对手。
3、适配
1）如果是响应式设计，确保百度meta标签的适配方式完全正确，Google注意alternate和canonical标签的使用。
站点如果自行适配有困难，可以在PC页面中做简单改造，百度协助实现适配效果。即：站长在站点PC页的源代码头部嵌入一行或多行meta信息，由meta信息来指明该PC页对应的手机页的URL，以及该URL对应页面的格式，百度将根据用户终端类型选择最适合展示的页面。（无对应关系的PC页面无需添加meta ）
1.meta声明格式：[wml|xhtml|html5]; url=url">
注：A.加粗字体部分是需要站点自定义的内容。
[wml|xhtml|html5]——根据手机页的协议语言，选择其中的一种。
url=url——后者代表当前PC页所对应的手机页url，两者必须是一一对应关系
meta声明示例：
2.站长需要将meta声明放在PC页源代码内部，如下：
……
生效情况：标注meta声明这一适配方案仅在百度移动搜索中生效，即只有当用户通过百度移动搜索访问站点时，适配才会生效；通过其他渠道则不生效。在标注准确对应关系无误的情况下，大约需要七天左右的时间生效，老旧页面会有延迟。但百度不保证一定能在移动搜索结果中按照您标注的对应关系进行替换。
2）如果分站设计，跳转要是否做到了对应页面的跳转，PC重复页面是否也做了对应页面跳转的收口，是否遵循了移动蜘蛛和移动用户看到的内容一致的原则。
3）没有对应页面的PC页面，是否本着优化手机用户体验但又不扰乱蜘蛛的原则进行了跳转，比如JS跳转；
4）适配效果如何监控；
5）社会在进步，去年就不应该再关注非智能手机的适配，如果你的WAP站还有流量，考虑转往HTML5站点。
6）是否有对跳转页面、返回码（301、302）的正确性，移动页面的可用性的日常监控体系；
至此，一个基本的移动站点的站内优化check完成，有些PC相关的提不全，也觉得没有必要提，常识就无须赘言，这算是一篇关注点及思路聚合文章，很多点有机会可以单独拎出来当做专题讨论，共同交流和学习。