是否因为url结构不同于文件夹结构而使MVC站点在SEO中受到影响?
我们的web组目前做的大多是经典的asp,但正在评估未来开发的新技术。我们一直在玩ASP.NET MVC,但是我们的管理层似乎不太愿意接受它作为SEO的一个好解决方案。争论的一个主要观点是,网站的物理(文件夹)结构对SEO至关重要。由于MVC“路由”URL requst并返回基于视图文件的html,但默认情况下,restrcts访问视图文件夹,因此有人认为MVC不如SEO的“更简单”的网站结构。
,谷歌和其他爬虫是如此的柔软,他们可以嗅出文件夹结构,这是足够重要的,以放弃移动到一项新的技术。我的直觉告诉我,Google也许能够做到这一点,但是服务器在请求特定地址时返回的内容才是真正重要的部分。
我已经找到了很多优化搜索引擎优化MVC的最佳实践,但实际上,花了好几天的时间试图找到这样或那样的证据,即文件夹结构优于SEO的路由。很乐意创建简单的html站点,如果这有区别的话,但我更喜欢我的行为是由知识指导的,而不是理论。任何输入都会受到赞赏,但是像Google、白皮书或权威源之类的东西将是非常感谢的。
发布于 2011-07-06 22:16:52
Folder Structure != Resource Location您的经理之所以不愿意采用MVC,是因为他们不理解它。
文件夹结构与MVC中的SEO无关。
考虑一下这个问题的当前URL:
/questions/6603582/folder-vs-url-structure-and-routing-for-seo搜索引擎不知道这个问题的视图在磁盘上的物理位置,实际上,搜索引擎并不关心这个问题。对这个问题的看法可以是(作为一个人为的例子):
/Views/Posts/Questions/questionMain.aspx 但是Google不知道它的物理位置;它只知道当它向id of 6603582请求一个id资源时,就会返回这个问题。
换句话说,文件夹并不像您以前在ASP.NET MVC中所想的那样存在。如果您知道在堆栈溢出应用程序路径的根目录中没有question文件夹,您会感到惊讶吗?
一旦你把你的思想从物理资源的==网址资源中分离出来,那么它的可能性是无限的。为了更好的SEO,你不再局限于物理迁移的东西,然后你可以改变你的路线和你的SEO改进。
发布于 2011-07-06 22:04:08
老实说,我认为任何过分关心SEO文件夹结构的人都有比使用什么技术更大的问题。
如果您的管理人员真的认为您的系统会受到与文件夹不匹配的URL的不利影响,并且他们将其作为使用过时技术的“理由”,那么肯定还有更大的问题在起作用。
我的建议是,不要试图在一个我认为有点疯狂的问题上与他们斗争,而是向他们展示如何使用新技术可以大大提高整个业务的性能。
发布于 2011-07-06 22:16:12
如果有人能“嗅出文件夹结构”,那么你就有了一个安全漏洞。您可以使用您选择的网络跟踪程序来查看使用MVC路由的网站与在文件夹中使用普通HTML文件的网站之间没有区别。
Stackoverflow.com就是一个很好的例子。他们使用MVC,并位于谷歌搜索结果的顶端。
https://stackoverflow.com/questions/6603582
复制相似问题