开发者

SEO: large numerical hashes vs short ones

开发者 https://www.devze.com 2023-02-25 20:09 出处:网络
We have a URL with cool names of things, for example: 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

?


How many articles do you have?

To uniquely represent them all like this, you're saying that you have over 1,000,000,000 articles 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 100 character hash when building a database for 1,000 items.

In short, don't overkill. Keep it short.

0

精彩评论

暂无评论...
验证码 换一张
取 消