摘要:用户体验的需求,完美地保留了瀑布流模态框的阅读模式。不支持的话,就不拦截瀑布流文块的,也就是直接让其跳转。
背景
想当年,我做了一个新媒体网站项目(AIISPO,已下线)。跟普通资讯网站不一样的是,老板要求PC端前台的文章阅读模式一定得是瀑布流+模态框。瀑布流指的是以瀑布流的形式将文章罗列出来,而模态框则指的是点击瀑布流中代表文章的某个文块时,直接在当前页面弹出模态框来显示文章正文。
瀑布流式的文章列表 利用模态框直接显示文章正文点击瀑布流的某个文块后,直接在当前页面弹出模态框来显示正文以及文章相关内容,可依稀透过模态框背景看到底层的瀑布流。点击模态框背景可关闭模态框,相当于回到瀑布流。
其时,我正痴迷于MVVM框架avalon,于是,理所当然地用avalon来渲染瀑布流的DOM树。至于文章正文嘛,就用avalon给瀑布流中的各文块绑定个click事件,顺便把文章id给传到click事件的callback里,执行callback时就ajax读一下文章正文,最后放到模态框里显示就是了。
至此,老板要的“用户体验”就达成了,老板夸我厉害还给我涨工资,我心里美美哒 n(≧▽≦)n
官网上线了几天,老板给我提出了一个非常“实际”的问题,他没法把文章的网址分享出去呀,这是因为:官网本来就没有独立的文章页面,更勿论文章的网址了!。当务之急是创建出可供分享的文章网址。
Hashbang登场老板不接受“跳转新页面”打开文章正文的方案,坚持一定要瀑布流+模态框,我只好琢磨别的思路了。首先我试用window.location.href="/article/1",这是一定会使浏览器跳转而无法保持在当前页面的,pass。接下来我查资料就搜到这Hashbang的方案:利用改变锚点#不会导致页面跳转这一特点,并加上!这一独特的标识,形成形如http://aiispo.cn/#!/article/1的网址。
具体的方案是这样的:
大体上跟最初的方案一致。
不一样的地方在于,打开模态框的同时window.location.href="/#!/article/1",这时地址栏的地址便变为http://aiispo.cn/#!/article/1,也能保持不跳转。
另外,给document.load绑上callback,也就是在页面加载好后取当前的hash(window.location.hash),会得到形如#!/article/1的字符串。正则匹配该字符串把文章ID取出,就可以直接显示文章正文了。
在关闭模态框时,应把地址栏恢复回来。
如此一来,用户在阅读文章时地址栏里的正是文章的“网址”,而当用户把网址分享给别人,别人复制到浏览器一打开,就能看到那篇文章了。老板又夸我了,我心里又美美哒 n(≧▽≦)n
问题再现官网上线月余,百度仅收录了首页,我打开首页的快照一看,可只有avalon的模板标签,我一下子就醒悟过来了:百度根本就没能爬到任何的文章,因为首页根本没有任何文章的链接!
这时候我才意识到在SEO方面出了大问题了,这对一个新媒体网站来说可是致命的呀,把问题报告老板后就赶紧开动脑筋想解决方案了。
把心一横,把原本用avalon渲染的瀑布流,全部改回用PHP来渲染,同时给瀑布流的文块加上标签,例如。由于加上了标签,地址栏就不需要手动去改了。
问题未解又过了几天,各个搜索引擎还是没有动静,我便又开始查资料:原来,国内的搜索引擎在抓取页面的时候,是不执行js的。换句话说,搜索引擎从http://aiispo.cn/#!/article/1这样的网址进去,只能看到瀑布流而看不到文章正文,因为文章正文是后面用js渲染的,不执行js就没法渲染,而瀑布流是用PHP渲染成html的,搜索引擎能看得到。据说Google是会执行js的,不过作为一个国内的网站,还是得优先保证国内的搜索引擎。
上Html5 History Api思量良久,问题还是出在文章没有独立的页面上,另外Hashbang这种URL也不可靠,无法被后端识别。痛定思痛,这次一定要彻底解决问题。
改造如下:
仿照模态框的UI,我给做了文章的独立页面,URL形如http://aiispo.cn/article/1。
Hashbang不成,我就找其它能修改地址栏但不跳转的方案,结果就找到了Html5 History Api:
改这href会导致用户点击后跳转,因此需要用js拦截不让其跳转,并改为用window.history.pushState()来设置地址栏,此时用户的地址栏应为http://aiispo.cn/article/1。
$("#article-list a").on("click", function() { var url = $(this).attr("href"); window.history.pushState(null, null, url); return false; });
照样用正则匹配出文章ID,并用模态框显示文章正文。
如此一来,便兼顾了三方的需求:
SEO的需求,搜索引擎抓取瀑布流能抓到文章独立页面的URL(形如http://aiispo.cn/article/1),通过此URL进入文章独立页面能抓取到文章正文。
用户体验的需求,完美地保留了瀑布流+模态框的阅读模式。
用户分享文章网址的需求,用户在瀑布流打开文章时,地址栏正是文章独立页面的URL。
兼容性修正上述方案依赖于Html5 History Api,而IE9及以下版本都是不支持Html5 History Api的,需要进行兼容性修正。
在权衡利弊后,最终决定放弃IE9-用户的用户体验:
检测当前浏览器是否支持Html5 History Api。
总结我的这套方案,本质上跟Prerender没有区别,都是让后端模拟前端渲染的方式生成一个独立的页面供搜索引擎抓取,既兼顾用户体验,又不失SEO。
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/78286.html
摘要:用户体验的需求,完美地保留了瀑布流模态框的阅读模式。不支持的话,就不拦截瀑布流文块的,也就是直接让其跳转。 背景 想当年,我做了一个新媒体网站项目(AIISPO,已下线)。跟普通资讯网站不一样的是,老板要求PC端前台的文章阅读模式一定得是瀑布流+模态框。瀑布流指的是以瀑布流的形式将文章罗列出来,而模态框则指的是点击瀑布流中代表文章的某个文块时,直接在当前页面弹出模态框来显示文章正文。 ...
摘要:可以在各个页面间传递数据,不依赖。可以选择性的保留状态,如音乐网站,切换页面时不会停止播放歌曲。减少了请求体积,节省流量,加快页面响应速度。将返回的替换到页面中。不过这个参数目前并无作用,浏览器目前会选择忽略它。 前言 不知你有没有发现,像Github、百度、微博等这些大站,已经不再使用普通的a标签做跳转了。他们大多使用Ajax请求替代了a标签的默认跳转,然后使用HTML5的新API...
摘要:单页面应用的出现依然存在着争议性,我们该如何看待他的两面性呢接下来小生给大家总结一下他的优缺点。单页面应用的优势无刷新体验没有了令人诟病的页面频繁刷新,同时节约浏览器资源,路由响应比较及时,提升了用户的体验。 前端猿一天不学习就没饭吃了,后端猿三天不学习仍旧有白米饭摆于桌前。IT行业的快速发展一直在推动着前端技术栈在不断地更新换代,前端的发展成了互联网时代的一个缩影。而单页面应用的发展...
阅读 2180·2021-11-24 10:26
阅读 2791·2021-11-23 09:51
阅读 2905·2021-10-08 10:05
阅读 1681·2021-09-22 15:18
阅读 1618·2019-08-29 18:45
阅读 2141·2019-08-29 18:40
阅读 3331·2019-08-29 16:16
阅读 2848·2019-08-29 14:21