Big Database

所以，存在的页面显然在某种程度上与 URL 有关。比如，如果我访问 /shoes/women，它的排名是 200 吗？这个页面会返回我的网站内容吗？从本质上讲，这是一个 URL 查询。但稍微放大一下，看看我的网站上有哪些页面集合，哪些页面组，这就是一个信息架构问题。具体来说，它们是如何构建的，以及这些层级结构是如何组合在一起的，这都是信息架构问题。

这会让事情变得复杂。例如，当你在电商网站上设计红色女鞋子类别页面时，你可以像这样构建，或者采用扁平的子文件夹结构。这只是一个纯粹的URL查询。但它会与信息架构问题混淆，我们稍后会讨论这个问题。

我认为大家可能会想到的一个关键问题是：你的详情页面应 沙特阿拉伯电报手机数据 该放在哪里？假设在一个电商网站上，有一个产品页面。你只能使用 /product-slug 目录。理想情况下，它应该包含一些描述性关键词，而不是一个匿名数字。你可以像那样把它放在根目录下，也可以把它放在子文件夹中，无论它属于哪个类别。

例如，如果是一双红色女鞋，你可以把它放在 /shoes/women/red slug 中。这两种方式各有优缺点。我不会深入探讨这个问题，但总的来说，你可以独立于信息架构问题，对 URL 做出任何决定。

信息架构问题

我们来谈谈信息架构，因为这些查询通常能提高搜索性能。就像我一开始说的，这些信息基本上就是哪些页面以及它们的排名如何。