搜索引擎友好的URL包含数字......好还是坏?
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了搜索引擎友好的URL包含数字......好还是坏?相关的知识,希望对你有一定的参考价值。
我创建了一个具有分层结构的网站,并且具有搜索引擎友好(SEF)URL,例如:
/seeds-1/
/seeds-1/fruits-2/
/seeds-1/fruits-2/black-berries-5/
/seeds-1/fruits-2/blue-berries-6/
/seeds-1/fruits-2/strawberries-7/
/seeds-1/vegetables-3/
/seeds-1/vegetables-3/potato-8/
/seeds-1/vegetables-3/onion-9/
/seeds-1/vegetables-3/cabbage-10/
/seeds-1/flowers-4/
/seeds-1/flowers-4/red-rose-11/
/seeds-1/flowers-4/tulips-12/
等等。你会注意到最后的数字是ID。现在我已经完成了网站和一切,“顾问”介入并告诉我的客户“...网址不是100%搜索引擎友好,使他们100%搜索引擎友好,数字必须删除.. “。我显然无法与“顾问”交谈,因为他们已经完成了工作并且消失了。
如果有人可以为这两种类型的URL指出PRO和CON,我现在会很感激。我需要一些坚实的论据来说服客户,而且我真的需要知道我是否在为我的网站选择这种URL方案时犯了错误。
编辑----
可能是我很懒。重写规则如下:
RewriteRule ^[^/]+-([0-9]+)/$ object.php?ObjectID=$1
RewriteRule ^[^/]+-([0-9]+)/[^/]+-([0-9]+)/$ object.php?ObjectID=$2
.
.
.
从查询字符串中提取ObjectID相当容易,将其转换为整数并在SQL查询中使用它。我认为在查询中使用文本比较(WHERE Name ='%s')与使用整数比较(WHERE ObjectID =%d)相比较慢,因此我在犹豫。问题更像是值得使URL更加人性化,代价是降低编码/性能。
同意cherouvim并将扩大。
这里要考虑两件事 -
人性化是一点......如果你的用户想要输入蔬菜/洋葱/ vidalia而不是vegatables / onion-10,那么它显然对最终用户更有意义。
此外,搜索引擎也可以获得更多细节......所以搜索vidalia洋葱可能会为您的网站带来更好的排名。
最后,顾问正在推广可读性的流行语。是的,从长远来看它可能总体上更好(并且应该像写一个漂亮的小.htaccess文件一样简单),但是你的设置确实没有问题。
编辑
老实说,它真的归结为客户的需求。正如其他用户也指出的那样,你提供链接的方式确实没有太大的性能差异......
真正重要的是,如果您的客户想要它呈现。他们是否关心这类信息是否可供人类阅读?如果他们只是想接受顾问的建议那么你也可以实施你的重写规则。
搜索“种子”,“鲜花”,“蔬菜”等将匹配URL,因此URL很好,引擎将很好地处理它们。
你是否想让它们更加人性化是另一个问题。
从技术角度来看,如果关键字在其上下文中不是唯一的,则只需要数字ID。
例如,如果第一级中可能存在多个种子,则就是这种情况。然后你需要数字ID(或另一个唯一值)来区分不同的种子:
/seeds-1/…
/seeds-2/…
⋮
但是,如果所有关键字在其上下文中都是唯一的(路径是唯一的),那么您可以删除数字ID而不会丢失任何信息。
在URL中有ID是没有错的。它遍布整个地方。例如:
- 这里有Stack Overflow(/ questions / 2264708 / search -...)或
- 亚马逊(http://www.amazon.com/Code-Complete-Practical-Handbook-Construction/dp/0735619670 /)
只是两个例子,还有更多。将ID嵌入到URL中几乎无处不在,特别是对于大型站点或大型数据集,其中对slug进行字符串比较的成本很高。
它根本不会伤害SEO。它可能对用户不太友好,因为用户不能“猜测”URL,但这完全是另一个问题。
以上是关于搜索引擎友好的URL包含数字......好还是坏?的主要内容,如果未能解决你的问题,请参考以下文章