Asp.net mvc 关于生成站点地图的问题，URL将在哪里重定向到其他页面？

我们正在尝试为正在构建的web应用程序生成站点地图。我有点不确定我应该在站点地图中提供的一些链接

目前，我们的应用程序的行为如下。这里有类似以下内容的情况介绍链接：

/Factsheet/{id}

当请求传入时，我们获取

id

值，并确定应该显示哪种类型的情况说明书。然后我们向其中一个发出重定向

/ListedFactsheet/{id}

或

这个很好用。我们希望保留原始URL，因为用户只需键入

/Factsheet/{id}

就更容易了，而不必知道他们的

id

是否适用于列出的或未列出的Factsheet

现在的问题是，我不确定是否应该直接链接到站点地图中列出的或未列出的事实表，或者是否可以提供更简单的

/Factsheet/{id}

URL。另外，如果我把更简单的URL放到站点地图中，那么URL将直接对应于Google在站点上爬行的内容，如果这有什么区别的话

如果站点地图中的每个链接都被重定向到不同的页面，这对谷歌意味着什么？这会不会反映出页面排名不佳？我还应该知道其他的含义吗？

好的

仅通过sitemap.xml将端点URL（无重定向）通信到google。 （如果你不这样做，你甚至会在谷歌网站管理员工具中得到一个错误/警告）

xml是一种传递您希望google抓取和索引（并向用户显示）的URL的方式。重定向（HTTP 301或HTTP 302）对于Google（顺便说一句，对于用户）来说只是“平衡”，所以只向他们传递端点URL

顺便说一下，你应该质疑整个逻辑。如果你使用一个URL进行简单的交流，另一个URL表示“它到底是什么”，那么你应该使用

/资料页/{id}

并呈现此URL中的内容，而不是重定向。用户不在乎（嘿，他们也不键入URL，键入URL是1998年的事），你应该尽可能防止重定向（从SEO和用户的角度）

---

您还应该知道重定向（如果您真的需要它们）是HTTP 301重定向。（HTTP 301永久重定向==对SEO有好处（在9999999%的情况下，HTTP 302重定向对SEO有坏处（在9999999999%的情况下））。

如果可以的话，最好使用到“ListedFactsheet”或“UnListedFactsheet”的直接链接。还有一些其他问题需要考虑：

• 包含factsheet链接的URL是公共的吗（即不需要帐户）？如果不是，那么Google将不会看到它们，您可以使用任何最简单的方法
• URL会改变吗？换句话说，“未列出的情况表”会在某个时候变成“列出的情况表”吗？反之亦然？如果它们会改变，那就更难了。你可以从一个版本重定向到另一个版本，但最好只在

  /factsheet/{id}上显示页面

  在第一个实例中，根本不重定向
• 如果你说的站点地图是指搜索引擎的XML站点地图，那么你应该使用最终URL。如果你说的是用户的HTML站点地图，那么两者都可以，尽管最终URL也是首选的

/UnListedFactsheet/{id}