使用node.js从Backbone.js应用程序提供内容以搜索爬虫的SEO

Question

要么我的google-fu失败了我还是真的没有太多人这样做了.如你所知,Backbone.js有一个跟腱 - 它不能提供它呈现给googlebot等爬虫的html,因为它们不运行JavaScript(尽管它的谷歌有他们的资源,V8引擎,以及令人警醒的事实, JavaScript应用程序正在兴起,我希望有一天会发生这种情况.我知道谷歌有一个混乱的解决方案政策,但这只是一个坏主意.另外,我正在使用PushState.这对我来说是一个非常重要的问题,我希望它也适用于其他人.SEO是一个不容忽视的东西,因此不能考虑那些需要或依赖它的许多应用程序.

输入node.js. 我只是刚刚开始进入这种热潮但似乎有可能让客户端上存在的相同Backbone.js应用程序在与node.js握手的服务器上.然后,node.js可以将从Backbone.js应用程序呈现的html提供给页面抓取工具.这似乎是可行的,但我正在寻找一个对node.js更有经验的人,或者更好的人,实际上已经这样做的人,就此提出建议.

我需要采取哪些步骤才能使用node.js将我的Backbone.js应用程序提供给网络抓取工具？另外,我的Backbone应用程序使用了一个用Rails编写的API,我认为这会让你不那么头疼.

编辑:我没有提到我已经有一个用Backbone.js编写的生产应用程序.我正在寻求将此技术应用于该应用程序.

Answer 1

基本上，您需要决定您正在提供的服务是什么：它是一个真正的应用程序（即可以替代专用桌面应用程序的东西），还是内容的呈现（即经典的“网页”） ）？如果您担心搜索引擎优化，很可能它实际上是后者（“内容网站”），在这种情况下，“单页应用程序”模型不合适；您确实想要“渐进增强的网站”模型（查找诸如“不显眼的 JavaScript”、“渐进增强”和“自适应网页设计”等短语）。

放大一点，“服务器仅发送序列化数据，客户端执行所有渲染”仅适用于“真正的应用程序”场景。对于“内容站点”场景，适当的模型是“服务器进行主要渲染，客户端使其看起来更好，并进行一些小规模渲染，以避免在可能的情况下出现破坏性的页面转换”。

顺便说一句，反对渐进增强意味着“确保用户能看到的东西不会比使用文本转语音的盲人用户更好”，这是政治怨恨的表达，而不是现实。从拥有高端渲染系统的用户的角度来看，逐步增强的网站可以像您希望的那样精美。