我正在 asp.net 中构建一个站点，并且大部分内容将来自数据库。该站点的主页将是一个<select> 框，其中包含X 种产品可供选择。根据选择的选项，用户会被重定向到一个新页面（类似于 mysite.aspx?q=product1），并且该页面充满了从我的数据库中的表格加载的产品内容和信息。
我的问题是：主要搜索引擎会通过我的<select> 框并索引结果页面中的内容，还是我必须采取额外的步骤来获取此内容的索引？如果是，还需要采取哪些额外步骤？
编辑：
我想到的另一个问题：假设根据选择框选择，用户被带到 mysite/productdetails.aspx?id=123 其中 productdetails.aspx 是我创建的从服务器提取产品数据的页面取决于在查询字符串中传递的产品。这种单页提取动态数据的方法是更好还是更糟，还是与为每个产品创建一个实际的单独网页并仅根据用户的选择将用户重定向到正确的页面相同？
【问题讨论】：
主要搜索引擎会通过我的
select框并索引结果页面中的内容吗？
没有。搜索引擎通常不会出于索引目的尝试填写表单（他们一直在研究handling forms for discovery purposes 的方法。
基本上，您需要链接您的内容 - 在传统意义上，通过超链接 - 以便将其编入索引。这意味着内部和外部链接。
或者我是否必须采取额外的步骤才能将此内容编入索引？
是的，您应该考虑（如果您想继续使用您的表单方法），某种形式的内部链接方法可以连接到表单将显示的核心数据结果集。这确实意味着在某种程度上重复您的工作，但这是在围墙花园中公开数据的常见做法。
最常见的方法是简单地添加 HTML 站点地图并从每个页面链接，在您的页面上添加与结果相关的动态链接等等。
这种单页提取动态数据的方法是更好还是更差，还是与为每个产品创建一个实际的单独网页并仅根据用户的选择将用户重定向到正确的页面一样？
您可以通过 URL 重写轻松解决此问题，以便 单个页面 变成一系列页面 - 但这样做只是为了使您的 URL 更可用/更易于理解，这样做 对于搜索引擎来说并不总是最好的主意。
【讨论】：
我怀疑机器人会为这些页面编制索引，但更重要的是，这真的是您网站的最佳界面吗？将所有产品页面放在select 框后面？当网站这样做时，我讨厌它，我怀疑您的一些客户也可能这样做。为什么不直接使用更传统的索引，让访问者至少可以看到所有产品，而无需在表单中乱七八糟？
【讨论】：
select 框？还是你只是在猜测？
select 的导航的看法。我从未见过它的就业改善了用户体验。如果你在这件事上别无选择，我理解（哎呀，我的办公室让我使用 VBScript），但我鼓励你用正常的基于链接的导航来补充它。