由于网址结构与文件夹结构不同，MVC网站是否会受到影响？
我们的网络团队目前主要经营asp，但正在评估未来发展的新技术。我们一直在玩ASP.NET MVC，但我们的管理层似乎对将其作为SEO的良好解决方案犹豫不决。争论的一个主要观点是网站的物理（文件夹）结构对SEO至关重要。由于MVC“路由”URL请求并返回基于视图文件的html，但默认情况下会限制对视图文件夹的访问，因此认为MVC不如用于SEO目的的“更简单”的网站结构。
据说谷歌和其他抓取工具非常软化，他们可以嗅出文件夹结构，这非常重要，可以放弃转向更新的技术。我的直觉告诉我谷歌可能会这样做，但是当请求特定地址时服务器返回的内容是非常重要的部分。
我已经找到了很多关于优化搜索引擎优化的MVC的最佳实践，但实际上已经花了好几天试图找到证据文件夹结构胜过SEO路由的证据。我很乐意创建简单的HTML网站，如果这有所作为，但我更喜欢我的行为是由知识而不是理论。任何输入都将受到赞赏，但谷歌文档，白皮书或权威来源之类的东西将非常受欢迎。
答案 0 :(得分：3)
Folder Structure != Resource Location
你的经理对采用MVC犹豫不决的原因是他们不理解。
文件夹结构与MVC中的SEO无关。
考虑此问题的当前网址：
/questions/6603582/folder-vs-url-structure-and-routing-for-seo
搜索引擎不知道此问题的视图在物理上位于磁盘上的位置，实际上，搜索引擎并不关心。这个问题的观点可能是（作为一个人为的例子）：
/Views/Posts/Questions/questionMain.aspx
但谷歌并不知道它的物理位置;它知道的是，当它请求question id 6603582 question时，会返回此问题。
换句话说，文件夹不存在，就像你之前在ASP.NET MVC中想到的那样。您是否会惊讶地发现堆栈溢出应用程序路径的根目录中没有{{1}}文件夹？
一旦你将思想与物理资源== URL资源的思想分开，那么可能性就是无穷无尽的。为了更好的SEO，你不再局限于物理迁移的东西，你可以只改变你的路线，你的SEO改善。
答案 1 :(得分：0)
说实话，我认为过分关注SEO文件夹结构的人比使用什么技术的问题更大。
如果您的经理确实认为您的系统会受到与文件夹不匹配的网址的不利影响，并且他们将其作为使用过时技术的“理由”，那么肯定存在更大的问题。
我的兴奋在于，而不是试图在我认为有点疯狂的问题上与他们作斗争，而是向他们展示如何使用新技术可以严重改善整体业务的表现。
答案 2 :(得分：0)
如果有人可以“嗅出文件夹结构”，那么你就有了安全漏洞。您可以使用您选择的网络跟踪程序来查看使用MVC路由的网站与使用文件夹中的纯HTML文件的网站之间没有区别。
Stackoverflow.com就是一个很好的例子。他们使用MVC并且是Google搜索结果的顶部。