【问题标题】:Does using pushstate with content repeat cause SEO issues?使用带有内容重复的 pushstate 会导致 SEO 问题吗?
【发布时间】:2015-05-02 19:08:24
【问题描述】:

我知道还有其他几个关于 pushState 和 SEO 的类似问题,但我找不到有人问这个问题。

如果我有一个带有 url site.com/Product/Detail2 的页面,它将所有与 site.com/Product 关联的“页面”加载到其中,然后将 Detail2 滚动到视图中,如果存在 SEO 是否会导致问题site.com/Product/Detail1 和 site.com/Product/Detail3 之类的链接?这些 url 中的每一个实际上都会加载相同的确切内容,但是将用户滚动到页面的详细信息所在的部分,类似于片段标识符的工作方式。我知道谷歌不会运行 JavaScript 并且会抓取所有这些产品的 url,但我已经读过谷歌不喜欢不同的 url 返回完全相同的内容。例如,site.com/Product/Detail1 和 site.com/Product/Detail2 在用户初始导航到它们时都将返回相同的内容,并且代码会将用户滚动到特定的详细信息。

我不想通过 ajax 调用来动态加载内容,以避免不同的产品子 URL 提取完全相同的内容。我可以看到一个解决方案,其中导航到每个 url 初始仅加载一个子 url 的内容,然后通过 ajax 调用获取其余的 Product 内容。这将使谷歌认为这些产品网址中的每一个都返回独特的内容,但用户在使用导航栏时总是会看到一个大页面,该页面会将子网址滚动到视图中。

之前有没有其他人考虑过这个具体问题并处理过?

【问题讨论】:

  • 我不认为你会因为重复的内容而受到惩罚,只要这不是你所拥有的全部

标签: javascript html seo


【解决方案1】:

在详细信息页面上使用canonical 标记(仅描述一项且最好具有描述性网址的页面)。

More on rel="canonical"

【讨论】:

  • 这似乎是需要的答案。我真的不知道那个规范链接选项。我希望 google 和其他搜索引擎真正尊重这一点,如果内容真的是相同的。也许有一些陷阱,例如他们测试各种子 URL,例如 Product/Detail1 和 Product/Detail2 返回相同的内容,但是因为您有服务器端旋转内容(例如广告),所以内容实际上并不完全相同.
  • 我认为他们现在必须这样做。如今,许多站点一次从多个“页面”加载内容,更不用说 RSS 提要和各种混搭。我使用这个标签的经验肯定是积极的,我认为这是少数不能被黑帽直接滥用的情况之一,因为一旦你把它放在多个页面上,它就会自动失效。祝你的网站好运。
  • 我看到使用规范的一个问题是,它还指示浏览器实际所在网址的首选网址。这似乎是个问题。我希望 site.com/Product/Detail2 成为想要直接访问 Detail2 的人的首选 url。我不希望他们将 site.com/Product 用于所有子网址,例如 site.com/Product/Detail1 和 site.com/Product/Detail2。
  • 似乎为了保证结果,对于旧浏览器来说,一个很好的后备方案是让诸如 site.com/Product/Detail2 之类的子 URL 最初只加载整个产品内容的 Detail2 部分,然后使用javascript 加载构成整个产品的所有其他 Detail[N] 部分。这样,搜索引擎将正确地将 site.com/Product/Detail2 索引为整个内容中该部分内容的 url。用户仍然会获得与滚动到内容的长页面相同的感觉。似乎是最好的解决方案,虽然更复杂。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2011-11-22
  • 2012-11-26
  • 1970-01-01
  • 2014-01-05
  • 2011-08-13
  • 1970-01-01
相关资源
最近更新 更多