“SEO 友好”网址可以包含唯一 ID 吗？

Posted 2023-03-05

【中文标题】“SEO 友好”网址可以包含唯一 ID 吗？

【英文标题】：Can an "SEO Friendly" url contain a unique ID?

【发布时间】：2010-10-23 15:48:42

【问题描述】：

我想开始使用“SEO 友好的网址”，但相对于简单地通过整数查找而言，生成和查找大型、唯一文本“id”的概念似乎是一项重大的性能挑战。现在，我知道这不是“人类友好”，但如果我从

http://mysite.com/products/details?id=1000

到

http://mysite.com/products/spacelysprokets/sproket/id

我仍然可以单独使用 ID 来快速查找详细信息，但 URL 本身包含将显示在该详细信息中的关键字。这对谷歌来说足够友好吗？我希望如此，因为这似乎比最终生成既独特又有意义的东西要容易得多。

谢谢！

詹姆斯

【问题讨论】：

您的问题假设 SEO 是显着有益的，但事实并非如此。

感谢您为 Stack Overflow 提供答案！请确保您回答问题；这是一个问答网站，而不是论坛。提供详细信息并分享您的研究。避免仅基于意见的陈述；只发表您可以通过适当的参考或个人经历来支持的陈述。

在 2017 年回顾“你的问题假设 SEO 是可衡量的有益的，但事实并非如此”的评论非常有趣。哦，男孩，有没有过。在过去的 8 年中，人们从 SEO 中赚了 很多 的钱，成为成功的巨大商业驱动力！

【参考方案1】：

小心允许页面使用与堆栈溢出相同的方法呈现。

http://***.com/questions/820493/random-text-can-cause-problems

黑帽会导致长尾竞争对手重复内容惩罚（相信我）。

您可以做两件事来保护自己免受这种情况的影响。

HTTP 301 将任何与您的 ID 匹配但与文本不匹配的入站显示 URL 重定向到正确的文本。

示例： http://***.com/questions/820493/random-text-can-cause-problems 301 -> http://***.com/questions/820493/can-an-seo-friendly-url-contain-a-unique-id

使用规范 URL。

<link rel="canonical" href="http://***.com/questions/820493/can-an-seo-friendly-url-contain-a-unique-id" />

【讨论】：

这是个好建议！这确实回答了我今天在这里提出的问题。谢谢！

在规范 URI 中的 ID 之后停止不就好了吗？

@DanMan 在 ID 之后停止将失去在可索引 URL 中包含关键字的好处。

“黑帽会导致对长尾竞争对手造成重复内容惩罚（相信我）。”你有这方面的资料吗？

@danihodovic：您可以通过一个基本示例了解原因：竞争对手在他们的网站上放置了一条虚假评论，该评论指向您的网站，其中包含拼写错误的产品 URL。例如。;他们使用 href="www.site.com/products/koncrete-mixer/6868"。然后，Google 将此页面编入索引，并认为它是您自己的链接“www.site.com/products/concrete-mixer/6868”的重复内容。不需要实际的“黑客攻击”。

【参考方案2】：

https://***.com/questions/820493/can-an-seo-friendly-url-contain-a-unique-id

我会说你很好。

【讨论】：

虽然请注意，您会因为在 URL 中包含标题而获得额外的 SEO 积分，但您可以在提取产品、文章等时省略阅读它。我认为这不如拥有一个唯一 ID比对您正在打开的页面的描述更好。

我认为这个 url 结构不是最适合 SEO 的吗？为什么？因为 SE 强烈推荐使用关键字，而不是文章 ID，这意味着您应该将文章标题放在第一位更适合 SEO。例如：domain.com/article-title/id

@TomSawyer 实际上不建议将 id 放在最后，如果您如何构建您的 url 并不重要，它会帮助您的用户使它们简短且具有描述性。所以在这个例子中，id应该被认为是一个文件夹而不是一个文件。

【参考方案3】：

