asp.net - SEO 的文件夹与 URL 结构和路由

Question

MVC 站点是否会因为 url 结构与文件夹结构不同而影响 SEO？

我们的网络组目前主要做经典的 asp，但正在评估更新的技术以供 future 开发。我们一直在使用 ASP.NET MVC，但我们的管理层似乎对将其作为 SEO 的良好解决方案犹豫不决。一个主要争论点是网站的物理(文件夹)结构对 SEO 至关重要。由于 MVC“路由”URL 请求并返回基于 View 文件的 html，但默认情况下会限制对 View 文件夹的访问，因此有人认为 MVC 不如用于 SEO 目的的“更简单”网站结构。

据说 Google 和其他抓取工具非常老练，可以嗅出文件夹结构，这很重要，足以让我们放弃转向更新的技术。我的直觉告诉我，Google 或许能够做到这一点，但在请求特定地址时服务器返回的内容才是真正重要的部分。

我发现了很多关于为 SEO 优化 MVC 的最佳实践，但确实花了几天时间试图以某种方式找到文件夹结构胜过 SEO 路由的证据。我很乐意创建简单的html 网站，如果这会有所作为，但我更喜欢我的行动是由知识而不是理论来指导的。任何输入都将不胜感激，但是像 Google 文档、白皮书或权威来源之类的东西将不胜感激。

Answer 1

Folder Structure != Resource Location

您的经理之所以对采用 MVC 犹豫不决，是因为他们不理解它。

文件夹结构与 MVC 中的 SEO 无关。

考虑这个问题的当前 URL:

/questions/6603582/folder-vs-url-structure-and-routing-for-seo

搜索引擎不知道这个问题的 View 在磁盘上的物理位置，事实上，搜索引擎不关心。这个问题的观点可能是(作为一个人为的例子):

/Views/Posts/Questions/questionMain.aspx 

但 Google 并不知道它的实际位置；它所知道的是，当它请求 id 为 6603582 的 question 资源时，会返回此问题。

换句话说，文件夹并不像您以前在 ASP.NET MVC 中想象的那样存在。当您得知 Stack Overflow 应用程序路径的根目录中没有 question 文件夹时，您会感到惊讶吗？

一旦您摆脱了物理资源 == URL 资源的想法，那么可能性是无穷无尽的。为了获得更好的 SEO，您不再局限于物理迁移的东西，然后您可以改变您的路线并改善您的 SEO。