MVC站点是否因为url结构与文件夹结构不同而在SEO中遭受损失?
我们的网络小组目前主要做经典的asp，但正在评估未来发展的新技术。我们一直在使用ASP。. NET MVC，但是我们的管理层似乎不太愿意接受它作为一个好的SEO解决方案。争论的一个主要观点是网站的物理(文件夹)结构对SEO至关重要。由于MVC"路由"URL请求并返回基于视图文件的html，但默认情况下限制对视图文件夹的访问，因此有人认为MVC在SEO目的上不如"更简单"的网站结构。
据说Google和其他爬虫是如此复杂，他们可以嗅出文件夹结构，这是非常重要的，足以放弃转移到一个新的技术。我的直觉告诉我，谷歌也许能做到这一点，但当请求一个特定的地址时，服务器返回的是真正重要的部分。
我发现了很多关于优化MVC优化SEO的最佳实践，但实际上已经花了几天试图找到这样或那样的文件夹结构优于SEO路由的证据。我很高兴创建简单的html网站，如果这使差异，但我更喜欢我的行动是由知识而不是理论指导。任何输入都将是感激的，但像谷歌文档，或白皮书，或权威来源将是真正的感激。
Folder Structure != Resource Location
你的经理不愿意采用MVC的原因是他们不理解它。
文件夹结构与MVC中的SEO无关
考虑这个问题的当前URL:
/questions/6603582/folder-vs-url-structure-and-routing-for-seo
搜索引擎不知道这个问题的视图在磁盘上的物理位置，事实上，搜索引擎并不关心。这个问题的视图可以是(作为一个人为的例子):
/Views/Posts/Questions/questionMain.aspx
但谷歌不知道它的物理位置;它所知道的是，当它请求具有6603582的id的question资源时，返回这个问题。
换句话说，文件夹并不像您以前认为的那样存在于ASP中。净MVC。如果在堆栈溢出应用程序路径的根目录中没有question文件夹，您会感到惊讶吗?
一旦你摆脱了物质资源= URL资源的想法，那么可能性是无限的。为了更好的搜索引擎优化，你不再受物理迁移的限制，你可以改变你的路由，你的搜索引擎优化得到改善。
老实说，我认为那些过于关注文件夹结构的人在SEO中遇到的问题比使用什么技术更大。
如果你的经理真的认为你的系统会因为url与文件夹不匹配而受到不利影响，并且他们以此作为使用过时技术的"理由"，那么肯定有更大的问题在起作用。
我的建议是，与其试图在我认为有点疯狂的问题上与他们抗争，不如向他们展示如何使用新技术可以大大提高整个业务的表现。
如果有人可以"嗅出文件夹结构"，那么你就有一个安全漏洞。您可以使用您选择的网络跟踪程序来查看使用MVC路由的网站与在文件夹中使用普通HTML文件的网站之间没有区别。
Stackoverflow.com就是一个很好的例子。他们使用MVC，并在谷歌搜索结果的顶部。