Question

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

目前，我们的应用程序表现如下。有这样的情况说明书的链接：

/Factsheet/{id}

当请求进入时，我们采用id值并确定应显示哪种类型的资料单。然后我们发布重定向到

/ListedFactsheet/{id}

或

/UnListedFactsheet/{id}

这很好用。我们希望保留原始网址，因为用户只需输入/Factsheet/{id}即可，而不必知道他们是否已将id应用于列出或未列出的资料单。

现在的问题是，我不确定是否应该将直接链接放在站点地图中列出的或未列出的情况说明书中，或者是否可以提供更简单的/Factsheet/{id} URL。此外，如果我将更简单的网址放入网站地图中，那么网址将直接与Google在网站上抓取的内容相对应，如果这有任何区别的话。

如果站点地图中的每个链接都被重定向到其他页面，对Google来说意味着什么？这可能在页面排名中反映不佳吗？我还应该了解其他含义吗？

Answer 1

确定

仅通过sitemap.xml与端点URL（无重定向）进行通信。（如果您这样做，您甚至会在Google网站管理员工具中收到错误/警告）。

sitemap.xml是一种传达您希望Google抓取并编制索引（并向用户展示）的网址的方式。重定向（HTTP 301作为HTTP 302）对于Google（以及顺便说一下用户）来说只是“balast”，因此只能将终点URL传递给它们。

顺便说一句，你应该质疑整个逻辑。如果您使用一个URL - 简单 - 通信，一个用于“它真正的”，您应该使用

/资料单/ {ID}

并在此网址中呈现内容 - 而不是重定向。用户不在乎（嘿，他们不打算输入网址，键入网址是如此），你应尽量防止重定向（从搜索引擎优化和用户的角度来看）。

你也应该知道重定向（如果你真的需要它们）是HTTP 301重定向。（HTTP 301永久重定向==对SEO有利（在99,99999％的情况下，HTTP 302重定向对SEO不利（在99,99999999％的情况下））。

Answer 2

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

包含资料单链接的网址是否公开（即不需要帐户）？如果没有，那么谷歌将不会看到它们，你可以使用最简单的东西。
网址会改变吗？换句话说，“不公开的情况说明书”会在某个时刻成为“列出的情况说明书”，反之亦然吗？如果他们会改变那么就更难了。您可以从一个版本重定向到另一个版本，但最好只在第一个实例中显示/Factsheet/{id}上的页面而不是重定向。
如果站点地图是指搜索引擎的XML站点地图，那么您应该使用最终的网址。如果您指的是用户的HTML站点地图，那么其中一种情况很好，但最终会优先使用最终的网址。