我正在设计一个基于段的URI系统。对我来说，将某些关键字添加到 URI、标题、标题等很重要。所以我想知道没有附加 Google 将在搜索结果中显示的查询字符串的 URI 的最大长度是多少？
我已经对此进行了一些探索。似乎谷歌的缓存是否被禁止是一个因素。我搜索了"site：dpreview.com"和"site：spiegel.de"来获取示例。dpreview.com 允许缓存 spiegel.de 不允许。
使用 dpreview.com URI www.dpreview.com/reviews/Q110superzoomgroup/（44 个字符）将在搜索结果中缩短为：www.dpreview.com/.../Q110superzoomgroup/
spiegel.de URI www.spiegel.de/thema/landtagswahl_rheinland_pfalz_2011/（55 个字符）将完整显示。
对于非基于分段的 URI，缩短的风险似乎要小得多。我搜索了"site：www.internet-empire.com"（不隶属于他们，只是一些具有长主机名和长URI的网站）。有缓存留在，仍然像 URIwww.internet-empire.com/internet-presence-vs-internet-marketing.htm（67 个字符）整体显示。谷歌在这里省略了"类似"链接。
所以问题是：是否基于细分，如果是这样，在URL长度方面是否有任何限制可以依赖，是最佳做法是在URI的末尾使用最重要的关键字，还是像标题标签一样，事情在右边变得不那么重要。请注意，我们不是在谈论如果必须包含五个关键字，则可能最多 90 个字符的极长 URI。
谢谢。
Google出于可用性/相关性目的不断对此进行测试 - 他们希望向访问者显示URL以某种方式与他们的查询匹配。
所以你的答案隐藏在你展示的例子中（即没有一个长度）。
不同的 URL 构造将以不同的方式显示并截断/编辑为：
- 显示 URL 文件名与查询的部分/全部/部分匹配（用于突出显示）
- 删除多余的中间段/文件夹（当查询不匹配时）
- 在正确编码页面时在 URL 构造中显示痕迹导航
这是您关于是否允许缓存的一个有趣的观察，但由于这不是标准做法，因此最好遵循更常见的做法。
请注意，显示网址仅用于（搜索者）验证目的，并且只会对点击率 （CTR） 产生（最小）影响。在这方面，页面标题和描述更值得您花时间。
最后的一点是，在可能的情况下，您应该使您的 URL 和文件路径尽可能简短且相关。它的构造方式（分段/连字符等）都将根据搜索查询进行处理。