- iOS/Objective-C 元类和类别
- objective-c - -1001 错误,当 NSURLSession 通过 httpproxy 和/etc/hosts
- java - 使用网络类获取 url 地址
- ios - 推送通知中不播放声音
我们正在尝试为我们正在构建的网络应用程序生成站点地图。我有点不确定我应该在站点地图中提供的一些链接。
目前,我们的应用程序表现如下。有这样的资料单链接:
/Factsheet/{id}
当收到请求时,我们采用 id
值并确定应显示哪种类型的资料表。然后我们发出一个重定向到
/ListedFactsheet/{id}
或
/UnListedFactsheet/{id}
这很好用。我们希望保留原始 URL,因为用户只需键入 /Factsheet/{id}
就更容易了,而不必知道他们拥有的 id
是否适用于上市或非上市情况说明书。
现在的问题是我不确定是否应该在站点地图中放置指向已列出或未列出的资料单的直接链接,或者是否可以提供更简单的 /Factsheet/{id}
网址。此外,如果我将更简单的 URL 放入站点地图,那么这些 URL 将直接对应于 Google 在该站点上抓取的内容,如果这有任何区别的话。
如果站点地图中的每个链接都重定向到不同的页面,这对 Google 意味着什么?这会在页面排名中反射(reflect)不佳吗?还有其他我应该了解的含义吗?
最佳答案
好的
仅通过 sitemap.xml 将端点 URL(无重定向)传递给 google。(否则,您甚至会在 Google 网站管理员工具中收到错误/警告)。
sitemap.xml 是一种传达您希望 google 抓取和索引(并显示给用户)的 URL 的方式。重定向(无论是 HTTP 301 还是 HTTP 302)对于 Google(以及顺便说一下用户)来说只是“镇流器”,因此只向他们传达端点 URL。
顺便说一句,你应该质疑整个逻辑。如果您将一个 URL 用于 - 简单 - 交流,而另一个用于“它到底是什么”,您应该只使用
/资料表/{id}
并在此 URL 中呈现内容 - 而不是重定向。用户不在乎(嘿,他们根本不输入 URL,输入 URL 是 1998 年的事),您应该尽可能地阻止重定向(从 SEO 和用户的角度来看)。
您还应该知道重定向(如果您真的需要它们)是 HTTP 301 重定向。 (HTTP 301 永久重定向 == 对 SEO 有利(在 99,99999% 的情况下,HTTP 302 重定向对 SEO 不利(在 99,99999999% 的情况下))。
关于asp.net-mvc - 关于生成站点地图的问题,其中 URL 将重定向到其他页面?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4603986/
leaflet:一个开源并且对移动端友好的交互式地图 JavaScript 库 中文文档: https://leafletjs.cn/reference.html 官网(英文): ht
我是一名优秀的程序员,十分优秀!