查看 *** 使用的 URL。他们有一个唯一的 id，然后他们有对 SEO 友好的东西。您可以省略对 SEO 友好的内容，并且 URL 仍然有效。

【参考方案4】：

你在这里大肆讨价还价，你在用商业目标换取技术目标。

如果您要问“从纯粹的业务和 SEO 角度来看，在 URL 中包含唯一 ID 是否更好？”；答案显然是不使用它们。

那么问题就变成了，如果您确实使用它们，它在搜索引擎中对您的伤害有多大？答案是肯定会产生一些负面影响。多少还有待确定。

就“用户友好”而言，不，它们绝对不是用户友好的。

就 Google 而言，他们声明“尽可能通过修剪不必要的参数来缩短 URL”。查看他们的URL structure 文档。

【讨论】：

您如何评论提交给 Google 新闻的所有网址必须包含数字 ID？

关于谷歌新闻，我想我的回答是谷歌就是谷歌，所以他们可以为所欲为。换句话说，你需要谷歌，而不是谷歌需要你。 Google 将“Google 新闻”视为具有不同于标准网站的例程的特例。

如果我可以通过有意义的 SEO（如塑造链接）在 Google 上找到更多相关搜索，那么这就是网站的可用性提升——在我的书中已经足够技术了。

但是如果你转储 ID 段，你会冒这样的风险：***.com/questions/820493/… 和 -2 和 -3 等等，看起来不专业。

【参考方案5】：

我不知道将 ID 添加到 URL 会导致任何问题。事实上，它非常有用，因为它允许更改 URL 中对人/搜索引擎友好的部分，而不会导致指向搜索引擎已编入索引的页面的链接断开。以 SO 为例，这是您问题的链接：

https://***.com/questions/820493/you-can-put-any-text-you-want-here

【参考方案6】：

这没有错。越来越多的服务开始使用Paul Tomblin already pointed out 的混合解决方案。除了 SO，Tumblr 也使用这种模式（也许是第一个）。

此外，在某些服务（例如 Google News）中，URL 必须包含唯一的数字 ID。

【参考方案7】：

摆脱参数化的 URL 肯定会有所帮助。根据我的经验，只要 url 中没有 '?key=value' 对，包括 ID 在内都不会造成伤害或帮助。

【参考方案8】：

在这里我有两个看似矛盾的观点要说明：-

没有人看 URL！经验已经“训练”浏览器用户将“地址”框内容呈现为不可见，他们知道内容将是“不可读”、“无意义”和“令人困惑”中的任何两个，因此他们完全忽略了它。

使用可以轻松转换为整数的字符串可能会比使用稍难转换为整数的较长字符串（hash() 与 to_int()）提供轻微的性能优势。然而，在普通 Web 应用程序的上下文中，任何性能差异都可以忽略不计。

我的建议是坚持你喜欢的。

【参考方案9】：

使用 modrewrite 之类的东西在 URL 到达您的服务器之前对其进行解析。因此，您可以将 http://oorl.com/99942/My-Friendly-Text-For-Search-Engines/ 之类的 slug 转换为 http://oorl.com/lookup.php?id=99942。这还可以让您更改用于优化某些链接的 slug 和关键字，而不会损坏功能。

【参考方案10】：

与友好 URL 相比，重复引用会造成更多负面影响，小心使用带有 id 的虚假文本，您的竞争对手可能会错过使用它。

【讨论】：

您可以随时查看并进行 301 重定向。我将友好的 url 字符串保存在数据库中并检查它是否等于提供的字符串，如果不相等，我会重定向到数据库中的那个。

当然可以，但也应考虑性能。将在渲染时间中添加此问题对排名有负面影响

【参考方案11】：

是的，事实上，在您的 url 中包含一个数字对 SEO 更友好，因为它向 google 暗示您一直在更新您的内容。

我相当肯定，如果您的网址没有以某种方式附加递增数字，那么在 Google 新闻中被编入索引会变得更加困难。