我创建了一个具有分层结构的网站，并且具有搜索引擎友好（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是没有错的。它遍布整个地方。例如：
只是两个例子，还有更多。将ID嵌入到URL中几乎无处不在，特别是对于大型站点或大型数据集，其中对slug进行字符串比较的成本很高。
它根本不会伤害SEO。它可能对用户不太友好，因为用户不能“猜测”URL，但这完全是另一个问题。