SEO：大数值哈希与短哈希
我们有一个带有很酷的名称的 URL，例如：
domain.com/name-of-a-news-with-cool-keywords-4673612453
我的问题是关于最后一个哈希值，您通常用来获取 ID 的哈希值来自您数据库的新闻。
我们的应用程序已经完成并以新文章 ID 在数据库中不是增量的方式构建，它们是“随机”INT（这样做是因为我们使用编码器/解码器函数来生成像 Youtube 一样的字母数字键）。
我的一个朋友告诉我将其更改为更短的数字（这意味着要更改应用程序和内部逻辑中的很多内容）。
SEO 问题是：将短数字作为哈希如此重要吗？
我的意思是……这真的是 SEP 改进
domain.com/name-of-a-news-with-cool-keywords-314
吗
domain.com/name-of-a-news-with-cool-keywords-4673612453
？
We have a URL with cool names of things, for example:
domain.com/name-of-a-news-with-cool-keywords-4673612453
My question is about the last hash, the hash you usually use to get the ID of the news from your database.
Our application is already done and built in a way that the new articles ID are not incremental in database, they are "random" INT (this is done because we use a encoder/decoder function to generate alphanumeric keys as Youtube).
A friend of mine told me to change this to shorter numbers (that would implied to change a lot of things in the application and internal logic).
The SEO question is: is so important to have short numbers as a hash ?
I mean ... is it really a SEP improvement to have
domain.com/name-of-a-news-with-cool-keywords-314
instead of
domain.com/name-of-a-news-with-cool-keywords-4673612453
?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
您有多少篇文章？
为了像这样唯一地表示它们，您可以说您有超过
1,000,000,000篇文章，全部具有完全相同的关键字。拥有这些数字可能不会影响搜索引擎优化，但从逻辑上讲，我也会缩短它们。这就像在为 1,000 个项目构建数据库时生成
100字符哈希。简而言之，不要过度杀伤。保持简短。
How many articles do you have?
To uniquely represent them all like this, you're saying that you have over
1,000,000,000articles all with exactly the same keywords.Having these numbers might not affect SEO, but logically, I'd shorten them too. It's like generating a
100character hash when building a database for 1,000 items.In short, don't overkill. Keep it short.