翻译：整个交互发生在客户端的浏览器中，并且设置或过滤器应用在那里。简而言之，驻留在客户端设备上的代码中，该代码是随页面的初始请求一起传输的。 因此，不会创建任何新页面，也没有可供 Google 或 Bing 抓取的新 URL。
完全消除了对抓取预算或
PageRank 使用效率低下的任何担忧。这是很棒的东西！然而，这种实现有一些局限性。 特别是， 特殊数据库 如果您的产品列表跨越网站上的多个页面，则排序和过滤将仅应用于已通过初始请求传输到用户浏览器的数据集。简而言之，您可能只索引产品的首页，而不是整套产品。
初始 JSON 数据对象中可
以有完整的页面集，但如果页面大小变大，这可能不是一个好主意。在这种 服务和回应客户投诉方面可能 情况下，我们需要做一些其他的事情。 Ajax 为您做什么？ 现在我们将深入挖掘并概述 Ajax 如何让我们处理排序、过滤和分页。将允许警告：本节包含一些技术讨论，但我将尝试对正在发生的事情进行通俗易懂的解释。
遵循每项技术规范
概念性的 Ajax 实现如下所示： AJAX 和多面导航图 在此框架中，我们使用 Ajax 层来管 目錄 理与 Web 服务器的通信。假设我们有一组 10 个页面，用户在其设备上访问了这 10 个页面中的第一个，然后请求更改布局顺序。
Ajax 为您的站点从
Web 服务器请求一组新数据，就像普通的 HTML 事务一样，只不过它在单独的线程中异步运行。 如果您不知道这意味着什么，优点是可以完全加载页面的其余部分，同时并行运行 Ajax 获取要显示的数据的过程。这些内容包括主菜单、相关产品的页脚链接以及其他页面元素。
这可以提高页面的感知性能
当用户选择不同的布局时，代码会为给定对象（例如 HTML 元素或其他 DOM 对象）注册事件处理程序，然后执行操作。浏览器将在不同的线程中进行处理，以在适当的时候触发主线程中的事件。这种情况不需要刷新整个页面，只刷新 Ajax 控制的内容。
对于非技术读者来说
这仅仅意味着我们可以更新页面的布局，而无需重新绘制整个页面或更改 URL，即使在页面分页的情况下也是如此。这是一个优点，因为它比重新加载整个页面更快，并且它应该让搜索引擎清楚您并不是试图将某些新页面放入其索引中。 实际上，它是在现有的文档对象模型 (DOM) 中完成此操作，您可以将其视为文档底层结构以及访问和操作文档的方式的规范。
Google 将如何处理此类实施？
对于那些读过 Adam Odette 最近关于他的团队对 Google 如何读取 Javascript 进行测试的优秀文章的人来说，您可能想知道 Google 是否仍会在同一 URL 加载所有这些页面类型，以及他们是否不喜欢它。