关于生成站点地图的问题，URL 将重定向到其他页面的位置？
我们正在尝试为我们正在构建的 Web 应用程序生成站点地图。我有点不确定应该在站点地图中提供的一些链接。
目前，我们的应用程序的行为如下。有这样的资料表链接：
/Factsheet/{id}
当请求到来时，我们获取 id 值并确定应显示哪种类型的资料表。然后我们发出一个重定向到
/ListedFactsheet/{id}
或
/UnListedFactsheet/{id}
这工作正常。我们希望保留原始 URL，因为用户只需输入 /Factsheet/{id} 就更容易，而不必知道他们拥有的 id 是否适用于某个列出或未列出的情况说明书。
现在的问题是，我不确定是否应该在站点地图中放置指向列出或未列出的情况说明书的直接链接，或者是否可以提供更简单的 /Factsheet/{id} URL 。另外，如果我将更简单的 URL 放入站点地图中，那么 URL 将直接对应于 Google 在站点上抓取的内容（如果这有什么区别的话）。
如果站点地图中的每个链接都被重定向到不同的页面，这对 Google 意味着什么？这会影响页面排名吗？我还应该了解其他影响吗？
We're trying to generate a site map for a web application we're building. I'm a little unsure about some of the links I should supply in the site map.
Currently, our application behaves as follows. There are links to factsheets like this:
/Factsheet/{id}
When the request comes in, we take the id value and determine what type of factsheet should be shown. Then we issue a redirect to either
/ListedFactsheet/{id}
or
/UnListedFactsheet/{id}
This works fine. We wanted to keep the original URL because it's easier for the user to just type /Factsheet/{id} rather than them having to know whether the id they have applies to a listed or unlisted factsheet.
The problem now is that I'm not sure whether I should put the direct link to the listed or unlisted factsheets in the site map, or if it's ok to supply the simpler /Factsheet/{id} URL. Also, if I put the simpler URL into the site map, then the URLs will correspond directly to what Google crawls on the site, if that makes any difference.
What will it mean to Google if every link in the site map gets redirected to a different page? Could this reflect poorly in the page's ranking? Are there other implications that I should know about?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
好的，
仅通过 sitemap.xml 将端点 URL（无重定向）传达给 google。
（如果您不这样做，您甚至会在谷歌网站管理员工具中收到错误/警告）。
sitemap.xml 是一种传达您希望 google 抓取和索引（并显示给用户）的 URL 的方式。重定向（HTTP 301 或 HTTP 302）对于 Google（以及用户）来说只是“镇流器”，因此只向他们传达端点 URL。
顺便说一句，你应该质疑整个逻辑。如果您使用一个 URL 来进行简单的通信，而使用一个 URL 来表达“它到底是什么”，那么您应该只使用
/factsheet/{id}
并呈现此 URL 中的内容，而不是重定向。用户不在乎（嘿，无论如何，他们不会输入 URL，输入 URL 是 1998 年的事），您应该尽可能阻止重定向（从 SEO 和用户的角度来看）。
您还应该知道重定向（如果您确实需要它们）是 HTTP 301 重定向。 （HTTP 301 永久重定向 == 有利于 SEO（在 99,99999% 的情况下），HTTP 302 重定向对 SEO 不利（在 99,99999999% 的情况下））。
ok
only communicate endpoint URLs (no redirect) to google via the sitemap.xml.
(if you do otherwise you will even get a error/warning in google webmaster tools).
the sitemap.xml is a way to communicate the URLs you want google to crawl and index (and show to the users). a redirect (either an HTTP 301 as an HTTP 302) is just "balast" for Google (and the users by the way) so only communicate end point URLs to them.
by the way, you should question the whole logic. if you use one URL for - easy - communication and one for "what it really is" you should just use
/factsheet/{id}
and render the content within this URL - instead of an redirect. the users do not care (and hey, they do not type URLs anyway, typing URLs was so 1998) and you should try to prevent redirects whenever possible (from a SEO and user perspective).
also you should be aware that the redirects (if you really really need them) are HTTP 301 redirects. (HTTP 301 permanent redirect == good for SEO (in 99,99999% of all cases, HTTP 302 redirect bad for SEO (in 99,99999999% of all cases)).
如果可以的话，最好使用“ListedFactsheet”或“UnListedFactsheet”的直接链接。还有其他一些问题需要注意：
/Factsheet/{id}上的页面，而不进行重定向。If you can, it's certainly better to use direct links to 'ListedFactsheet' or 'UnListedFactsheet'. There are a few other issues to look at:
/Factsheet/{id}in the first instance and not redirecting at all.